Ferramenta de causa raiz: qual usar em cada tipo de problema (5 Porquês, Ishikawa, FMEA e 8D)

Ferramenta de causa raiz é onde a maioria das empresas tropeça sem perceber. Não por falta de método — todo mundo já ouviu falar de 5 Porquês, Ishikawa, FMEA e 8D — mas porque a escolha é feita por hábito, não por diagnóstico. A empresa adotou uma ferramenta em algum treinamento antigo e passou a usar aquela para tudo: reclamação de cliente, quebra de máquina, erro de digitação, processo novo. É como ter uma única chave na caixa e resolver qualquer problema batendo.

O resultado aparece sempre do mesmo jeito. A análise fica com cara de correta, o formulário fica preenchido, o auditor não reclama — e o problema volta em três meses. Volta porque a ferramenta usada não era capaz de enxergar aquele tipo de causa.

Este artigo é o roteiro que uso em campo para escolher em dois minutos: quatro perguntas que levam a quatro ferramentas diferentes, o que cada uma exige antes de começar, e a sequência em que elas se encaixam quando o problema é grande de verdade.

A pergunta que define a ferramenta

Antes de abrir qualquer formulário, responda quatro perguntas sobre o problema que está na sua mesa. Elas descartam três das quatro ferramentas quase sempre:

1. O problema é pontual, já aconteceu e tem uma linha de causa provável? → 5 Porquês.
2. Já aconteceu, mas há muitas causas possíveis e mais de uma área envolvida? → Ishikawa primeiro.
3. Ainda não aconteceu — é processo novo, mudança ou item crítico? → FMEA.
4. O cliente reclamou, ou o problema é grave, caro ou recorrente? → 8D, com as outras dentro dele.

Repare que a pergunta 3 é a única sobre o futuro. Ela sozinha separa as ferramentas em dois blocos que nunca deveriam se misturar: três investigam o que já aconteceu, uma previne o que ainda não aconteceu.

5 Porquês: uma linha de causa, feita direito

Os 5 Porquês são a ferramenta mais rápida e a mais maltratada. Rápida porque cabe em uma folha, em uma hora, com três pessoas. Maltratada porque a pergunta é fácil de responder mal.

Use quando o problema é específico, aconteceu uma vez (ou poucas), e a equipe consegue descrever o fato com dado: o que, onde, quando, quanto. Uma bomba que parou, um pedido faturado errado, um lote liberado sem análise.

Não use quando o efeito tem várias causas simultâneas ou envolve áreas diferentes. A estrutura em linha única obriga a eleger um caminho — e o que fica de fora não some, só volta depois.

Ishikawa: quando o problema tem mais de um dono

O diagrama de Ishikawa — espinha de peixe — existe para uma coisa: impedir que a investigação comece com a resposta pronta. Ele organiza as causas possíveis em categorias (método, máquina, mão de obra, material, medição e meio ambiente) e força a equipe a olhar as seis antes de escolher.

Use quando o problema atravessa áreas, quando cada pessoa na sala tem uma teoria diferente, ou quando o efeito é recorrente e vago ("perda de rendimento na linha 2", "reclamação de atraso"). Junte quem opera, quem mantém e quem controla — o diagrama só rende com quem vê o processo de ângulos diferentes.

Não use como conclusão. Este é o erro mais comum: montar o Ishikawa, escolher a causa que parece mais provável e sair fazendo plano de ação. O diagrama produz hipóteses, não causas comprovadas. Entre o diagrama e o plano tem uma etapa obrigatória — ir ao processo e comprovar com dado qual daquelas causas realmente ocorreu. Sem essa etapa, o Ishikawa vira uma sessão de palpites bem desenhada.

FMEA: a única que se usa antes do problema

O FMEA não investiga nada. Ele antecipa: para cada etapa do processo, lista o que pode falhar, qual seria o efeito, quais as causas prováveis, e avalia risco por severidade, ocorrência e detecção. Sai dali uma lista priorizada do que precisa de controle antes de a falha existir.

Use quando for processo novo, mudança de método, troca de fornecedor de item crítico, novo equipamento, transferência de linha — ou quando o custo de errar for alto demais para aprender na prática.

