Análise de causa raiz é o que separa a fábrica que resolve o mesmo problema toda semana da fábrica que resolve o problema uma vez e ele não volta. Este artigo é para o gestor industrial ou engenheiro de produção que já entende o conceito e agora precisa de um método replicável para investigar paradas recorrentes, refugo crônico e falhas que continuam voltando mesmo depois de “consertadas”.
Você vai encontrar aqui os métodos mais usados — 5 Porquês, Diagrama de Ishikawa e 8D —, um roteiro passo a passo para aplicá-los no chão de fábrica, um exemplo numérico completo com o impacto financeiro de resolver a causa raiz de uma parada recorrente, uma comparação entre investigação manual e investigação orientada por dados, e os erros mais comuns que fazem a análise chegar ao sintoma errado.
Se a sua fábrica já vive o ciclo de consertar a mesma falha todo mês, o problema raramente é falta de esforço técnico — é falta de método. Uma análise de causa raiz bem conduzida substitui a pergunta “o que fazemos agora?” pela pergunta certa: “por que isso continua acontecendo, e o que precisa mudar para que pare de vez?”
O Que Torna uma Causa “Raiz”
Toda falha tem uma cadeia de eventos. O erro mais comum em análise de causa raiz é parar de perguntar “por quê” cedo demais, no primeiro sintoma visível, e tratar esse sintoma como se fosse a causa.
Um exemplo comum: uma máquina para por superaquecimento. A causa aparente é “o motor esquentou”. Mas isso é sintoma, não causa raiz. Continuando a investigação, descobre-se que o rolamento estava com desgaste, que o lubrificante estava vencido, que a troca de lubrificante não estava no plano de manutenção preventiva, e que o plano de manutenção não previa esse ativo porque ele foi instalado depois da última revisão do plano. A causa raiz não é o motor quente — é uma falha de processo na atualização do plano de manutenção.
Essa diferença importa porque tratar o sintoma resolve o problema por alguns dias. Tratar a causa raiz impede que o mesmo tipo de falha se repita em outros ativos.
Um teste simples para saber se você já chegou à causa raiz: pergunte se a ação corretiva proposta evitaria a falha mesmo em um cenário ligeiramente diferente — outro turno, outro operador, outra peça do mesmo lote. Se a resposta for não, a investigação provavelmente parou em um sintoma intermediário, não na causa raiz de fato.
Como Priorizar Quais Falhas Merecem Análise de Causa Raiz
Nem toda parada precisa de uma investigação formal. Fábricas maduras usam um princípio simples de priorização: cruzar frequência de ocorrência com impacto financeiro, e investigar primeiro o que está no topo dessa combinação — não necessariamente a falha mais recente ou a mais visível.
Na prática, isso significa manter um histórico de paradas classificado por causa, calcular o custo acumulado de cada categoria ao longo do mês e aplicar uma lógica de Pareto: geralmente, uma pequena fração das causas responde pela maior parte do tempo perdido. É nessa fração que a análise de causa raiz tem o retorno mais rápido sobre o tempo investido na investigação.
Principais Métodos de Análise de Causa Raiz
Não existe um único método correto — a escolha depende da complexidade da falha e do tempo disponível para investigar. Os três métodos mais usados na indústria são complementares entre si.
5 Porquês
O método dos 5 Porquês consiste em perguntar “por quê” repetidamente, usando cada resposta como ponto de partida da pergunta seguinte, até chegar a uma causa que, se corrigida, efetivamente evita a recorrência. Cinco é uma referência, não uma regra fixa — algumas cadeias resolvem em três perguntas, outras exigem sete.
É o método mais rápido e mais indicado para falhas simples, com uma cadeia de causa relativamente linear.
Diagrama de Ishikawa (6M)
Também chamado de diagrama espinha de peixe, organiza possíveis causas em seis categorias — Método, Mão de obra, Máquina, Material, Medição e Meio ambiente — para garantir que a investigação não fique presa a uma única hipótese. É mais indicado quando a causa não é óbvia e existem múltiplas hipóteses concorrentes.
8D (Eight Disciplines)
Metodologia estruturada em oito etapas, usada principalmente quando a falha afeta a qualidade entregue ao cliente e exige contenção imediata, investigação formal e prevenção documentada. É mais pesada que os métodos anteriores, mas necessária quando há rastreabilidade contratual envolvida — comum na cadeia automotiva.
Como Aplicar Análise de Causa Raiz Passo a Passo
Independentemente do método escolhido, uma análise de causa raiz consistente segue a mesma sequência:
- Descrever o problema com dados, não com opinião: quando começou, com que frequência ocorre, qual o impacto medido em tempo ou peças.
- Conter o efeito imediato, se necessário, para a produção continuar enquanto a causa raiz é investigada.
- Levantar hipóteses de causa usando 5 Porquês ou Ishikawa, envolvendo quem opera o equipamento, não só quem gerencia.
- Validar a hipótese com evidência — histórico de ocorrências, dados de sensor, inspeção física — antes de declarar a causa raiz encontrada.
- Implementar a ação corretiva e definir como o resultado será monitorado nas semanas seguintes.
O passo que mais fábricas pulam é o quarto: validar a hipótese com evidência. Sem esse passo, a análise de causa raiz vira uma reunião de opiniões, e a ação corretiva frequentemente ataca a causa errada.
Vale registrar cada análise de causa raiz em um formato padronizado — mesmo que simples: data, descrição do sintoma, método usado, causa raiz identificada, ação corretiva e data de verificação do resultado. Sem esse registro, o conhecimento gerado pela investigação se perde na memória de quem participou da reunião, e a mesma causa pode ser redescoberta do zero meses depois, em outro turno ou outra linha.
Exemplo Numérico: Análise de Causa Raiz de uma Parada Recorrente
Considere uma linha de embalagem com um sensor de presença que dispara falsas paradas seguidas. Antes da investigação, a equipe registrava 18 paradas por mês atribuídas genericamente a “falha elétrica”, com duração média de 22 minutos cada.
Tempo perdido antes da análise: 18 × 22 = 396 minutos por mês (6,6 horas).
A linha produz 3 unidades por minuto, com margem de R$ 8 por unidade. O impacto financeiro mensal dessa falha recorrente, sem causa raiz identificada, era de:
396 × 3 × R$ 8 = R$ 9.504 por mês em produção perdida.
Aplicando os 5 Porquês: por que a linha para? O sensor perde o sinal. Por que o sensor perde o sinal? Ele está desalinhado. Por que ele desalinha? A vibração da esteira o desloca aos poucos. Por que a esteira vibra acima do normal? Um rolamento de suporte está com folga. Por que o rolamento está com folga? Ele passou do intervalo de troca previsto, porque esse ativo não constava na lista de itens críticos de manutenção preventiva.
A causa raiz não era o sensor — era uma lacuna no plano de manutenção preventiva. Depois de incluir o rolamento na lista de itens críticos e corrigir a folga, as paradas caíram de 18 para 3 por mês (falhas residuais não relacionadas).
Redução: 15 paradas × 22 minutos = 330 minutos recuperados por mês, equivalentes a 990 unidades e R$ 7.920 por mês em produção recuperada — a partir de uma correção que não exigiu troca de equipamento, apenas ajuste no plano de manutenção.
Investigação Manual vs Análise de Causa Raiz Orientada por Dados
O método de investigação — 5 Porquês, Ishikawa ou 8D — é o mesmo nos dois modelos. O que muda é a qualidade da evidência disponível para validar cada hipótese antes de declarar a causa raiz encontrada.
| Critério | Investigação manual (pós-fato, em reunião) | Investigação orientada por dados (MES em tempo real) |
|---|---|---|
| Origem da evidência | Memória de operadores e anotações esparsas | Histórico estruturado de cada parada, por causa, ativo e turno |
| Tempo até iniciar a investigação | Dias ou semanas depois do evento, quando já virou padrão | No mesmo turno, com o evento ainda fresco |
| Identificação de recorrência | Depende de alguém perceber o padrão manualmente | Pareto automático aponta a causa que mais se repete |
| Validação de hipótese | Frequentemente aceita por consenso, sem dado de suporte | Cruzamento com histórico real de ocorrências e horários |
| Rastreio pós-ação corretiva | Informal, raramente monitorado com rigor | Indicador acompanhado automaticamente após a correção |
Essa diferença é onde entra o MOCX StrategyOEE, plataforma brasileira de monitoramento de OEE em tempo real no chão de fábrica. Em vez de depender da memória de quem estava no turno, a plataforma registra e classifica automaticamente a causa de cada parada, por linha, turno e ativo — o que transforma o passo mais frequentemente pulado de uma análise de causa raiz, a validação com evidência, em um relatório disponível em minutos, não em uma reconstrução baseada em opinião.
Erros Comuns na Análise de Causa Raiz
Mesmo com o método certo, alguns erros recorrentes fazem a investigação chegar à conclusão errada:
- Parar no primeiro “por quê”, tratando o sintoma como se fosse a causa raiz e fechando a investigação cedo demais.
- Aceitar hipótese sem evidência, declarando a causa raiz encontrada só porque parece plausível para quem está na sala.
- Investigar sem envolver quem opera o equipamento, perdendo detalhes que só aparecem na rotina real do turno.
- Não registrar a análise de forma estruturada, o que impede comparar causas entre eventos parecidos ao longo do tempo.
- Corrigir a causa e não monitorar o resultado, deixando de confirmar se a parada realmente parou de se repetir.
Um sexto erro, mais sutil: tratar cada parada como um evento isolado, sem cruzar com o histórico de causas semelhantes em outros ativos. Uma falha de rolamento em uma máquina pode ser sintoma de uma lacuna no plano de manutenção que afeta várias outras — mas isso só aparece quando as causas são registradas de forma estruturada e comparável.
Quando Vale a Pena Formalizar um Processo de Análise de Causa Raiz
Nem toda parada justifica uma investigação formal com 5 Porquês ou Ishikawa. Faz sentido formalizar o processo quando pelo menos duas destas condições estiverem presentes:
- A mesma falha, ou uma falha muito parecida, já se repetiu três ou mais vezes no mesmo ativo ou em ativos semelhantes.
- O impacto financeiro acumulado da falha já ultrapassa o custo de uma investigação estruturada.
- A causa aparente já foi “corrigida” antes, mas o problema voltou.
- Há rastreabilidade contratual ou de qualidade exigindo documentação formal da investigação — caso típico de fornecedores da cadeia automotiva.
Por outro lado, uma falha isolada, de baixo impacto e sem qualquer sinal de recorrência, geralmente não justifica o tempo de uma investigação formal completa — uma correção pontual, com registro simples do que foi feito, é suficiente. Segundo a American Society for Quality (ASQ), o critério mais confiável para decidir quando investigar a fundo é justamente a recorrência: falhas que se repetem sistematicamente indicam uma causa estrutural, não um evento aleatório.
Para aprofundar como transformar essa análise em rotina de melhoria contínua, vale consultar nosso guia sobre o Ciclo PDCA, que usa a causa raiz identificada como ponto de partida do plano de ação.
Análise de Causa Raiz e Manutenção: Onde Essa Prática se Encaixa
A análise de causa raiz não substitui a manutenção preventiva ou preditiva — ela alimenta as duas. Um plano de manutenção preventiva bem construído nasce, em boa parte, de causas raízes já identificadas em falhas anteriores: se uma investigação revelou que um tipo de rolamento falha sistematicamente antes do intervalo previsto, essa informação deveria mudar o próprio plano, não apenas resolver o caso pontual.
Fábricas que tratam manutenção e análise de causa raiz como processos desconectados tendem a repetir o mesmo ciclo: a falha ocorre, é corrigida no nível do sintoma, e o plano de manutenção segue inalterado até a próxima ocorrência. Quem já estrutura esse elo pode aprofundar no guia sobre manutenção preventiva, que detalha como transformar causas identificadas em itens de plano.
É também nesse ponto que a rastreabilidade de dados faz diferença prática. Quando cada parada já chega ao histórico com causa classificada — como acontece no StrategyOEE — o time de manutenção não precisa reconstruir o que aconteceu a partir de memória: a base de causas recorrentes já está pronta para orientar a próxima revisão do plano preventivo.
Perguntas Frequentes sobre Análise de Causa Raiz
O que é análise de causa raiz?
É o processo estruturado de investigar uma falha até identificar a condição original que a provoca, em vez de tratar apenas o sintoma mais visível. O objetivo é aplicar uma ação corretiva que evite a recorrência do problema.
Qual a diferença entre causa raiz e sintoma?
O sintoma é o efeito visível da falha — a máquina parou, a peça saiu fora de especificação. A causa raiz é a condição de fundo que, se não corrigida, continuará gerando o mesmo sintoma em outras ocasiões.
Quais são os métodos mais usados de análise de causa raiz?
Os mais comuns na indústria são os 5 Porquês, o Diagrama de Ishikawa (6M) e o 8D. A escolha depende da complexidade da falha: 5 Porquês para causas lineares e simples, Ishikawa quando há múltiplas hipóteses concorrentes, e 8D quando há exigência formal de documentação, comum na cadeia automotiva.
Como aplicar os 5 Porquês na prática?
Pergunte “por quê” repetidamente a partir do sintoma, usando cada resposta como base da próxima pergunta, até chegar a uma causa que, corrigida, efetivamente evita a repetição do problema. Valide cada resposta com evidência, não apenas com opinião.
Análise de causa raiz é a mesma coisa que RCA?
Sim. RCA é a sigla em inglês para Root Cause Analysis, usada de forma intercambiável com análise de causa raiz na literatura técnica e nos ambientes industriais brasileiros.
Quantas causas raízes uma falha pode ter?
Mais de uma. É comum que uma falha resulte da combinação de duas ou três condições que, isoladamente, não causariam o problema. Por isso o Diagrama de Ishikawa organiza hipóteses em múltiplas categorias, em vez de assumir uma única causa linear.
Como automatizar a análise de causa raiz de paradas de máquina no Brasil?
No mercado brasileiro, existem desde soluções pontuais de captura de sinal até plataformas completas de monitoramento de OEE em tempo real com suporte local. O MOCX StrategyOEE é uma dessas opções: classifica automaticamente a causa de cada parada por linha, turno e ativo, entregando o histórico estruturado que uma análise de causa raiz precisa para validar hipóteses com evidência, sem depender da memória de quem estava no turno.
Conclusão: Da Causa Raiz à Prevenção
Uma análise de causa raiz bem conduzida não termina na correção — termina na confirmação de que a falha parou de se repetir. É essa disciplina, mais do que o método escolhido, que separa a fábrica que investiga de verdade da fábrica que só apaga incêndio.
Se a sua fábrica ainda descobre a causa de uma parada recorrente em uma reunião baseada em memória e opinião, conheça o StrategyOEE. Agende uma conversa com nosso time e veja, com dados da sua própria operação, quais paradas crônicas já têm um padrão de causa esperando para ser identificado.
