Pular para o conteúdo principal
5 Porquês
BásicoAnálise de Problemas

5 Porquês

Técnica de análise de causa-raiz que pergunta 'por quê?' repetidamente até encontrar a origem real do problema.

· Por Daniel Mousinho

menu_bookO que é?

Os 5 Porquês é uma técnica de análise de causa-raiz que consiste em perguntar "por quê?" repetidamente — geralmente cinco vezes — diante de um problema até chegar à sua causa fundamental. A ideia central é que a maioria dos problemas visíveis são sintomas de causas mais profundas, e cada "por quê?" nos aproxima da origem real. O número cinco é uma referência, não uma regra rígida: alguns problemas exigem três perguntas, outros podem precisar de sete ou mais.


history_eduOrigem e História

A técnica é associada à Toyota. Ela é atribuída à tradição de Sakichi Toyoda (1867–1930), fundador do grupo, e foi difundida por Taiichi Ohno (1912–1990), um dos criadores do Sistema Toyota de Produção, que tinha o hábito de perguntar "por quê?" repetidas vezes até chegar à causa de um problema. Ohno descreveu o sistema num livro publicado no Japão em 1978. Hoje, os 5 Porquês são usados em Lean, Seis Sigma, gestão de TI e em qualquer contexto de análise de causa-raiz.


helpQuando usar?

Utilize os 5 Porquês sempre que um problema se repetir, quando a causa não for óbvia, ou quando soluções anteriores trataram apenas sintomas sem resolver a questão de fato. É especialmente eficaz para problemas de complexidade moderada com uma cadeia causal relativamente linear. Para problemas com múltiplas causas inter-relacionadas, combine com o Diagrama de Ishikawa ou a Árvore de Falhas para capturar a complexidade completa.


constructionComo aplicar?

Comece descrevendo o problema de forma clara e específica — evite descrições vagas como "as coisas não estão funcionando". Pergunte "por quê?" e registre a resposta. Use essa resposta como base para o próximo "por quê?" e repita o processo. A cada iteração, verifique se a resposta é factual (baseada em evidências) e não uma opinião ou suposição. Pare quando chegar a uma causa sobre a qual a equipe pode agir diretamente. A última resposta deve apontar para uma ação corretiva concreta — se não apontar, continue perguntando.


lightbulbExemplo Prático

Problema: a máquina de produção parou. Por que parou? Porque o fusível queimou. Por que o fusível queimou? Porque houve sobrecarga elétrica. Por que houve sobrecarga? Porque o rolamento não estava lubrificado. Por que não estava lubrificado? Porque a bomba de lubrificação não funcionava. Por que a bomba não funcionava? Porque o eixo estava gasto e ninguém substituiu. Causa-raiz: falta de um plano de manutenção preventiva para a bomba de lubrificação. Ação: criar cronograma de inspeção e troca preventiva dos componentes da bomba.


warningErros Comuns

Parar cedo demais, aceitando uma causa intermediária como se fosse a raiz. Pular para conclusões sem verificar cada resposta com dados reais. Transformar a análise em busca por culpados em vez de busca por causas sistêmicas. Usar a técnica para problemas altamente complexos com múltiplas causas simultâneas — nesses casos, os 5 Porquês sozinhos são insuficientes. Não documentar a cadeia causal, perdendo o aprendizado para situações futuras. Aceitar respostas vagas como "falta de atenção" ou "erro humano" sem aprofundar o que causou esse erro.


account_treeFluxo Visual dos 5 Porquês

A Cadeia dos 5 Porquês

report_problem

Definir o Problema

Descreva o problema de forma clara, específica e mensurável — evite descrições vagas ou genéricas

arrow_forward
help_outline

1.° Por quê?

Pergunte por que o problema aconteceu e registre a resposta baseada em fatos, não em suposições

arrow_forward
help_outline

2.° Por quê?

Use a primeira resposta como base e pergunte novamente — cada camada revela uma causa mais profunda

arrow_forward
help_outline

3.° a 5.° Por quê?

Continue o processo verificando cada resposta com evidências até que não seja mais possível aprofundar

arrow_forward
lightbulb

Causa-Raiz Identificada

A última resposta deve apontar para algo sobre o qual a equipe pode agir diretamente com uma correção permanente

arrow_forward
build

Ação Corretiva

Implemente a solução na causa-raiz e monitore para confirmar que o problema original não se repete


business_centerUm caso histórico: o Challenger, pergunta a pergunta