Depois de um problema real, o FMEA tem um papel específico e quase sempre esquecido: ser atualizado. Se a falha aconteceu, ou ela não estava na planilha (o levantamento foi raso) ou estava com nota de ocorrência baixa e detecção otimista. Rever aquela linha com o que a realidade mostrou é o que transforma o FMEA em documento vivo em vez de anexo de auditoria. E a ação de detecção que sai dele costuma ser um poka-yoke, não mais uma instrução escrita.

8D: quando o cliente entra na conversa

O relatório 8D não é uma ferramenta de análise — é um método completo, do sintoma ao encerramento, com as outras ferramentas dentro dele. A análise de causa mora na disciplina D4, e é ali que entram Ishikawa e 5 Porquês.

Use quando houver reclamação formal de cliente, quando o problema for grave (segurança, recall, parada de linha do cliente) ou quando já tiver voltado outras vezes. A estrutura obriga três coisas que raramente acontecem sozinhas: equipe formal com dono nomeado, contenção imediata separada da ação corretiva, e comprovação de eficácia antes de encerrar.

Não use para desvio pequeno e isolado. Abrir 8D para tudo cansa a equipe, atrasa os casos que importam e transforma um método sério em burocracia — em poucos meses ninguém preenche mais nada com atenção.

O erro de escolha que faz o defeito voltar

Na prática, quase toda análise malfeita cai em um destes quatro pares:

Situação	Ferramenta escolhida por hábito	O que acontece	O que usar
Problema com várias causas somadas e três áreas envolvidas	5 Porquês	A equipe elege um culpado e descarta o resto; o defeito volta pela causa que ficou de fora	Ishikawa primeiro, 5 Porquês depois na causa comprovada
Falha que já aconteceu, com cliente afetado	FMEA	Preenche-se planilha de risco sobre um fato consumado; ninguém investiga o que de fato ocorreu	8D, com Ishikawa e 5 Porquês na D4 — e o FMEA atualizado no fim
Desvio interno pequeno e isolado	8D	Semanas de reunião e formulário para um problema de uma hora; a equipe passa a resistir ao método	Tratativa simples de não conformidade com 5 Porquês
Processo novo entrando em operação	Nenhuma — espera-se o problema aparecer	Aprende-se com refugo, retrabalho e reclamação, pagando pelo aprendizado	FMEA antes de rodar, com controles definidos

Como elas se encaixam: um caso do começo ao fim

Ferramenta de causa raiz não se escolhe uma vez — se encadeia. O caso abaixo é típico do que aparece em uma indústria de médio porte:

1. O indicador acusa. As devoluções subiram de 1,2% para 2,8% em dois meses. Sem indicador, ninguém teria notado a tempo.
2. O Pareto escolhe o alvo. O diagrama de Pareto mostra que 71% das devoluções são de um único motivo — embalagem violada — concentrado em dois clientes. Atacar o resto agora seria desperdício.
3. O Ishikawa abre as hipóteses. Reunião de 90 minutos com produção, expedição e manutenção: 14 causas possíveis nos 6M, de má regulagem da seladora a empilhamento na doca. Ninguém decide nada nessa sala.
4. O dado elimina. Três dias conferindo registros e acompanhando o processo: a seladora está estável, mas o filme mudou de fornecedor no mês anterior e a temperatura de selagem nunca foi revalidada.
5. Os 5 Porquês aprofundam. Por que não foi revalidada? Porque a troca de fornecedor não passou por análise de mudança. Por quê? Porque o procedimento de compras não prevê aviso à qualidade quando muda insumo de processo — falha de sistema, não de pessoa.
6. O 5W2H vira plano. Revalidar parâmetro de selagem, incluir insumo crítico no fluxo de análise de mudança, treinar compras. Cada ação com dono e prazo.
7. O 8D fecha para o cliente, e o FMEA do processo de embalagem é atualizado: a linha "variação do filme" existia com ocorrência 2 — passou para 6.

Sete etapas, quatro ferramentas, nenhuma delas concorrendo com a outra. Quando a análise é feita assim, a tratativa da não conformidade deixa de ser preenchimento de formulário e passa a ser investigação de verdade.

Três regras que valem para qualquer das quatro

Onde isso encaixa no sistema de gestão

