Análise de Causa Raiz

O que é análise de causa raiz?

A análise de causa raiz é um processo formal de investigação que rastreia uma falha ou problema de qualidade até sua origem. Em vez de parar na causa imediata (um rolamento travado, um motor desligado, uma válvula com vazamento), a ACR continua perguntando o porquê até chegar à condição ou decisão subjacente que tornou a falha possível. Essa condição subjacente é a causa raiz, e corrigi-la é a única forma de eliminar permanentemente o modo de falha.

Em um contexto de manufatura e manutenção, a ACR está na interseção da engenharia de confiabilidade e da melhoria contínua. É o mecanismo prático que converte dados de falha em mudanças de processo. Sem a ACR, as equipes reparam os mesmos equipamentos repetidamente, consumindo mão de obra, peças e capacidade produtiva em um ciclo que nunca se fecha. Com ela, cada falha se torna um evento de aprendizado que fortalece o programa de manutenção como um todo.

A prática moderna de ACR reconhece três camadas causais. A causa física é o componente ou material que falhou. A causa humana é o ato ou omissão que desencadeou ou deixou de evitar a falha. A causa latente é a condição organizacional (um procedimento inadequado, uma inspeção ausente, treinamento insuficiente) que permitiu que as causas humana e física se alinhassem. Uma ACR eficaz aborda as três camadas; corrigir apenas a causa física é o motivo mais comum para que as falhas se repitam.

Causa raiz versus sintoma: por que a distinção importa

Toda falha apresenta sintomas visíveis: vibração anormal, temperatura elevada, desligamento inesperado, queda de produção. Os sintomas são o que levam as equipes de manutenção a agir. A causa física está um nível mais fundo: o rolamento que falhou, o isolamento que deteriorou, o vedador que desgastou. A causa raiz vai ainda mais fundo, até a razão pela qual a causa física ocorreu.

Considere uma bomba que superaquece repetidamente. O sintoma é temperatura elevada no rolamento. A causa física pode ser a degradação da lubrificação. A causa raiz pode ser que a especificação de graxa no procedimento de manutenção foi escrita para uma aplicação de menor carga e nunca foi atualizada desde que o regime da bomba foi alterado. Substituir o rolamento toda vez que o superaquecimento ocorre trata o sintoma. Atualizar a especificação de lubrificação e adicionar um alarme de temperatura aborda a causa raiz. Após a correção orientada pela ACR, a falha deixa de se repetir.

Essa distinção também tem importância financeira. O custo do downtime associado a uma única falha de alta frequência e média gravidade pode superar em muito o de um evento catastrófico raro ao longo de um ciclo de manutenção de vários anos. A ACR é a ferramenta que reduz a frequência de falhas recorrentes e controla o custo cumulativo que elas geram.

Os quatro principais métodos de ACR

5 Porquês

Os 5 Porquês é a técnica de ACR mais simples e amplamente utilizada. Partindo da descrição da falha, o analista pergunta "Por que isso ocorreu?" e registra a resposta. Essa resposta se torna o próximo problema a ser investigado, e o processo se repete até que não seja possível obter mais respostas úteis. Cinco iterações é uma referência, não uma regra; alguns problemas se resolvem em três porquês, outros exigem sete ou mais.

Exemplo: O motor de acionamento de uma esteira transportadora falha inesperadamente.

• Por que o motor falhou? Porque superaqueceu.
• Por que superaqueceu? Porque o fluxo de ar para as aletas de resfriamento estava bloqueado.
• Por que o fluxo de ar estava bloqueado? Porque havia acúmulo de poeira na carcaça do motor.
• Por que havia acúmulo de poeira? Porque não havia tarefa de limpeza no plano de manutenção preventiva para esse motor.
• Por que não havia tarefa de limpeza? Porque o motor foi adicionado à linha durante uma expansão de produção e nunca foi integrado ao plano de manutenção do CMMS.

A causa raiz não é a poeira; é uma lacuna no processo de integração de ativos. A ação corretiva é adicionar uma tarefa de limpeza preventiva e auditar os ativos recém-instalados quanto à completude da cobertura de manutenção. Os 5 Porquês são mais eficazes para cadeias causais simples e de um único fio, e não exigem ferramentas ou softwares especializados.

Diagrama de espinha de peixe (Ishikawa)

O Diagrama de Espinha de Peixe, desenvolvido pelo engenheiro de qualidade Kaoru Ishikawa, mapeia causas visualmente. O efeito (falha) é colocado na cabeça do peixe. Categorias principais de causas se ramificam a partir da espinha, e causas específicas são adicionadas como espinhas menores em cada ramo. Na manutenção, as categorias padrão são: Pessoas, Máquina, Método, Material, Medição e Meio Ambiente (o framework 6M).

