O erro mais comum na análise de problemas não é não encontrar a causa — é parar no sintoma e tratar o sintoma como se fosse a causa. O equipamento quebrou: troca-se o equipamento. O prazo atrasou: cobra-se a equipe. O cliente reclamou: pede-se desculpa. O problema volta. E continua voltando, porque a causa real nunca foi tocada.
Os 5 Porquês é uma técnica desenvolvida para romper esse ciclo. A lógica é simples: perguntar “por quê?” de forma repetida, em cadeia, até chegar ao nível de causa que, se eliminado, impede o problema de voltar. Simples — mas com limitações importantes que definem quando ela funciona e quando não funciona.
O que são os 5 Porquês
Os 5 Porquês é uma técnica de análise de causa raiz criada por Sakichi Toyoda e incorporada ao Sistema Toyota de Produção. A ideia central é que a maioria dos problemas visíveis não é a causa do problema — é o efeito de uma cadeia de causas que começa em algum ponto anterior do processo.
A técnica consiste em perguntar “por quê?” sobre o problema observado, usar a resposta como ponto de partida para o próximo “por quê?”, e repetir esse movimento até chegar a uma causa que seja acionável — algo que a organização pode efetivamente mudar para impedir a recorrência. O número cinco não é fixo: às vezes dois ou três porquês são suficientes; outras vezes, são necessários seis ou sete.
Dentro do Lean Six Sigma, os 5 Porquês são usados principalmente na fase Analyze do DMAIC — quando a equipe já identificou onde o problema ocorre e precisa entender por quê ocorre antes de definir qualquer solução.
Como aplicar os 5 Porquês
A aplicação segue uma sequência deliberada. O ponto de partida é a definição precisa do problema — não “temos muitos atrasos”, mas “a entrega do pedido X chegou 3 dias após o prazo contratado”. Problema vago produz causa vaga.
A partir do problema definido, a equipe pergunta: por que isso aconteceu? A resposta deve ser um fato observável ou verificável — não uma opinião ou suposição. Essa resposta se torna o ponto de partida do próximo “por quê?”. O processo se repete até que a cadeia chegue a uma causa que, se eliminada, impeça a recorrência do problema.
Dois critérios indicam que a análise chegou ao nível certo: a causa identificada é algo que a organização controla diretamente, e eliminar essa causa quebra a cadeia que leva ao problema original. Se a causa final encontrada for “falta de treinamento” ou “falta de procedimento” para todo e qualquer problema, a análise provavelmente parou cedo demais.
Exemplos de 5 Porquês aplicados
Exemplo 1 — Logística: atraso na entrega
Uma distribuidora de insumos industriais registrou 11% de entregas fora do prazo no trimestre. A análise pelos 5 Porquês foi conduzida sobre uma das ocorrências concretas:
Por que a entrega atrasou? O caminhão quebrou durante o trajeto.
Por que o caminhão quebrou? A mangueira do radiador rompeu.
Por que a mangueira rompeu? Estava em uso há mais de dois anos, além da vida útil recomendada.
Por que estava além da vida útil? O programa de manutenção preventiva estava atrasado.
Por que o programa estava atrasado? A equipe de manutenção foi deslocada para um projeto especial por três semanas sem replanejamento da agenda preventiva.
A causa raiz não foi o caminhão, nem a mangueira — foi a ausência de um processo que proteja o cronograma de manutenção preventiva quando recursos são realocados. A solução implementada: protocolo de aprovação que exige reavaliação do calendário preventivo antes de qualquer deslocamento da equipe de manutenção. Em 60 dias, o índice de entregas fora do prazo caiu de 11% para 3,2%.
Exemplo 2 — Saúde: erro de medicação
Um hospital registrou três ocorrências de medicação administrada no paciente errado em um período de 45 dias. A análise pelos 5 Porquês foi conduzida sobre uma das ocorrências:
Por que o medicamento foi administrado ao paciente errado? O enfermeiro pegou o medicamento do leito errado.
Por que pegou do leito errado? Os dois leitos estavam com etiquetas de identificação semelhantes na cor e no formato.
Por que as etiquetas eram semelhantes? O hospital não tinha padrão de identificação visual por tipo de medicamento.
Por que não havia esse padrão? O protocolo de identificação foi definido há seis anos, antes de o hospital ampliar o número de leitos por quarto.
Por que o protocolo não foi revisado com a ampliação? Não existe gatilho formal de revisão de protocolos quando há mudança de estrutura física.
A causa raiz foi a ausência de um processo de revisão de protocolos vinculado a mudanças estruturais. O hospital implementou um gatilho formal: qualquer alteração de leitos, equipamentos ou fluxos dispara revisão dos protocolos afetados. Nos 90 dias seguintes, zero ocorrências de medicação no paciente errado.
Os limites da técnica
Os 5 Porquês têm limitações conhecidas — e ignorá-las é o que transforma a técnica em teatro de resolução de problemas.
A primeira limitação é a tendência de parar nos sintomas. Quando a pressão por solução rápida é alta, a cadeia de porquês é encerrada no primeiro nível que já tem resposta conhecida — o que produz soluções para sintomas, não para causas.
A segunda é a dependência do conhecimento de quem conduz a análise. Os 5 Porquês só chegam a causas que o investigador é capaz de formular como pergunta. Causas que estão fora do repertório técnico da equipe simplesmente não aparecem — não porque não existam, mas porque ninguém sabe perguntar por elas.
A terceira é a falta de repetibilidade: duas equipes diferentes analisando o mesmo problema pelos 5 Porquês frequentemente chegam a causas diferentes. Isso não significa que uma está errada — significa que a técnica por si só não garante que a causa identificada é a causa real. Ela produz hipóteses, não certezas.
Essa terceira limitação é a mais importante — e a mais ignorada.
Cinco porquês produzem hipóteses, não causas confirmadas
O resultado de uma análise pelos 5 Porquês é uma hipótese sobre a causa raiz do problema. Para se tornar causa confirmada, essa hipótese precisa ser testada: se eliminarmos X, o problema Y para de ocorrer?
Profissionais que tratam a última resposta da cadeia como causa raiz — sem verificação — implementam soluções baseadas em opinião coletiva estruturada. Pode funcionar. Mas quando não funciona, a equipe volta ao ponto de partida sem saber por quê, porque nunca distinguiu entre “o que achamos que é a causa” e “o que os dados confirmam que é a causa”.
Essa distinção está no centro do método científico aplicado ao Kaizen e ao Lean Six Sigma: observação → hipótese → teste → aprendizado. Os 5 Porquês cobrem a primeira e a segunda etapa com eficiência. As duas últimas dependem de dados — e de quem sabe coletar e interpretar dados de processo.
Como os 5 Porquês se articulam com Ishikawa e FMEA
As três técnicas atuam em momentos diferentes da análise de causa, e se complementam sem se substituir.
O Diagrama de Ishikawa é usado para mapear categorias de possíveis causas — os 6M — antes de aprofundar qualquer uma. Os 5 Porquês entram depois: para cada ramo do Ishikawa que a equipe quer investigar em profundidade, aplica-se a cadeia de porquês. As duas técnicas juntas cobrem a amplitude (Ishikawa) e a profundidade (5 Porquês) da análise. Para entender melhor quando usar cada uma, o artigo Ishikawa vs. 5 Porquês aprofunda essa comparação.
O FMEA opera em um momento anterior — na prevenção. Enquanto os 5 Porquês analisam um problema que já ocorreu, o FMEA antecipa modos de falha antes que eles ocorram. Quando um problema identificado pelos 5 Porquês se encaixa em um modo de falha de alto risco mapeado no FMEA, as duas análises se convergem e reforçam a mesma causa raiz — o que aumenta a confiança na solução.
Entender como essas ferramentas do Lean Six Sigma se articulam é o que diferencia quem aplica técnicas isoladas de quem conduz uma análise de causa com método. Essa articulação é o que um profissional com formação em Green Belt desenvolve ao longo de um projeto real — não em teoria, mas com dados de processo e decisões que precisam se sustentar.
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.
Quem aprende a tratar a última resposta da cadeia como hipótese — e não como verdade — passa a fazer perguntas que a maioria dos profissionais não faz. O White Belt gratuito da EDTI é o ponto de partida para desenvolver esse tipo de raciocínio de forma estruturada.
Perguntas frequentes sobre os 5 Porquês
O que são os 5 Porquês?
Os 5 Porquês é uma técnica de análise de causa raiz criada por Sakichi Toyoda e incorporada ao Sistema Toyota de Produção. A lógica é perguntar “por quê?” de forma encadeada sobre um problema observado, usando cada resposta como ponto de partida do próximo “por quê?”, até chegar à causa que, se eliminada, impede o problema de voltar. O número cinco não é fixo — a cadeia termina quando a causa identificada é acionável e verificável.
Como aplicar os 5 Porquês na prática?
Comece com um problema definido com precisão — não uma descrição vaga, mas um fato específico e mensurável. Pergunte “por quê?” e exija que cada resposta seja um fato observável, não uma opinião. Repita até chegar a uma causa que a organização controla diretamente. Antes de implementar qualquer solução, trate a causa identificada como hipótese e verifique com dados se eliminá-la resolve o problema.
Quais são exemplos práticos dos 5 Porquês?
Uma distribuidora com 11% de entregas atrasadas descobriu, pelos 5 Porquês, que a causa raiz era a ausência de um processo que protegesse o cronograma de manutenção preventiva quando a equipe era realocada. Um hospital com erros de medicação descobriu que a causa raiz era a falta de gatilho formal para revisão de protocolos diante de mudanças estruturais. Em ambos os casos, a solução estava três ou quatro níveis abaixo do sintoma visível.
Qual é a diferença entre os 5 Porquês e o Diagrama de Ishikawa?
O Ishikawa mapeia categorias de possíveis causas em amplitude — os 6M servem como estrutura para não deixar nenhuma categoria de fora. Os 5 Porquês aprofundam uma causa específica em profundidade, descendo nível a nível até a causa raiz. As duas técnicas funcionam bem juntas: Ishikawa para abrir o mapa de causas, 5 Porquês para investigar cada ramo relevante.
Quantos porquês são necessários?
Cinco é uma referência, não uma regra. Alguns problemas chegam à causa raiz com dois ou três porquês; outros exigem seis ou sete. O critério correto não é o número de perguntas — é a qualidade da causa encontrada. A análise termina quando a causa identificada é acionável, verificável e, se eliminada, quebra a cadeia que leva ao problema.
Os 5 Porquês têm limitações?
Sim, e conhecê-las é parte do uso responsável da técnica. A principal: os 5 Porquês produzem hipóteses sobre a causa raiz, não causas confirmadas. A cadeia depende do conhecimento de quem conduz a análise — causas fora do repertório da equipe simplesmente não aparecem. E duas equipes analisando o mesmo problema frequentemente chegam a causas diferentes. Por isso, a causa identificada deve ser testada com dados antes de qualquer implementação. O White Belt gratuito da EDTI cobre essa lógica de verificação — acesse sem custo aqui.