O requisito 10.2 da ISO 9001 exige analisar a não conformidade e determinar as suas causas, além de verificar se existem não conformidades semelhantes ou potenciais. Ele não nomeia ferramenta nenhuma — a escolha é sua, e pode (deve) variar conforme o problema.

O que o auditor cobra é outra coisa: coerência entre a causa apontada e a ação tomada. Causa "falta de treinamento" com ação "treinamento realizado" fecha o ciclo no papel e não resolve nada se o problema era de método. E na auditoria interna, o teste mais rápido de maturidade é pegar as cinco últimas não conformidades e ver se todas foram analisadas com a mesma ferramenta — se foram, provavelmente a ferramenta foi escolhida por hábito, e não pelo tipo de problema.

Vale ainda um filtro anterior a tudo isso: quando há problemas demais na fila, a matriz GUT ou o Pareto decidem quais merecem análise profunda. Investigar tudo com o mesmo rigor é a forma mais educada de não investigar nada.

Fontes e referências oficiais

O conteúdo acima é a minha leitura prática de quem implanta e audita esses métodos há 15 anos — mas requisito e definição se conferem na fonte. Consulte os documentos abaixo quando precisar da redação exata ou da edição vigente:

• ISO — ISO 9001, gestão da qualidade — página oficial com escopo e edição vigente (o requisito 10.2, não conformidade e ação corretiva, é o citado no artigo).
• ISO — ISO 31000, gestão de riscos — página oficial da família; a norma complementar IEC 31010 cataloga as técnicas de avaliação de risco, entre elas o FMEA.
• AIAG — Automotive Industry Action Group — publica, com a VDA alemã, o manual de referência de FMEA usado como padrão na cadeia automotiva.
• IATF Global Oversight — IATF 16949 — site oficial da norma automotiva, onde o 8D aparece como formato de resposta a problema exigido pelo cliente.
• ABNT — catálogo de normas — onde adquirir a versão brasileira (ABNT NBR ISO) das normas citadas, em português.

Perguntas frequentes

Qual a diferença entre 5 Porquês e Ishikawa?

O Ishikawa abre e os 5 Porquês aprofundam. O diagrama de Ishikawa levanta, com a equipe, todas as causas possíveis de um efeito e as organiza em categorias (os 6M) — ele não prova nada, só evita que a investigação comece com a resposta pronta. Os 5 Porquês seguem uma única linha de causa e efeito até chegar à falha de sistema que permitiu o problema. Na prática, usar os dois em sequência é melhor do que escolher: o Ishikawa mostra as hipóteses, você comprova qual delas ocorreu com dado, e só então aprofunda essa com os 5 Porquês.

FMEA serve para investigar um problema que já aconteceu?

Não. O FMEA é a única das quatro ferramentas que se usa antes: ele levanta o que pode falhar em um processo, avalia severidade, ocorrência e detecção, e define controles para evitar que a falha chegue ao cliente. Se o problema já ocorreu, investigar com FMEA é forçar a ferramenta errada — a análise vira preenchimento de planilha. O lugar correto do FMEA depois de um problema é outro: atualizar a linha correspondente com o que se aprendeu, porque uma falha real prova que a ocorrência estava subestimada ou que a detecção não funcionava.

Quando eu preciso obrigatoriamente fazer um 8D?

Não existe norma que obrigue o 8D. Quem exige é o cliente, normalmente em contrato ou em requisito específico — é padrão de fato na cadeia automotiva e cada vez mais comum em eletroeletrônicos, alimentos e serviços B2B. Internamente, vale abrir um 8D quando o problema é grave, caro ou recorrente, mesmo sem ninguém pedir: a estrutura obriga a nomear um dono, separar contenção de ação corretiva e comprovar a eficácia antes de encerrar, que são exatamente as três coisas que costumam faltar.

A ISO 9001 exige alguma ferramenta específica de análise de causa?

Não. O requisito 10.2 da ISO 9001:2015 exige analisar a não conformidade e determinar as suas causas, além de avaliar se existem não conformidades semelhantes ou potenciais — mas não nomeia método nenhum. A escolha é da empresa e pode variar por tipo de problema, desde que a análise fique registrada e o raciocínio dê para acompanhar. O que o auditor cobra é coerência: ação corretiva que não conversa com a causa apontada derruba a evidência, independentemente da ferramenta usada.