Exemplo: Uma prensa hidráulica produz força de grampeamento inconsistente, fazendo com que peças rejeitadas cheguem à montagem.

• Pessoas: operador não segue a sequência de aquecimento; técnico calibra o manômetro com padrão de referência incorreto.
• Máquina: pressão de pré-carga do acumulador está fora do especificado; desgaste do vedador não detectado entre os intervalos de manutenção preventiva planejados.
• Método: o procedimento de manutenção não especifica a frequência de verificação do acumulador.
• Material: o grau de viscosidade do fluido hidráulico foi alterado durante a última reposição sem aprovação de engenharia.

O Diagrama de Espinha de Peixe se destaca em revelar a amplitude dos fatores contribuintes por categoria, sendo especialmente útil quando uma equipe multifuncional suspeita de múltiplas causas independentes. É menos eficaz para estabelecer a sequência causal e frequentemente é seguido pelos 5 Porquês nos ramos mais promissores para chegar à verdadeira causa raiz.

Análise de árvore de falhas (FTA)

A Análise de Árvore de Falhas é um método dedutivo de cima para baixo que utiliza lógica booleana formal (portas AND/OR) para modelar como combinações de falhas de componentes ou erros humanos podem se propagar até um evento de nível superior definido. A FTA teve origem na engenharia de confiabilidade aeroespacial e é prática padrão em setores de alta criticidade, incluindo petróleo e gás, nuclear e processamento químico.

Exemplo: Um sistema de desligamento de emergência falha ao ser ativado quando um vaso de pressão ultrapassa seu limite operacional seguro. A árvore de falhas mapeia cada caminho lógico até esse evento: falha do sensor, circuito aberto no cabo de sinal, falha de software no controlador lógico, falha mecânica da válvula solenóide e combinações de falhas parciais que, juntas, comprometem o sistema. Ao calcular as probabilidades em cada ramo, os engenheiros identificam os pontos mais vulneráveis e priorizam mudanças de projeto ou adições de redundância.

A FTA é quantitativa quando dados de probabilidade de falha estão disponíveis, e qualitativa quando não estão. Requer treinamento especializado e é tipicamente reservada para sistemas de segurança crítica e cenários complexos de falha com múltiplos componentes.

FMEA (análise dos modos e efeitos de falha)

A FMEA é um método proativo adjacente à ACR. Em vez de investigar uma falha que já ocorreu, a FMEA antecipa sistematicamente todas as formas pelas quais um sistema, componente ou processo pode falhar e avalia as consequências de cada modo de falha. Cada modo de falha é pontuado em três dimensões: Severidade (qual é a gravidade do efeito?), Ocorrência (com que frequência esse modo de falha provavelmente acontecerá?) e Detecção (qual é a probabilidade de a falha ser identificada antes de causar danos?). As três pontuações são multiplicadas para produzir o Número de Prioridade de Risco (NPR).

Os modos de falha com NPR alto são priorizados para ação corretiva antes de gerarem falhas reais. A FMEA é usada durante o projeto de equipamentos, durante revisões de mudanças de processo e durante programas de melhoria de confiabilidade como complemento prospectivo à ACR retrospectiva. É especialmente valiosa durante a fase de projeto de novos equipamentos, pois mudanças feitas no papel são muito menos custosas do que mudanças feitas após a instalação.

Comparação dos métodos de ACR

O processo de ACR: passo a passo

Passo 1: defina o problema

Redija uma descrição precisa do problema que descreva a falha, o ativo afetado, quando e onde ocorreu, e o impacto mensurável. Descrições vagas produzem investigações vagas. "A bomba P-102 perdeu a escorva três vezes nos últimos 30 dias, cada ocorrência causando de 45 a 90 minutos de downtime não planejado na linha de embalagem" é uma descrição eficaz. "A bomba continua falhando" não é.

Passo 2: colete dados

Antes de entrevistar qualquer pessoa ou desenhar diagramas, reúna evidências objetivas. Extraia o histórico de ordens de serviço do CMMS, revise os dados de tendência dos sensores do período anterior à falha, colete registros de manutenção, registros de inspeção e quaisquer históricos de alarmes. As evidências físicas dos componentes com falha devem ser preservadas em vez de descartadas. Evidências ordenadas cronologicamente são particularmente valiosas, pois revelam a ordem em que as condições se desenvolveram.

Passo 3: mapeie a cadeia causal