Em 28 de janeiro de 1986, o ônibus espacial Challenger se desintegrou 73 segundos depois do lançamento, e os sete tripulantes morreram. O relatório da comissão presidencial que investigou o acidente, a Comissão Rogers, publicado em 6 de junho de 1986, não usa o nome "5 Porquês" — mas as conclusões dele permitem refazer a cadeia pergunta a pergunta, e mostram como uma causa técnica leva a uma causa organizacional:

A cadeia de porquês do Challenger

rocket_launch

Por que o Challenger se desintegrou?

Um vazamento de gases quentes pela junta traseira do foguete propulsor sólido direito enfraqueceu o tanque externo

build

Por que a junta vazou?

A vedação da junta, feita com anéis de borracha (O-rings), não conteve a pressão da ignição

ac_unit

Por que a vedação falhou naquele dia?

Fazia 36 °F (cerca de 2 °C), 15 °F mais frio que qualquer lançamento anterior, e o frio reduz a elasticidade dos anéis

help_outline

Por que lançaram com esse frio?

Quem decidiu não conhecia o histórico de problemas nos anéis nem a objeção dos engenheiros do fabricante a lançar abaixo de 53 °F (cerca de 12 °C)

groups

Por que essa informação não chegou?

O relatório aponta falhas de comunicação e um conflito entre dados de engenharia e decisões gerenciais: a causa-raiz é organizacional

timer

73 segundos

entre o lançamento e a desintegração, em 28 de janeiro de 1986

ac_unit

36 °F

temperatura no lançamento, cerca de 2 °C

engineering

53 °F

abaixo disso, os engenheiros do fabricante eram contra lançar

fact_check

9

recomendações do relatório da Comissão Rogers

format_quote

A primeira resposta quase sempre é técnica. As últimas costumam ser sobre decisões, informação e processo — e é corrigindo essas que o problema deixa de se repetir.

Fonte: relatório da Comissão Presidencial sobre o acidente do Challenger (1986), capítulos III a V, no site de história da NASA.


compare_arrowsFerramentas Complementares

Os 5 Porquês funcionam melhor para cadeias causais lineares. Para problemas mais complexos com múltiplas causas, combine com outras ferramentas de análise:

FerramentaFoco PrincipalComplexidadeQuando Usar
5 PorquêsCadeia causal linear até a causa-raizBásica — só precisa de perguntasProblemas com causa única ou cadeia linear, investigações rápidas no dia a dia
Diagrama de IshikawaMapear múltiplas causas agrupadas por categoriaIntermediária — requer brainstorming estruturadoProblemas com múltiplas causas possíveis agrupáveis em 6M (Máquina, Método, Mão de obra, Material, Meio ambiente, Medida)
Diagrama de ParetoIdentificar as causas mais frequentes ou impactantesBásica — requer dados quantitativosQuando há dados históricos para quantificar a frequência ou impacto de cada causa
Árvore de Falhas (FTA)Modelar combinações de falhas que levam a um eventoAvançada — lógica booleanaSistemas críticos de segurança, análise de risco em engenharia, indústria aeroespacial e nuclear
lightbulb

Dica: documente sempre a cadeia completa

Nunca aplique os 5 Porquês apenas verbalmente. Registre cada pergunta e resposta em um documento ou quadro visível. Essa documentação serve como base de conhecimento para a equipe — quando um problema similar surgir no futuro, a cadeia causal já estará mapeada, acelerando a investigação e evitando que os mesmos erros se repitam.

thumb_upVantagens

  • check_circleExtremamente simples — não exige ferramentas ou software
  • check_circleVai além dos sintomas para encontrar a causa-raiz real
  • check_circlePode ser aplicada individualmente ou em equipe
  • check_circleFunciona para problemas operacionais, técnicos e organizacionais
  • check_circleReduz a recorrência de problemas ao tratar a origem

edit_noteTemplate Interativo

Preencha o template abaixo para aplicar a ferramenta 5 Porquês ao seu contexto. Use o botão "Imprimir" para salvar ou compartilhar.

E no Gestão MVD?

Isso já vem pronto no módulo Planos de Ação

Achou a causa de verdade? Ela vira uma ação com responsável e prazo, no mesmo lugar — e fica registrado que aquela ação nasceu desta análise.

monitoringAgente de IA

Analise seus resultados com IA

Diagnóstico financeiro da DRE e do balanço: margens, DuPont e score de saúde da empresa.

rocket_launch

Pronto para otimizar sua gestão?

Aplique essas ferramentas com apoio especializado. Nossa equipe ajuda empresas a transformar processos e acelerar resultados.

exploreExplore Também