Análise de falhas: como investigar e registrar

Análise de falhas é o processo de investigar por que um equipamento perdeu sua função, chegar à causa que pode ser corrigida e registrar o resultado de forma que a falha não se repita. Ela vai além do reparo: trocar o selo vazando resolve a parada de hoje; descobrir por que o selo vaza a cada seis semanas resolve as próximas.

Quase toda equipe de manutenção diz que faz análise de falhas. Na prática, a maioria faz uma reunião depois de uma quebra grande, preenche um formulário, escreve “desgaste natural” ou “falha de operação” como causa e arquiva. Seis semanas depois, a mesma bomba para. O problema raramente é falta de ferramenta; é falta de critério para escolher o que investigar, de método para não parar na primeira resposta e de registro que permita enxergar a repetição.

Quais falhas merecem investigação?

Investigar tudo é impossível, e tentar faz com que nada seja investigado direito. Defina gatilhos objetivos, por exemplo:

• parada de equipamento crítico acima de um número de horas definido pela planta;
• custo de reparo acima de um valor de referência;
• mesma falha no mesmo equipamento duas vezes em 90 dias;
• qualquer falha com consequência de segurança, meio ambiente ou segurança de alimento;
• falha em equipamento recém-reformado ou recém-instalado.

Os valores exatos dependem da planta. O importante é que o gatilho seja escrito e que a análise aconteça automaticamente quando ele dispara, sem depender de alguém achar que vale a pena. Para as falhas que não atingem o gatilho, o registro bem feito na OS já é suficiente, porque é ele que vai mostrar a repetição depois.

Modo, mecanismo e causa: três coisas diferentes

A confusão mais comum na análise de falhas é misturar o que aconteceu com por que aconteceu. A norma ISO 14224 ajuda a separar os conceitos:

Conceito	Pergunta	Exemplo (bomba centrífuga)
Modo de falha	Como a falha se manifestou?	Vazamento externo pelo selo
Mecanismo de falha	Que processo físico levou à falha?	Desgaste das faces por operação a seco
Causa da falha	O que criou as condições para o mecanismo?	Bomba operando muito abaixo da vazão mínima

Quem para no modo (“vazou o selo”) troca o selo. Quem para no mecanismo (“desgastou”) troca o selo por um de material melhor. Só quem chega à causa resolve, porque muda a condição que destrói qualquer selo.

Como conduzir uma análise de falhas, passo a passo

1. Preserve as evidências

A peça que falhou é a principal testemunha, e costuma ir para a sucata antes de alguém olhar. Combine com a equipe: em falhas que atingem o gatilho, a peça fica separada, identificada e fotografada antes de qualquer limpeza. Registre também as condições no momento da falha: carga, temperatura, pressão, quem operava, o que mudou recentemente.

2. Descreva a falha com fatos

Escreva o que aconteceu, quando, em que equipamento e componente, e qual foi a consequência. Sem opinião nessa etapa. “O selo do lado de sucção vazou às 14h20, com a bomba operando há 38 minutos após a partida” é fato. “O selo era de má qualidade” é hipótese.

3. Monte o time certo

Três a cinco pessoas: quem fez o reparo, quem opera o equipamento, alguém de planejamento ou confiabilidade e, quando necessário, o fornecedor. Sem o operador, metade das causas operacionais fica invisível.

4. Procure a causa com método

Para falhas simples, os cinco porquês funcionam bem, desde que cada resposta seja verificada com evidência, e não aceita porque soa razoável. Para falhas com várias causas possíveis, o diagrama de Ishikawa ajuda a organizar as hipóteses por categoria (máquina, método, material, mão de obra, meio, medição) antes de testar cada uma.

5. Defina ações que mudam a condição

Ação boa ataca a causa e tem responsável e prazo. “Treinar operadores” e “reforçar a inspeção” são ações fracas quando aparecem sozinhas, porque dependem de lembrar. Ações mais fortes mudam o projeto, o procedimento ou o plano: instalar recirculação mínima, mudar a especificação da peça, incluir um ponto de inspeção no plano preventivo, alterar o procedimento de partida.

6. Verifique se funcionou

Marque uma data para conferir se a falha voltou. Sem essa verificação, ninguém sabe se a análise resolveu ou só gerou um relatório.

Exemplo: o selo que vazava a cada seis semanas

Caso hipotético num laticínio. Uma bomba de transferência de soro teve o selo mecânico trocado quatro vezes em cinco meses. Cada troca levava cerca de três horas e exigia nova higienização da linha. A equipe já tinha trocado o fornecedor do selo uma vez, sem efeito.