Aplique o método de ACR adequado com base na complexidade do problema. Para falhas simples, os 5 Porquês ou uma análise simples de linha do tempo são suficientes. Para falhas complexas e multivariáveis, o Diagrama de Espinha de Peixe ajuda a garantir que nenhuma categoria principal de causa seja ignorada, e a FTA fornece estrutura lógica rigorosa quando a segurança do sistema está em jogo. Documente cada elo causal com evidências de suporte; afirmações sem suporte enfraquecem a análise e dificultam a justificativa das ações corretivas.

Passo 4: identifique a causa raiz

A causa raiz é o ponto em que a cadeia causal se encerra: a condição que, se modificada, impediria a recorrência da falha. Teste isso perguntando se a remoção da causa raiz identificada teria evitado a falha. Se a resposta for sim, a causa raiz está corretamente identificada. Se a resposta for "provavelmente, mas apenas se outra condição também tivesse mudado", é necessária uma investigação mais aprofundada para separar as verdadeiras causas raiz dos fatores contribuintes.

Passo 5: desenvolva ações corretivas

Gere ações corretivas para cada camada causal. Causas físicas normalmente exigem correções de engenharia ou no nível do componente. Causas humanas requerem atualizações de procedimentos, treinamento ou materiais de apoio à tarefa. Causas latentes exigem mudanças sistêmicas: revisão de estratégias de manutenção, atualização de planos preventivos, melhoria dos critérios de inspeção ou mudanças no sistema de gestão. Cada ação corretiva deve ser específica, mensurável e atribuída a um responsável nomeado com prazo de conclusão.

Passo 6: implemente e verifique

Implemente as ações corretivas por meio do sistema de ordens de serviço e acompanhe sua conclusão no CMMS. Após a implementação, monitore o ativo para verificar que o modo de falha foi eliminado. Se a falha recorrer, a análise deve ser reaberta; a recorrência é evidência de que a causa raiz não foi corretamente identificada ou de que a ação corretiva não foi totalmente eficaz. A verificação não é opcional; uma ACR que não é verificada não tem valor para a confiabilidade.

Passo 7: compartilhe os resultados

Distribua os resultados da ACR para todas as equipes que gerenciam equipamentos semelhantes. Uma análise de falha concluída em uma bomba de uma planta é diretamente aplicável a bombas idênticas em outras plantas. Compartilhar os resultados multiplica o retorno sobre o investimento na investigação e constrói o conhecimento institucional que reduz a taxa de falhas geral da organização ao longo do tempo.

Exemplos práticos de equipamentos industriais

Falha de selo mecânico em bomba centrífuga (planta química)

Uma bomba centrífuga que manuseia fluido de processo levemente corrosivo apresentou falhas repetidas no selo mecânico em um intervalo médio de 60 dias, contra uma vida útil esperada do selo de 18 meses. Os reparos iniciais substituíram o selo a cada ocorrência. Uma ACR com os 5 Porquês revelou: o selo estava falhando por operação a seco; a operação a seco ocorria porque a válvula de escorva automática travava fechada; a válvula travava porque havia sido especificada para serviço com água limpa e não foi atualizada quando o fluido de processo foi alterado; a especificação não foi atualizada porque não havia um processo formal de gestão de mudanças exigindo revisão de engenharia ao trocar fluidos de processo. A causa raiz foi uma lacuna no procedimento de gestão de mudanças. A ação corretiva substituiu a válvula por um tipo quimicamente compatível e estabeleceu um checklist formal de GdM. A vida útil do selo voltou ao especificado.

Falha de rolamento em motor de indução (planta de alimentos e bebidas)

Um motor de indução de 75 kW acionando um misturador teve seu rolamento do lado de acionamento substituído quatro vezes em 18 meses. Cada substituição era tratada como uma tarefa corretiva de rotina. Uma ACR com Diagrama de Espinha de Peixe identificou causas em três categorias: Máquina (tolerância incorreta de ajuste do rolamento, gerando micromovimentos), Método (técnico usando martelo em vez de aquecedor por indução para instalação do rolamento, causando danos na instalação) e Medição (nenhuma linha de base de vibração era registrada após a instalação para confirmar o ajuste correto). A causa raiz abrangia duas categorias: procedimento inadequado de instalação de rolamentos e ausência de verificação pós-instalação. Procedimentos atualizados especificando instalação térmica e análise de vibração obrigatória pós-instalação eliminaram a falha; o rolamento funcionou sem substituição por mais de dois anos.

Contaminação do sistema hidráulico (linha de prensas automotivas)

