A diretoria aprovou o novo sistema de apontamento de produção e pediu um piloto. Escolheram a linha 3, que é a mais organizada, com o supervisor mais engajado e o pessoal que reclama menos. Rodaram seis semanas com acompanhamento diário do time de projeto, deu certo, e a empresa expandiu para as outras onze linhas.
Quatro meses depois, o apontamento estava furado em oito delas. Ninguém mentiu no piloto. O problema é que o piloto respondeu a uma pergunta que a empresa não tinha: “isso funciona nas melhores condições possíveis, com gente olhando?”. A pergunta que importava era outra: “isso se sustenta na linha 7, na quinta-feira, com dois faltosos e sem ninguém do projeto por perto?”.
Um piloto bem desenhado não é uma versão reduzida da implantação. É um experimento com uma pergunta declarada, uma predição registrada antes e um critério de decisão combinado com quem vai decidir. Sem esses três elementos, o que se chama de piloto é uma implantação em etapas, com um nome que sugere prudência.
O que é um projeto piloto
Projeto piloto é a aplicação de uma mudança em escopo reduzido e controlado, com o objetivo de aprender se ela produz o efeito esperado antes de comprometer a organização inteira. A palavra-chave é aprender. Se a decisão de expandir já está tomada e o piloto serve para ajustar detalhes de execução, ele é útil, mas é outra coisa: é ensaio de implantação.
Duas confusões comuns valem ser desfeitas logo. A primeira: piloto não é prova de conceito. A prova de conceito pergunta se a coisa funciona tecnicamente, muitas vezes em laboratório ou em ambiente simulado. O piloto pergunta se ela funciona na operação real, com as pessoas reais e as interrupções reais. A segunda: piloto não é teste de mudança em pequena escala. O teste de mudança costuma durar um turno ou um dia, com uma equipe, e existe para o time aprender rápido e barato. O piloto vem depois, quando a escala do teste pode crescer porque o grau de convicção já subiu, e o que falta é saber se aquilo aguenta condições variadas.
Essa sequência não é preferência de vocabulário. No Modelo de Melhoria, a escala do teste é escolhida por dois critérios: o grau de convicção de que a mudança vai dar certo e o custo de errar. Com convicção baixa e custo de falha alto, a escala é bem pequena, mesmo que a organização esteja toda comprometida. Com convicção alta e custo de falha baixo, a escala pode ser grande, e em alguns casos pode-se implementar direto. Pular do teste de um dia para a implantação geral, sem o degrau intermediário, é assumir um risco que ninguém dimensionou.
Os cinco erros que fazem um piloto mentir
Estes cinco aparecem com frequência suficiente para merecer verificação antes de começar.
Escolher o melhor lugar. É o erro da abertura, e o mais caro, porque é o que parece razoável. Piloto em linha modelo, com a melhor equipe, mede o teto do que a mudança pode fazer, e não o que ela vai fazer. Se o objetivo é decidir sobre a expansão, escolha um lugar mediano, ou faça o que o Modelo de Melhoria sugere para aumentar o grau de convicção: teste em dois grupos propositadamente diferentes, um em condições favoráveis e outro em condições difíceis. Se funcionar nos dois, você aprendeu alguma coisa sobre o futuro.
Superlotar o piloto de atenção. Analista presente todo dia, reunião semanal, dashboard só para aquela área. A mudança melhora e ninguém sabe se foi por causa dela ou da atenção — é o mecanismo que a experiência de Hawthorne tornou famoso. O piloto precisa rodar com o nível de suporte que a operação vai ter depois, pelo menos na segunda metade do período.
Mudar cinco coisas ao mesmo tempo. Sistema novo, processo novo, layout novo e indicador novo, tudo no mesmo pacote. Se der certo, você não sabe o que manter; se der errado, não sabe o que descartar. Quando não dá para separar, pelo menos declare antes que o objeto do teste é o pacote inteiro, e aceite que o aprendizado será grosso.
Não ter baseline. Sem saber como o indicador se comportava antes, em série e não em um ponto, qualquer resultado do piloto é discutível. A linha de base precisa ser levantada antes de começar, e o motivo está em comparação antes e depois: dois pontos não distinguem efeito de oscilação do processo.
Rodar curto demais. Piloto de duas semanas não vê fechamento de mês, pico de demanda, férias, troca de turno nem manutenção. Boa parte do que derruba uma mudança na operação real só aparece quando o calendário completa um ciclo.
As seis decisões que precisam estar escritas antes de começar
Escreva isto em uma página e circule entre quem vai decidir. Se alguém discordar, é melhor descobrir agora do que na apresentação do resultado.
1. A pergunta. O que exatamente este piloto vai responder? “Testar o sistema novo” não é pergunta. “O apontamento por leitor de código reduz o erro de registro em linhas sem supervisão dedicada?” é.
2. O indicador e como será lido. Qual número decide, com que frequência é coletado, quem coleta e contra qual linha de base. Junto dele, um indicador de processo, que mostra se a mudança está sendo executada, e um indicador de equilíbrio, que mostra o que pode estar piorando em volta.
3. A predição. Quanto vocês esperam que o indicador se mova, em quanto tempo. Registrada antes, por escrito. É o que separa aprendizado de justificativa: quando o resultado chega, ele confirma ou refuta algo que já estava no papel. A predição errada costuma ensinar mais que a certa, porque mostra onde a teoria sobre o processo estava furada, e é por isso que ela é o núcleo do ciclo PDSA.
4. O escopo e o porquê dele. Onde, com quem, por quanto tempo, e a justificativa da escolha. Se o lugar foi escolhido por conveniência, declare isso: é uma limitação conhecida, não um defeito escondido.
5. O critério de decisão. O que fará vocês adotarem, adaptarem, abandonarem ou testarem de novo em outras condições. Combinado antes com quem assina. Sem isso, o resultado vira objeto de negociação política, e quem defendeu a ideia sempre encontra um jeito de ler o número a favor.
6. O custo de errar e o plano de reverter. O que acontece se der errado no meio, e como se volta ao estado anterior, o que exige um plano de reversão escrito. Piloto do qual não se consegue voltar não é piloto.
Um piloto que decidiu, e um que não decidiu (situações-tipo construídas para este texto)
Uma rede com nove lojas quer testar a conferência dupla no recebimento de mercadoria, para reduzir divergência de estoque. O indicador é a proporção de itens com divergência na contagem mensal, que nas últimas dezoito contagens variou entre 2,8% e 6,1%, com mediana de 4,3%. A predição registrada: queda para algo entre 2% e 3% em dois meses, com aumento de até 20 minutos no tempo de recebimento por carga.
O piloto rodou em duas lojas escolhidas por contraste: a de maior volume, com equipe estável, e uma de volume médio, com rotatividade alta. Em oito semanas, a loja grande foi de 4,1% para 2,4%, e a de rotatividade alta foi de 5,2% para 4,8%. O tempo de recebimento subiu 14 minutos na primeira e 31 na segunda. A decisão não foi expandir nem abandonar: foi adaptar. A conferência dupla depende de gente treinada, e onde há troca constante de pessoas ela custa mais e entrega menos. O ciclo seguinte testou uma versão simplificada, só nos dez itens que concentravam as divergências.
Repare que esse piloto foi bem-sucedido justamente porque a loja difícil foi incluída. Se tivessem rodado só na loja grande, o resultado teria sido “funciona, expandir”, e o furo apareceria quatro meses depois, em outro lugar.
O contraexemplo é o do sistema da abertura. Lá o piloto rodou seis semanas na melhor linha, com o time de projeto presente, sem predição escrita e sem critério de decisão combinado. O relatório final dizia que o erro de apontamento caiu de 7% para 2%. O número era verdadeiro. Ele só não dizia nada sobre as outras onze linhas, e ninguém tinha combinado antes o que aquele 2% autorizava a fazer.
O que fazer com o resultado
Um piloto tem cinco saídas possíveis, e só uma delas é “implantar em tudo”. A mudança pode ser adotada como está, descartada, adaptada e testada de novo, ampliada em escopo, ou testada sob outras condições. Sair direto de um piloto bem-sucedido para a implantação geral é raramente a decisão certa, porque quase sempre restam condições que o piloto não visitou.
Vale a cautela no sentido inverso também. Piloto que falha não significa que a ideia é ruim: significa que a predição estava errada, e a pergunta seguinte é por quê. Muita mudança boa morre porque o primeiro teste foi mal desenhado, e ninguém voltou para entender o motivo do resultado.
Quando a decisão é expandir, o trabalho muda de natureza. Testar é aprender com risco baixo; implantar é tornar permanente, o que exige padronização, treinamento, mudança de sistema e um plano de controle para que o resultado não regrida quando a atenção sair dali. É outra fase, com outras ferramentas, e confundir as duas é a origem de boa parte das melhorias que evaporam depois de seis meses.
Piloto fora da indústria
O raciocínio não muda em serviços, saúde ou áreas administrativas: muda o que se chama de escopo reduzido. Num hospital, o piloto costuma ser uma unidade, um turno ou um grupo de pacientes com característica definida. Num escritório, uma equipe ou uma família de casos. Em um sistema, um grupo de usuários que representa o conjunto, e não os mais entusiasmados.
A armadilha do voluntário aparece aqui com força. Grupos de voluntários são ótimos para os primeiros testes, quando o objetivo é aprender rápido e barato, e enganosos quando o objetivo é decidir sobre a adoção geral, porque quem se voluntaria já está convencido. Para responder à pergunta da expansão, é preciso incluir quem não pediu para participar.
O piloto como primeira entrega de um projeto de melhoria
Em projetos conduzidos com método, o piloto não é um evento isolado: é um dos ciclos de uma sequência que começa pequena e cresce à medida que o grau de convicção aumenta. Teste em uma equipe, depois em duas com condições diferentes, depois no turno inteiro, depois na unidade. Cada ciclo com predição própria, cada um respondendo a uma pergunta que o anterior deixou aberta.
Essa é a competência que separa quem conduz uma mudança de quem apenas a executa, e é o que uma formação como o Green Belt desenvolve: desenhar o teste, escolher a escala pelo risco, registrar a predição e ler o resultado no tempo, em vez de comparar dois números e defender uma conclusão.
Volte ao caso da abertura com essas peças na mão. O piloto certo teria rodado na linha 3 e na linha 7, por oito semanas, com o time de projeto ausente nas últimas quatro, com a predição escrita e com uma frase combinada antes: se o erro ficar abaixo de 3% nas duas linhas, expandimos; se ficar abaixo só na linha 3, adaptamos antes de expandir. Custaria as mesmas seis semanas, mais duas. E teria evitado quatro meses de apontamento furado em oito linhas.
Conteúdo revisado pelo Master Black Belt Marcelo Petenate, estatístico, formado pela Unicamp, mestre pela USP e especialista em Lean Six Sigma e melhoria contínua. Nesta revisão, o foco foi o critério de escolha da escala do teste e o desenho do piloto como experimento com predição registrada antes.
Desenhar um piloto que decide é exercício de método, não de gestão de projeto: depende de saber escolher o indicador, registrar a predição e ler a série no tempo. O White Belt gratuito da EDTI cobre exatamente essa base, e é por onde faz sentido começar para quem vai desenhar o próximo piloto da própria área.
Perguntas frequentes
O que é um projeto piloto?
É a aplicação de uma mudança em escopo reduzido e controlado, com o objetivo de aprender se ela produz o efeito esperado antes de estender à organização inteira. O que o distingue de uma implantação em etapas é ter uma pergunta declarada, uma predição registrada antes e um critério de decisão combinado.
Qual a diferença entre projeto piloto e prova de conceito?
A prova de conceito responde se algo funciona tecnicamente, muitas vezes em ambiente simulado ou isolado. O piloto responde se funciona na operação real, com as pessoas, as interrupções e as restrições do dia a dia. Uma prova de conceito bem-sucedida não autoriza a expansão.
Quanto tempo deve durar um projeto piloto?
O suficiente para que o processo complete pelo menos um ciclo natural de variação: fechamento de mês, pico de demanda, troca de turno, férias. Em operações mensais, isso raramente cabe em menos de seis a oito semanas. Duração curta demais é uma das causas mais comuns de piloto que engana.
Como escolher onde fazer o piloto?
Pelo que você quer aprender. Se o objetivo é decidir sobre a expansão, evite a melhor área e prefira uma mediana, ou teste em dois grupos com condições propositadamente diferentes. Se funcionar nos dois, o grau de convicção sobre o resultado futuro é muito maior.
O que fazer se o piloto falhar?
Entender por que a predição estava errada antes de descartar a ideia. O resultado inesperado costuma revelar algo sobre o processo que ninguém sabia, e é onde está o maior aprendizado. Abandonar uma mudança depois de um único teste mal desenhado é tão arriscado quanto expandir sem testar.
Piloto bem-sucedido significa que é para implantar em tudo?
Nem sempre. As saídas possíveis são adotar, adaptar, abandonar, ampliar o escopo ou testar sob outras condições. Partir direto para a implantação geral só faz sentido quando o grau de convicção é alto, o custo de uma falha é baixo e a organização está preparada para a mudança.
Como registrar a predição de um piloto?
Em uma frase com número e prazo, antes de começar, compartilhada com quem vai decidir: o indicador X sai de A para B em N semanas. Depois, compare o observado com o previsto e registre o que foi aprendido. É o conteúdo do ciclo PDSA, e o ponto de partida do White Belt gratuito da EDTI.