Por que a mesma falha continua voltando?
Toda equipe de manutenção conhece aquele equipamento que quebra pelo mesmo motivo mês após mês. Trocamos o rolamento, ajustamos o alinhamento, substituímos o motor — e semanas depois lá está o problema novamente. Isso acontece porque, na maioria dos casos, tratamos o sintoma e não a causa fundamental. A falha recorrente é o sinal mais claro de que a análise anterior parou cedo demais.
A Análise de Causa Raiz (RCA, ou RCFA — Root Cause Failure Analysis) é a investigação estruturada que busca a origem real de uma falha para eliminá-la, e não apenas remediá-la. Ela é a base da chamada manutenção proativa: em vez de consertar repetidamente o sintoma, ataca-se a causa para que a falha simplesmente não volte.
O ponto de partida: descrever o evento e preservar evidências
Antes de teorizar, é preciso capturar a realidade. Um RCA bem-feito começa com:
- Descrição do evento: o quê falhou, onde (TAG do ativo), quando e qual o impacto (parada de produção, custo, segurança).
- Preservação de evidências: peças danificadas, fotos, parâmetros de processo, histórico de OS.
- Linha do tempo: reconstruir a sequência de fatos que antecederam a falha.
Um erro comum é pular direto para conclusões pela experiência ("é sempre o rolamento"). Lembre-se: correlação não é causa. Duas coisas ocorrerem juntas não prova que uma causou a outra — isso exige investigação.
Os 5 Porquês: descendo até a raiz organizacional
A ferramenta mais simples e poderosa é perguntar "por quê?" sucessivamente até chegar a uma causa que possa ser eliminada por processo. Veja um exemplo clássico:
- O rolamento travou. Por quê?
- A lubrificação estava degradada. Por quê?
- Foi usada graxa incompatível. Por quê?
- O padrão de lubrificação estava desatualizado. Por quê?
- Não há revisão periódica dos planos. Por quê?
- Falta um processo de gestão de mudanças (causa raiz organizacional).
Perceba que, se a análise parasse no passo 1 ou 2, apenas trocaríamos o rolamento e a graxa — e a falha voltaria. A causa raiz verdadeira quase sempre é organizacional (latente).
Ishikawa 6M: organizando as hipóteses
Quando a falha é complexa e há várias causas possíveis, o Diagrama de Ishikawa (espinha de peixe) ajuda a organizar hipóteses em seis famílias. A "cabeça do peixe" é o efeito; cada espinha, uma categoria de causa:
- Máquina: projeto inadequado, fim de vida útil, componente fora de especificação, falta de proteção.
- Método: procedimento inexistente ou desatualizado, plano de manutenção incorreto, frequência inadequada, falta de padrão de torque/montagem.
- Mão de obra: treinamento insuficiente, erro de execução, fadiga, falta de certificação.
- Material: peça não original, lubrificante errado, armazenamento inadequado do sobressalente.
- Meio ambiente: contaminação, temperatura/umidade, atmosfera corrosiva, vibração externa.
- Medição: instrumento descalibrado, dado de processo incorreto, indicador mal definido, coleta falha no CMMS.
Não se esqueça das causas latentes: pressão de produção sobre janelas de manutenção, orçamento insuficiente, cultura reativa e ausência de análise crítica de falhas. São elas que mantêm o problema vivo.
Ishikawa e Árvore de Falhas (FTA) são complementares: o primeiro é causa-efeito por categorias; o segundo é lógico (portas E/OU). Use o Ishikawa para levantar hipóteses e a FTA quando precisar de rigor lógico.
As três camadas da causa raiz
Um RCA maduro identifica causas em três níveis:
- Causa física: o mecanismo direto da falha (o rolamento superaqueceu).
- Causa humana: a ação ou omissão que levou à causa física (aplicação da graxa errada).
- Causa latente/organizacional: o processo ausente que permitiu o erro (falta de gestão de padrões).
Eliminar apenas a causa física garante recorrência. A verdadeira confiabilidade nasce ao atacar a camada organizacional.
Do diagnóstico à ação: 5W2H e verificação de eficácia
Descobrir a causa não resolve nada sem ação. O plano deve seguir o 5W2H — o quê, por quê, quem, quando, onde, como e quanto custa — com responsáveis e prazos claros. E, fundamentalmente, o RCA só termina quando a eficácia é verificada por 3 a 6 meses, monitorando a recorrência do modo de falha. Se voltou, a causa raiz não foi eliminada.
Como o SIGMA CMMS estrutura o RCA na prática
O SIGMA CMMS traduz essa metodologia em rotina operacional por meio da cadeia Sintoma → Defeito → Causa → Solução → Intervenção. O sintoma é o que o operador percebe ("máquina não liga"); o defeito é sua definição técnica; a causa é a origem do defeito; e a solução reúne as ações possíveis. Ao vincular esse conjunto em uma Intervenção (troubleshooting), o mantenedor sabe de antemão o que verificar e o gestor acumula histórico para análise de causa raiz e planos de ação estruturados. Combinado ao registro de OS, ao Pareto das falhas mais frequentes e às orientações do assistente IAN/Oráculo, o SIGMA transforma falhas recorrentes em oportunidades de melhoria contínua — levando sua manutenção do reativo ao proativo, onde a falha não volta.
flowchart TD
A[Falha recorrente aparece] --> B[Descrever evento e impacto]
B --> C[Preservar evidencias e linha do tempo]
C --> D[Investigar sem confundir correlacao com causa]
D --> E[Aplicar 5 Porques]
D --> F[Organizar hipoteses com Ishikawa 6M]
E --> G[Encontrar causa raiz organizacional]
F --> G
G --> H[Eliminar causa com manutencao proativa]