O método dos porquês na prática
Quando uma coisa dá errado em operação, o primeiro instinto é apontar para quem errou ou pedir mais investimento. O método dos porquês serve justamente para evitar esse atalho. A técnica consiste em perguntar "por quê" de forma encadeada até chegar na causa raiz, e não apenas no sintoma imediato. Não é um conceito novo — foi popularizado pela Toyota nos anos 1950, mas a maioria dos gestores brasileiros conhece a teoria e aplica de forma rasa.
Entendendo a diferença dos por ques
O termo "diferença dos por ques" se refere ao mapeamento das distintas cadeias causais que podem surgir a partir de um mesmo problema. Na prática, você identifica que existem ramificações: o problema inicial pode ter sido desencadeado por causas técnicas, humanas, processuais ou ambientais, e cada uma delas gera um "porquê" diferente. Confundir essas ramificações é o erro mais frequente que eu já vi acontecer. Em um projeto de redução de desperdício de material em uma indústria metalúrgica no interior de São Paulo, a equipe inicialmente atribuiu a rejeição de peças ao operador da máquina. Um primeiro "por quê" levou a isso. Um segundo "por quê" revelou que o operador tinha acabado de ser escalado para o turno da noite, sem treinamento adequado. Um terceiro "por quê" mostrou que a programação de turnos era manual e não levava em conta a experiência do colaborador. O verdadeiro problema não era o operador — era o sistema de escala. Se eu tivesse parado no segundo porquê, provavelmente teria aplicado apenas uma solução corretiva temporária, como treinamentos pontuais, em vez de reestruturar o processo de alocação de turnos.
Como aplicar o método passo a passo
Comece escrevendo o problema como uma frase factual e observável. Nada de "a produtividade caiu" — seja específico: "o índice de retrabalho na linha 3 subiu de 3% para 11% entre 15 e 30 de março". Problema bem definido elimina a discussão infinita sobre qual cenário está sendo analisado. Depois, pergunte "por quê?" e anote a resposta mais direta e factual possível. Cada resposta deve ser algo verificável, não uma opinião. Se a resposta for "porque o operador errou", o próximo passo é questionar: "como sabemos que ele errou? qual evidência temos?". Caia na armadilha de respostas subjetivas e o método perde completamente o valor.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Repita o processo para cada resposta obtida. Em muitos casos, uma mesma cadeia de porquês vai bifurcar. Isso é normal e esperado. Anote cada ramo separadamente. Geralmente, dois ou três ramos são suficientes para cobrir as causas mais relevantes. Se você precisa de dez ramificações para entender o problema, provavelmente o escopo está muito amplo e precisa ser fragmentado. Quando chegar ao último nível que consegue alcançar com os dados disponíveis, pare. Não force uma causa raiz além do que a evidência suporta. Dizer "a causa raiz é a cultura organizacional" não ajuda ninguém a tomar uma decisão. Uma causa raiz utilitária é algo que, se resolvido, impede a recorrência do problema original.
Diferença dos por ques: quando usar e quando não usar
O método funciona bem para problemas operacionais com cadeias causais relativamente lineares. Funciona mal quando múltiplas causas interagem de forma não linear, quando a variabilidade dos dados é alta demais, ou quando fatores externos fora do controle da organização são determinantes. Nesses casos, ferramentas como diagrama de Ishikawa (espinha de peixe), análise de Pareto ou simulação de Monte Carlo oferecem resultados mais confiáveis. Um limitação prática importante: o método dos porquês depende inteiramente da qualidade da informação disponível. Se os dados são rasos, imprecisos ou enviesados, a cadeia de causais vai levar a uma conclusão errada com uma aparência de solidez enganosa. Isso acontece com frequência em empresas que não têm sistemas de registro de produção confiáveis. Um indicador disso é quando o terceiro ou quarto porquê já exige "achismo" ou "suposição". Nesses cenários, o primeiro passo não é continuar investigando — é melhorar a coleta de dados antes de qualquer análise causal.
A vantagem principal é a simplicidade. Você precisa de um quadro branco, uma caneta e pessoas dispostas a ouvir perguntas incômodas. Não requer software caro nem certificação específica. O tempo médio para concluir uma análise completa, do problema à causa raiz, varia entre duas e quatro horas em condições normais, dependendo da complexidade do fenômeno investigado. O que mais diferencia uma análise bem feita de uma análise mediana não é a técnica em si, mas a disciplina de exigir evidências em cada nível da cadeia. Se uma resposta não puder ser verificada com dados, números ou observação direta, ela não deve ser escrita como fato estabelecido — deve receber um asterisco e virar um item para coleta de informação adicional.