Uma linha de prensas sofreu oito falhas em servovalvas em um único trimestre. Cada válvula foi substituída em garantia, mas a vida útil das válvulas permanecia curta. Uma ACR combinando Espinha de Peixe e análise de 5 Porquês constatou que a contaminação por partículas no fluido hidráulico estava excedendo as metas de limpeza da norma ISO 4406. O fluido estava limpo quando amostrado no reservatório, mas altamente contaminado no bloco de válvulas. A investigação descobriu que o elemento filtrante da linha de retorno não havia sido substituído em 14 meses, apesar de um intervalo de manutenção preventiva de 6 meses, porque a tarefa de troca do filtro havia sido incorretamente rotulada como trimestral no CMMS, enquanto a especificação do fabricante exigia a substituição semestral. O erro de entrada de dados sobre a frequência de manutenção preventiva no CMMS era a causa raiz. Corrigir a frequência no CMMS e adicionar um alarme de pressão diferencial no filtro resolveu o problema de contaminação, e a vida útil das válvulas voltou ao intervalo esperado pelo fabricante.

Quando usar a análise de causa raiz

A ACR não é adequada para todo evento de falha. Aplicar uma investigação formal completa a cada falha menor consumiria mais recursos do que as próprias falhas. As equipes de manutenção normalmente definem critérios de limite para decidir quando uma ACR formal é justificada. Gatilhos comuns incluem:

• Qualquer falha que tenha ocorrido mais de duas vezes em um período contínuo de 12 meses no mesmo ativo ou classe de ativo.
• Qualquer evento de downtime não planejado que exceda um limite de custo ou duração definido (por exemplo, mais de duas horas em uma linha de produção crítica).
• Qualquer falha envolvendo incidente de segurança, quase-acidente ou requisito de notificação regulatória.
• Qualquer falha que cause um escape de qualidade que chegou ao cliente.
• Qualquer falha de um sistema de segurança crítica, independentemente do resultado.

Abaixo desses limites, uma análise simplificada ou uma conversa rápida de 5 Porquês geralmente é suficiente. O objetivo é adequar o rigor da investigação ao risco real e ao custo da falha, e não gerar papelada. A manutenção corretiva que integra os resultados documentados da ACR ao ciclo de planejamento de manutenção produz o maior retorno de longo prazo.

ACR e engenharia de confiabilidade

Em um programa de manutenção maduro, a ACR não é uma ferramenta reativa isolada; ela está integrada ao framework mais amplo de engenharia de confiabilidade. As tecnologias de manutenção preditiva detectam sinais precoces de falha e permitem investigações acionadas por condição antes de uma parada completa. Isso significa que a evidência física é preservada (o componente ainda não falhou catastroficamente), o registro de dados está completo (as tendências dos sensores que levaram à anomalia estão disponíveis) e a ação corretiva pode ser planejada em vez de apressada.

A FMEA, aplicada de forma proativa, reduz o número de modos de falha que requerem ACR reativa ao eliminar modos de alto risco durante a fase de projeto e planejamento. Os dados de confiabilidade coletados de investigações de ACR encerradas retroalimentam as planilhas de FMEA, melhorando sua precisão ao longo do tempo. Os dois métodos são complementares, não intercambiáveis.

Organizações que sistematicamente fecham o ciclo entre os resultados da ACR, o planejamento de manutenção e o projeto de equipamentos observam reduções mensuráveis no MTBF (Tempo Médio Entre Falhas), nas taxas de downtime não planejado e no custo de manutenção por unidade de produção ao longo de um horizonte de dois a três anos.

O mais importante

A análise de causa raiz é o mecanismo que converte a manutenção reativa em um sistema de aprendizado. Cada falha contém informações sobre o que o programa de manutenção deixou de prevenir. A ACR extrai essas informações de forma sistemática e as traduz em mudanças procedimentais, técnicas ou organizacionais que reduzem a probabilidade de recorrência. Para os gestores de manutenção, o valor prático é direto: equipes que realizam e agem sobre os resultados da ACR passam progressivamente menos tempo em reparos repetitivos e mais tempo em trabalho planejado e de valor agregado.

O método importa menos do que a disciplina. Uma análise de 5 Porquês bem conduzida e aplicada prontamente entrega mais valor de confiabilidade do que um relatório de FTA tecnicamente perfeito que fica arquivado sem nenhum desdobramento. As etapas-chave são: definir o problema com precisão, coletar evidências objetivas, identificar causas nas três camadas (física, humana e latente), atribuir ações corretivas com responsáveis e prazos, verificar que as ações funcionaram e compartilhar os resultados por toda a organização.

Quando a ACR é apoiada por dados contínuos de monitoramento de condição e por um histórico completo de ativos em um CMMS, o tempo de investigação diminui, a qualidade das evidências melhora e as ações corretivas são direcionadas com maior precisão. O resultado é um programa de manutenção que melhora de forma mensurável a cada falha investigada, em vez de um que simplesmente reage às mesmas falhas repetidamente.

Perguntas frequentes