
Como escalar depois do piloto sem perder qualidade
Mesmo quando o teste inicial funciona, diferentes áreas começam a interpretar o modelo de maneiras incompatíveis à medida que ele se expande. Preservar a qualidade exige distinguir o significado que deve permanecer estável das modalidades que podem ser adaptadas.
Embora o caso a seguir seja composto, ele reúne decisões comuns depois de um piloto. Não representa uma organização específica.
O primeiro track concluiu suas avaliações com acompanhamento próximo. Os líderes revisaram casos difíceis, participaram de calibrações e puderam esclarecer dúvidas com a equipe que havia desenhado o modelo.
Os resultados pareciam consistentes. A experiência também dependia de condições pouco visíveis: tempo protegido, patrocínio ativo, proximidade entre os participantes e acesso imediato a quem conhecia as definições.
Ao preparar a expansão, a equipe transferiu formulários, instruções e calendário. Imaginou que estava replicando o piloto. Na realidade, estava copiando sua superfície.
A primeira onda mantém os nomes e muda o significado
A nova unidade trabalhava em turnos e tinha líderes distribuídos por vários locais. Para facilitar a participação, substituiu alguns exemplos e reduziu as reuniões de calibração.
Adaptar horários e situações fazia sentido. O problema apareceu quando desapareceu o espaço em que as pessoas comparavam suas interpretações das expectativas.
Dois líderes usaram critérios diferentes para o mesmo nível de uma skill. Um considerou suficiente executar uma tarefa seguindo instruções. O outro exigiu a resolução de exceções e a antecipação de efeitos sobre outras funções.
O formulário continuava intacto. A comparação já não significava a mesma coisa.
Também surgiu um desvio mais sutil. Quando ninguém havia observado um comportamento, alguns gestores registraram uma lacuna. Eles confundiram falta de evidências com baixo desempenho.
A cobertura aumentava e o painel recebia mais registros. À medida que o volume crescia, as decisões começavam a se apoiar em interpretações incompatíveis.
O Institute for Healthcare Improvement descreve a disseminação de uma melhoria como um processo que inclui novos adotantes, comunicação, acompanhamento e adaptação ao contexto. Seu framework pertence à área da saúde. Aqui, ele oferece uma ideia transferível: levar uma prática a outro contexto exige compreender as condições que sustentam seu funcionamento, não apenas repetir o procedimento. Institute for Healthcare Improvement: Spreading Changes (abre em uma nova aba).
A pausa permite separar princípios e modalidades
Antes de abrir outra unidade, a equipe interrompeu a expansão. Revisou quais elementos protegiam o significado do modelo e quais podiam mudar sem prejudicá-lo.
As definições de skills, as expectativas por nível e as regras para interpretar evidências faziam parte do núcleo. Os usos autorizados, a confidencialidade e o direito de compreender uma conclusão também precisavam permanecer estáveis.
O calendário, os exemplos e o formato de acompanhamento cumpriam outra função. Uma unidade noturna poderia precisar de calibrações breves por turno. Uma unidade remota poderia usar materiais diferentes e um canal assíncrono para esclarecer dúvidas.
A diferença não estava no quanto cada componente mudava. Dependia da função que precisava ser preservada.
O framework FRAME propõe documentar o que foi modificado, quem decidiu o ajuste, por que ele ocorreu e como se relaciona com a intervenção original. Essas informações permitem distinguir uma adaptação deliberada de uma alteração que ninguém identificou a tempo. Stirman e colaboradores: The FRAME (abre em uma nova aba).
A segunda onda começa pelas condições de entrada
A unidade seguinte não recebeu uma cópia completa do calendário anterior. Começou com uma avaliação de prontidão. Identificou responsáveis, confirmou o acesso a casos representativos e definiu quais decisões ficariam dentro do processo.
Em vez de reproduzir as reuniões originais, organizou uma breve calibração no início de cada turno. Os participantes analisaram a mesma situação e explicaram quais evidências sustentavam sua conclusão.
Os casos sem informações suficientes permaneceram em aberto. O responsável local podia reunir novas evidências, mas não transformar essa ausência em uma classificação provisória.

Cada modificação foi acompanhada de três dados: o que mudaria, o que precisava permanecer e quem observaria seus efeitos. Quando alguém propôs usar os resultados para uma decisão não prevista, a expansão foi interrompida até que esse uso fosse analisado. Essa rastreabilidade também permite verificar quando o modelo muda uma decisão real.
A segunda onda não funcionou da mesma forma que o piloto. Preservou seu significado em condições diferentes.
Escalar também consome capacidade
A experiência mudou a pergunta dos executivos. A organização deixou de perguntar quantas pessoas poderia incluir no ciclo seguinte e passou a analisar quantas unidades conseguiria apoiar sem degradar o modelo.
Essa capacidade dependia de responsáveis locais, suporte disponível, tratamento de exceções e tempo para aprender entre uma onda e outra. Abrir unidades demais ao mesmo tempo teria aumentado a cobertura e reduzido a possibilidade de detectar desvios.
As responsabilidades também foram separadas. A equipe local podia adaptar horários e exemplos. Quem governava a arquitetura revisava definições, níveis e critérios de evidência. Decisões sensíveis exigiam uma autoridade capaz de proteger o alcance e a confidencialidade.
O piloto havia demonstrado que o modelo podia funcionar em um contexto favorável. A expansão começou a responder a uma pergunta mais difícil: quais condições permitiam preservar sua qualidade quando o contexto mudava.
A próxima onda só estaria pronta quando pudesse explicar o que adaptaria, o que protegeria e como todos reconheceriam um desvio antes de multiplicá-lo.
Para ampliar esta leitura, consulte O que significa uma avaliação ser válida para uma decisão específica e O organograma não é um mapa do trabalho, que desenvolvem dimensões complementares do problema.





