5 Porquês: como chegar à causa raiz sem culpar pessoas

Quando algo dá errado — um produto fora de especificação, uma entrega atrasada, um registro preenchido errado — a reação mais comum é parar na primeira explicação que aparece. “O operador errou.” “Faltou atenção.” E pronto: o caso é fechado, alguém é apontado, e três meses depois o mesmo problema acontece de novo.

O método dos 5 Porquês existe justamente para furar essa primeira camada. É uma das técnicas de análise de causa raiz mais usadas na gestão da qualidade (e exigida, na prática, quando se trabalha sob ISO 9001 ou IATF 16949), e seu maior valor não é a simplicidade — é que, bem aplicada, ela te tira do “quem errou” e te leva ao “o que no nosso processo permitiu que isso acontecesse”.

Neste artigo você vai ver o método na prática: um exemplo encadeado completo, como validar a cadeia lendo de baixo pra cima, quando parar de perguntar e por que a causa raiz quase sempre é sistêmica — não humana.

O que é o método dos 5 Porquês

A ideia é desarmante de tão simples: diante de um problema, você pergunta “por quê?”. A resposta vira um novo problema, e você pergunta “por quê?” de novo. Repetindo isso algumas vezes — em média cinco, daí o nome —, você desce do sintoma (o que apareceu) até a causa raiz (o que realmente originou tudo).

O “5” é uma referência, não uma regra. Às vezes você chega à raiz no terceiro porquê; às vezes precisa de sete. O número certo é aquele em que continuar perguntando não revela mais nada de novo e acionável.

A força do método está em uma coisa: cada porquê precisa ser uma relação de causa e efeito real, não um palpite. Se a ligação entre uma resposta e a próxima é frouxa, a cadeia inteira desanda.

Um exemplo encadeado, do começo ao fim

Vamos usar um caso hipotético e genérico — o tipo de não conformidade que aparece em qualquer chão de fábrica.

Problema (sintoma): Um lote de peças foi enviado ao cliente com uma dimensão fora da tolerância especificada.

1. Por que a peça saiu fora da tolerância? Porque a máquina de usinagem estava operando com uma ferramenta de corte desgastada.

2. Por que a ferramenta desgastada continuou em uso? Porque ela passou do número de ciclos recomendado sem ser substituída.

3. Por que passou do limite de ciclos sem troca? Porque não havia um aviso ou contagem que sinalizasse o momento da substituição.

4. Por que não havia esse aviso? Porque o plano de manutenção preventiva não incluía o controle de vida útil dessa ferramenta específica.

5. Por que o plano não incluía esse controle? Porque, quando o plano de manutenção foi montado, não existia um critério definido para decidir quais itens entram no controle de vida útil.

Olhe onde paramos. A primeira resposta — “ferramenta desgastada” — soa como a causa, mas é só o sintoma técnico mais próximo. A causa raiz é a ausência de um critério no processo de planejamento da manutenção. É isso que, se for corrigido, impede a recorrência. Trocar a ferramenta resolve o lote de hoje; criar o critério resolve o problema.

Repare também no que não apareceu na cadeia: ninguém escreveu “o operador não trocou a ferramenta”. E não por gentileza — é que essa não é a explicação mais profunda. O operador não tinha como saber a hora certa de trocar, porque o sistema não dava esse sinal. Apontá-lo encerraria a investigação cedo demais, na camada mais rasa e menos útil.

A dica que separa o método bem-feito do malfeito: leia de baixo pra cima

Aqui vai a verificação mais prática que existe para os 5 Porquês — e a que mais gente esquece de fazer.

Depois de montar a cadeia, leia ela de baixo para cima, ligando cada nível ao anterior com a palavra “portanto”. Se a sequência fizer sentido lógico nessa direção, a cadeia está sólida. Se em algum ponto o “portanto” soar forçado, você encontrou um elo fraco — provavelmente pulou uma etapa ou chutou uma causa.

No nosso exemplo:

Não havia critério para decidir quais itens entram no controle de vida útil, portanto o plano de manutenção não controlava essa ferramenta, portanto não existia aviso de substituição, portanto a ferramenta passou do limite de ciclos, portanto seguiu em uso desgastada, portanto a peça saiu fora da tolerância.

Fluiu. Cada elo sustenta o de cima. Quando esse teste falha — quando você precisa “torcer” o portanto para encaixar —, volte e reformule aquele porquê antes de seguir.

Quando parar de perguntar

Parar cedo demais te deixa no sintoma; perguntar demais te leva pra abstrações inúteis (“…porque a empresa não tem cultura de qualidade”, “…porque o mercado é competitivo”). Nenhum dos dois ajuda. Você chegou à causa raiz quando:

• A resposta aponta para uma falha de processo, sistema ou barreira ausente — algo que a organização controla e pode mudar.
• Existe uma ação corretiva concreta e viável ligada a ela. Se a correção é clara (“definir o critério de inclusão no controle de vida útil”), você parou no lugar certo.
• Continuar perguntando só produz respostas vagas, externas ou fora do seu alcance de atuação.

Um sinal de alerta: se o próximo porquê te leva a “porque fulano não fez”, não pare aí — esse é o gatilho para perguntar mais uma vez. Por que a pessoa não fez? O que no processo tornou esse erro possível, ou não o impediu? É quase sempre aí que a causa raiz de verdade se esconde.

Por que a causa raiz quase nunca é “erro humano”

Pessoas erram — isso é um dado da realidade, não uma descoberta. Um processo robusto parte do princípio de que erros vão acontecer e cria barreiras para que o erro não vire defeito: um sinal automático, uma checagem dupla, um dispositivo que impede a montagem errada (poka-yoke), um critério escrito que não depende de memória.

Quando uma não conformidade chega até o cliente, raramente o problema é que “a pessoa errou”. O problema é que uma barreira que deveria existir não existia, ou falhou. Por isso a causa raiz costuma ser sistêmica: mora no projeto do processo, não na intenção de quem o executa.

Tratar isso como “erro humano” tem três efeitos ruins. Primeiro, encerra a investigação cedo — para no culpado e nunca chega à barreira ausente. Segundo, não previne a recorrência — trocar a pessoa não conserta o processo, e o próximo no lugar dela tem a mesma chance de cair na mesma armadilha. Terceiro, e talvez o mais corrosivo, ensina a equipe a esconder problemas em vez de reportá-los — e uma cultura que esconde NC é uma cultura cega para os próprios riscos.

Investigar causa raiz não é procurar culpado. É procurar a falha de sistema que, corrigida, faz o problema não voltar. Os 5 Porquês, lidos com honestidade e validados de baixo pra cima, são uma das formas mais simples de chegar lá.

Levando o método para o dia a dia

Você pode aplicar os 5 Porquês com papel e caneta numa reunião de equipe — e deveria começar assim, para pegar o ritmo. Conforme o volume de não conformidades cresce, o desafio deixa de ser fazer a análise e passa a ser manter a disciplina: registrar cada caso, garantir que a cadeia foi de fato validada, acompanhar se a ação corretiva foi implementada e, depois, verificar se ela funcionou.

É nesse ponto que uma ferramenta de gestão de NC ajuda — não para pensar por você, mas para te conduzir pela estrutura da análise (5 Porquês, Ishikawa 6M, plano de ação, verificação de eficácia), guardar o histórico e cobrar os prazos. No Qaa.sa, a IA propõe uma estruturação da causa raiz a partir do que você descreve, e você decide e valida cada passo — a análise é sua, a ferramenta só organiza o caminho e ensina o método enquanto você usa.

Se você quer experimentar essa estrutura em um caso real, dá pra fazer uma análise avulsa por R$75 — uma investigação completa de uma não conformidade, com PDF, sem assinatura. E se a meta é organizar a qualidade inteira (prazos, eficácia, histórico de recorrência), vale conhecer os planos e assinar quando fizer sentido.

O melhor momento para parar de culpar pessoas e começar a corrigir processos é a próxima NC que chegar na sua mesa.