A análise seguiu os passos acima. As faces do último selo, guardadas, mostravam marcas típicas de operação a seco. A conversa com o operador trouxe o dado que faltava: desde uma mudança no processo, meses antes, a válvula de descarga ficava quase fechada durante boa parte do turno para controlar o nível do tanque de destino. A bomba passava horas operando muito abaixo da vazão adequada, aquecendo o produto na região do selo.

Os porquês, verificados um a um:

1. Por que o selo vazou? Porque as faces se desgastaram rapidamente.
2. Por que se desgastaram? Porque operaram sem filme de líquido adequado.
3. Por que faltou filme de líquido? Porque o produto aquecia e vaporizava na câmara do selo.
4. Por que aquecia? Porque a bomba trabalhava longos períodos com vazão muito baixa.
5. Por que a vazão era baixa? Porque o controle de nível do tanque passou a ser feito estrangulando a descarga da bomba, sem revisão do ponto de operação.

A ação principal não foi trocar o selo, e sim mudar o controle de nível (com retorno ao tanque de origem) para manter a bomba numa faixa adequada de vazão. O procedimento operacional foi revisado e um ponto de verificação de temperatura da carcaça entrou na rota de inspeção. A verificação, marcada para quatro meses depois, mostraria se a frequência de troca tinha caído.

Como registrar a análise de falhas na ordem de serviço

A análise formal é para poucos eventos. O registro bem feito é para todos, e é ele que permite achar as falhas repetitivas antes que elas virem crise. Na OS corretiva, os campos mínimos são:

• Equipamento no nível certo da árvore de ativos (a bomba, não “linha de soro”).
• Componente que falhou (selo, rolamento, acoplamento, motor).
• Modo de falha a partir de uma lista fechada (vazamento, vibração, superaquecimento, não parte, ruído).
• Causa provável a partir de lista fechada, com opção “a investigar” em vez de “outros”.
• Ação executada e peças usadas.
• Horários reais de início da falha, início do reparo e liberação.

Listas fechadas são a diferença entre um histórico que vira Pareto e um histórico de texto livre que ninguém consegue somar. Se a OS ainda é de papel e preenchida no fim do turno, os horários e a causa são os primeiros a se perder. Num CMMS como o Sismetro, a OS aberta e encerrada pelo celular, com foto da peça e campos padronizados, fica no histórico do equipamento e serve de base para as próximas análises. Veja também como estruturar a ordem de serviço de manutenção.

Erros que fazem a falha voltar

• Aceitar “desgaste natural” como causa. Desgaste é mecanismo. A pergunta é por que o desgaste foi mais rápido que o esperado.
• Parar no erro humano. “O operador errou” quase sempre esconde um procedimento confuso, um treinamento que não aconteceu ou um projeto que facilita o erro.
• Investigar sem a peça. Hipóteses sem evidência física tendem a confirmar o que o time já acreditava.
• Plano de ação sem dono. Uma ferramenta simples como o 5W2H evita a ação “a definir”.
• Não olhar a repetição. A primeira ocorrência parece acaso. A terceira, registrada direito, é padrão.

Próximo passo: escreva os gatilhos de investigação da sua planta em meia página, aprove com a gerência e revise os campos da OS corretiva para que componente, modo e causa sejam escolhidos de uma lista. Com isso, em três meses você terá dados para a primeira lista de equipamentos que mais falham.

Perguntas frequentes

Qual a diferença entre análise de falhas e análise de causa raiz?

Análise de falhas é o processo completo: registrar, investigar, definir ações e verificar resultado. A análise de causa raiz é a etapa central desse processo, em que se busca a causa que, corrigida, impede a recorrência.

Quais ferramentas usar na análise de falhas?

Para falhas simples, cinco porquês com verificação de cada resposta. Para falhas com várias causas possíveis, diagrama de Ishikawa seguido de teste das hipóteses. Em falhas complexas ou de alto risco, métodos mais estruturados, como árvore de falhas.

Toda falha precisa de análise de causa raiz?

Não. Defina gatilhos, como parada longa em equipamento crítico, custo alto ou repetição em 90 dias. As demais falhas precisam de registro bem feito na OS, que vai revelar padrões depois.

O que registrar na OS para facilitar a análise de falhas?

Equipamento no nível correto, componente, modo de falha, causa provável, ação executada, peças e horários reais. Use listas fechadas para modo e causa, para que o histórico possa ser somado e comparado.