5 Porquês: como encontrar a causa raiz de um problema (com exemplos resolvidos)
Pergunte a qualquer equipe por que um problema aconteceu e você vai ouvir a primeira resposta que couber na cabeça: "o operador errou", "o fornecedor falhou", "foi correria do dia". Todas plausíveis, todas incompletas. É aí que a maioria das análises de causa morre — na superfície, no sintoma, na explicação que não obriga ninguém a mudar nada. Três meses depois, o mesmo problema volta.
A técnica dos 5 Porquês existe justamente para furar essa camada. É a ferramenta de análise de causa mais simples que existe — não precisa de software, planilha nem reunião de duas horas — e, quando usada com disciplina, uma das mais poderosas. Neste guia você vai ver o que ela é, como aplicar passo a passo, dois exemplos completos do sintoma à raiz, como combinar com o Diagrama de Ishikawa, quando parar de perguntar e os erros que fazem a análise travar em "falha humana".
5 Porquês: o que é e de onde veio
Os 5 Porquês (ou 5 Whys) são uma técnica de análise de causa raiz que consiste em perguntar "por quê?" sucessivamente diante de um problema, usando cada resposta como base para a próxima pergunta, até chegar à causa de origem — aquela que, eliminada, impede o problema de voltar.
A técnica nasceu dentro do Sistema Toyota de Produção, popularizada por Taiichi Ohno como parte da cultura de resolver problemas indo até a raiz em vez de apagar incêndio. A ideia central é desconcertante de tão simples: a primeira explicação para um problema quase nunca é a causa real; é apenas o sintoma mais visível. Perguntar "por quê?" repetidamente força o raciocínio a descer, camada por camada, do efeito para a origem.
💡 O "5" é uma referência prática, não um mandamento. Ohno observou que, em média, cinco perguntas bastavam para chegar à raiz na linha de produção. Mas o objetivo nunca foi bater o número — foi não parar no sintoma. Você para quando chega a uma causa de sistema, tenha isso vindo no terceiro ou no sétimo porquê.
Como aplicar os 5 Porquês: passo a passo
1. Descreva o problema com precisão
Antes de perguntar "por quê?" você precisa saber exatamente sobre o quê está perguntando. "Qualidade ruim" não é problema; "o lote 340 foi devolvido pelo cliente por rótulo com informação errada" é. Um problema vago gera uma cadeia de porquês vaga. Quanto mais específico o ponto de partida — o quê, onde, quando, quanto —, mais direta será a descida até a causa.
2. Pergunte "por que isso aconteceu?" e responda com fato
Faça a primeira pergunta e responda com base em evidência, não em suposição. A resposta precisa ser uma causa direta e verificável do problema, não um palpite genérico. Se você não sabe a resposta com certeza, esse é o sinal de que falta investigar — vá ao processo, olhe o registro, converse com quem estava lá. Análise de causa raiz feita só na sala de reunião, no achismo, produz cadeias de porquês bonitas e falsas.
3. Repita: pergunte "por quê?" sobre cada resposta
Pegue a resposta anterior e pergunte por que ela aconteceu. Depois de novo. E de novo. Cada porquê deve descer um nível de profundidade: do defeito para a falha de processo, da falha de processo para o controle que não existia, do controle inexistente para a decisão de gestão que o deixou de fora. A cadeia é uma escada — cada degrau precisa sustentar logicamente o de cima.
4. Pare quando chegar a uma causa de sistema
Você chegou à raiz quando a resposta aponta para algo dentro do seu controle de gestão — um padrão que falta, um processo mal desenhado, um controle ausente — e não para um fator externo ("o cliente mudou o pedido") nem para culpa individual ("o operador não prestou atenção"). Se a próxima pergunta "por quê?" só levaria a "porque a pessoa falhou" repetidamente, volte um degrau: você parou cedo demais no sintoma humano.
5. Valide a cadeia de trás para frente
Antes de agir, teste a lógica no sentido inverso, usando "portanto": "não havia faixa de temperatura no POP, portanto cada turno ajustava no olho, portanto o lote saiu com selagem fraca, portanto as embalagens abriram no transporte". Se a cadeia faz sentido de trás para frente, ela é sólida. Se algum "portanto" soa forçado, há um elo faltando ou errado.
6. Ataque a causa raiz — não os sintomas do caminho
A ação corretiva mira o último porquê, a raiz. As causas intermediárias são sintomas; corrigi-las alivia, mas não cura. Se a raiz é "o processo nunca foi formalizado em POP", a ação é criar e implantar o padrão — não "orientar o colaborador a ter mais cuidado". É aqui que a maioria das tratativas falha: age no meio da cadeia e deixa a raiz intacta.
Exemplo resolvido 1: a máquina que parou
O caso clássico de Ohno, adaptado. Problema: uma máquina da linha parou no meio do turno.
| # | Pergunta | Resposta (verificada) |
|---|---|---|
| 1 | Por que a máquina parou? | Porque o fusível queimou por sobrecarga |
| 2 | Por que houve sobrecarga? | Porque o rolamento travou por falta de lubrificação |
| 3 | Por que faltou lubrificação? | Porque a bomba de óleo não estava bombeando o suficiente |
| 4 | Por que a bomba não bombeava? | Porque o eixo da bomba estava gasto e batendo |
| 5 | Por que o eixo estava gasto? | Porque não havia filtro e a sujeira entrou na bomba |
Repare no que aconteceria se a análise parasse cedo. No 1º porquê, a ação seria "trocar o fusível" — e a máquina pararia de novo em uma semana. No 2º, "lubrificar o rolamento" — mesmo resultado. Só no 5º porquê aparece a causa raiz de verdade: faltava um filtro na bomba de óleo. A ação corretiva — instalar o filtro — resolve o problema de forma permanente. Todos os degraus anteriores eram sintomas encadeados.
✅ Este exemplo mostra a lógica pura da técnica: cada resposta vira a próxima pergunta e a cadeia desce até algo que, corrigido, quebra a corrente inteira. Trocar o fusível trata o efeito; instalar o filtro elimina a causa.
Exemplo resolvido 2: a não conformidade que voltava
Agora um caso de gestão da qualidade, do tipo que aparece em auditoria. Problema: o cliente devolveu um lote por conter um documento de liberação (laudo) com resultado errado.
| # | Pergunta | Resposta (verificada) |
|---|---|---|
| 1 | Por que o laudo saiu com resultado errado? | Porque o analista transcreveu o valor errado da planilha para o laudo |
| 2 | Por que a transcrição errada não foi pega? | Porque não havia conferência do laudo antes da liberação |
| 3 | Por que não havia conferência? | Porque o procedimento não previa uma etapa de verificação por segunda pessoa |
| 4 | Por que o procedimento não previa isso? | Porque o POP foi escrito focado em "como fazer o ensaio", sem etapa de controle da saída |
| 5 | Por que o POP nasceu sem controle de saída? | Porque não existe critério na empresa para definir onde cada processo precisa de dupla verificação |
Veja como seria tentador — e inútil — parar no 1º porquê. A resposta "o analista transcreveu errado" é verdadeira, e a ação óbvia seria "orientar o analista a ter mais atenção". Só que erro de transcrição é humano e vai acontecer de novo, com esse analista ou com o próximo. A causa raiz não é a pessoa que errou; é o processo que não tinha barreira nenhuma para pegar o erro antes de chegar ao cliente. A ação corretiva certa: criar a etapa de conferência no POP e, mais fundo, definir um critério de quando um processo exige dupla verificação. Isso é atacar a raiz — o resto é enxugar gelo.
⚠️ Note a virada entre o 1º e o 2º porquê. Sempre que uma resposta for "a pessoa errou", o próximo porquê não é "por que a pessoa é desatenta" — é "por que o processo deixou o erro passar?". Essa é a pergunta que tira a análise do beco da culpa individual e a leva para onde a correção realmente resolve. É a mesma lógica que sustenta qualquer boa tratativa de não conformidade.
5 Porquês e Ishikawa: quando usar cada um (e os dois juntos)
As duas ferramentas vivem sendo confundidas, mas resolvem momentos diferentes da análise de causa:
- Diagrama de Ishikawa — use quando o problema tem muitas causas possíveis e você não sabe por onde começar. Ele abre o leque e organiza as hipóteses em categorias (os 6M: Método, Mão de obra, Máquina, Material, Medição, Meio ambiente), garantindo que nenhuma frente fique de fora.
- 5 Porquês — use quando você já tem uma causa provável e precisa cavar até a raiz. Ele aprofunda uma única linha de causa, do sintoma à origem de sistema.
Na prática, o fluxo mais eficiente combina os dois em sequência: o Ishikawa levanta e organiza todas as hipóteses, você confirma com dados qual delas é a real, e então aplica os 5 Porquês naquela causa confirmada para descer até o nível em que a ação elimina o problema de vez. Ishikawa sem 5 Porquês para na hipótese; 5 Porquês sem Ishikawa pode aprofundar a linha errada. Juntos, cobrem a análise inteira.
Quando parar de perguntar "por quê?"
Um dos erros mais comuns é não saber onde a cadeia termina — e a técnica falha tanto por parar cedo demais quanto por descer fundo demais. Três sinais de que você chegou à raiz:
- A causa está dentro do seu controle de gestão. Se o último porquê aponta para um padrão que falta, um controle ausente ou um processo mal desenhado — algo que a empresa pode mudar —, você chegou. Se aponta para um fator externo incontrolável ("o mercado mudou"), você foi longe demais ou precisa reformular o problema.
- Corrigir aquela causa quebra a cadeia inteira. Teste mentalmente: se eu eliminar esta causa, todos os sintomas acima desaparecem? Se sim, é a raiz. Se o problema ainda poderia voltar por outro caminho, continue.
- O próximo porquê só levaria a culpa ou a filosofia. Se a próxima pergunta só produziria "porque a pessoa é assim" ou "porque a natureza humana é falha", pare — você passou da causa acionável e entrou no terreno onde nenhuma ação corretiva opera.
💡 Regra de bolso: a raiz é o ponto mais fundo em que ainda faz sentido escrever uma ação corretiva com dono e prazo. Um degrau abaixo disso vira desabafo; um degrau acima ainda é sintoma.
Os erros que fazem os 5 Porquês travar
- Parar no primeiro porquê confortável — "falha humana" é a saída fácil porque não custa nem exige mudar processo. É quase nunca a raiz. Se a resposta é "a pessoa errou", falta pelo menos mais um porquê.
- Responder com suposição, não com fato — uma cadeia de porquês construída no achismo produz uma raiz falsa muito convincente. Cada resposta precisa ser verificável: vá ao processo, olhe o dado, confirme.
- Pular degraus — saltar do problema direto para uma conclusão distante ("o problema é a falta de cultura de qualidade") pula a lógica do meio. Cada porquê tem que decorrer diretamente do anterior.
- Confundir causas paralelas com uma linha só — quando o problema tem duas ou três causas independentes, uma única cadeia de 5 Porquês perde parte da história. É o sinal de que faltou um Ishikawa antes para mapear as frentes.
- Encontrar a raiz e não gerar ação — análise de causa que termina no diagnóstico e não vira plano de ação corretiva (o quê, quem, até quando, como verificar) é esforço jogado fora. A raiz só vale se virar correção com dono e prazo.
De pergunta simples a resultado real
Os 5 Porquês não têm segredo técnico — a dificuldade é toda de disciplina. Exige resistir à primeira explicação fácil, insistir com evidência em vez de palpite e ter coragem de deixar a cadeia apontar para uma falha de processo em vez de para uma pessoa. Feito assim, é a forma mais barata e rápida de sair do modo "apaga incêndio" e começar a resolver problemas de verdade.
É o mesmo raciocínio que estrutura o Plan do Ciclo PDCA e que dá musculatura aos indicadores da qualidade: dado e lógica que viram decisão, não relatório de gaveta. Comece pequeno. Pegue um problema recorrente que hoje se resolve "no grito", reúna quem conhece o processo e desça os porquês com honestidade — parando só quando a resposta apontar para algo que a sua gestão pode mudar. Da primeira vez que você levar uma cadeia até a raiz real e vir o problema parar de voltar, nunca mais vai se contentar com "falta de atenção" como causa.
Perguntas frequentes
Precisa ser exatamente 5 porquês?
Não. O número 5 é uma referência, não uma regra. Alguns problemas revelam a causa raiz no terceiro porquê; outros exigem seis ou sete. A regra real é continuar perguntando enquanto a resposta ainda apontar para um sintoma e parar quando você chegar a uma causa de sistema — algo que, corrigido, impede o problema de voltar. Contar os porquês não importa; chegar à raiz importa.
Qual a diferença entre os 5 Porquês e o Ishikawa?
O Ishikawa (espinha de peixe) abre o leque: organiza todas as causas possíveis em categorias, ideal quando o problema tem muitas hipóteses. Os 5 Porquês aprofundam: pegam uma causa provável e cavam até a origem. Na prática as duas se completam — o Ishikawa levanta e prioriza as hipóteses, você confirma com dados qual é a verdadeira e usa os 5 Porquês para chegar à causa de sistema.
Os 5 Porquês servem para qualquer tipo de problema?
Servem melhor para problemas com uma linha de causa relativamente direta — um defeito, um atraso, uma falha de processo. Para problemas com muitas causas independentes e interligadas, comece pelo Ishikawa para mapear as frentes e só depois aprofunde cada uma com os 5 Porquês. E lembre: os 5 Porquês levantam a hipótese de raiz, mas a confirmação vem sempre da evidência, não da lógica no papel.
Por que a análise sempre termina em 'falta de atenção do funcionário'?
Porque parar em 'falha humana' é confortável: não custa dinheiro nem exige mudar o processo. Mas quase nunca é a causa raiz. Se a resposta a um porquê é 'o operador errou', o próximo porquê tem que ser 'por que o processo permitiu que esse erro acontecesse e chegasse ao cliente?'. A causa raiz de verdade quase sempre está num padrão que não existe, num controle que falhou ou num treinamento que nunca houve.