Existe uma cena que se repete em plantas industriais de todos os portes e níveis de maturidade. Um equipamento crítico falha. A equipe reage rápido, restabelece a operação e abre uma análise de causa raiz. O relatório é produzido, o plano de ação é aprovado e a reunião é encerrada com a sensação legítima de trabalho bem-feito.
Sete meses depois, o mesmo equipamento falha do mesmo jeito.
Quando isso acontece, a conclusão mais comum dentro da organização é que faltou disciplina na execução do plano. Em campo, raramente é esse o caso. Na maior parte das vezes o plano foi executado, ele apenas endereçava a causa errada.
O ponto natural de parada de uma análise
Toda investigação de falha tem um ponto de parada natural: o momento em que surge uma explicação plausível o bastante para encerrar a discussão e liberar a equipe para o próximo problema. Esse ponto quase nunca coincide com a causa real.
Não se trata de descuido nem de falta de competência técnica. É uma pressão estrutural. A reunião tem hora para acabar, a planta precisa voltar a produzir, e existe um custo social em insistir numa investigação depois que o grupo já convergiu para uma resposta aceitável. A primeira explicação plausível é, quase sempre, a mais confortável para todos os presentes.
O resultado é previsível: planos de ação tecnicamente corretos, endereçados a um alvo que não era o problema.
Os três estágios da causa
O que observamos em campo é que a investigação de uma falha atravessa três estágios distintos, e que a maioria das análises encerra no primeiro ou no segundo.
O primeiro estágio é a causa aparente. É o componente que quebrou: o rolamento que travou, a vedação que rompeu, o sensor que deixou de ler. O plano de ação vira substituição de componente. A falha volta no mesmo intervalo.
O segundo estágio é a causa técnica. É a explicação de por que aquele componente foi solicitado além do previsto: desalinhamento, lubrificação inadequada, parâmetro de operação fora da faixa, plano de manutenção com periodicidade incompatível com o regime real de uso. O plano de ação vira ajuste técnico. A falha volta com menos frequência, o que costuma ser interpretado, equivocadamente, como sucesso.
O terceiro estágio é a causa sistêmica. É o que na forma de operar, especificar, comprar ou manter permitiu que aquela condição existisse e persistisse. Uma especificação de compra que privilegiou preço sobre ciclo de vida. Um plano de manutenção herdado do fabricante e nunca revisado diante do regime real de operação. Uma prática de operação consolidada que nunca foi formalmente questionada.
É no terceiro estágio que a falha efetivamente termina. E é ali que a maior parte das análises não chega, porque chegar exige contestar decisões que já estão consolidadas, muitas vezes tomadas por outras áreas e por pessoas que não estão na sala.
Por que mais ferramenta não resolve
A resposta organizacional mais comum a falhas recorrentes é treinar mais gente em mais ferramentas. Ishikawa, 5 Porquês, FTA, FMEA, PDCA, Árvore de Falhas.
O problema é que essas ferramentas são estruturas de organização do raciocínio, não mecanismos de garantia de profundidade. Um Ishikawa preenchido em trinta minutos e um Ishikawa construído sobre evidência de campo têm exatamente a mesma aparência no relatório. Cinco Porquês podem ser respondidos com cinco hipóteses encadeadas sem que nenhuma seja verificada. A ferramenta não distingue entre a hipótese confortável e a causa comprovada, quem faz isso é o critério de encerramento da análise.
Um critério de encerramento útil é razoavelmente simples de enunciar e desconfortável de aplicar: a causa identificada precisa resistir a um teste de reprodução. Se eu recriasse deliberadamente a condição que apontei como causa, a falha aconteceria de novo? Se a resposta honesta for “provavelmente não” ou “não sei”, a análise não terminou.
Antes da causa, o alvo
Há um problema anterior à profundidade da análise, e ele costuma custar mais caro: a escolha do que analisar.
Toda planta tem mais perdas do que capacidade de investigação. O que decide onde a equipe de confiabilidade vai gastar as próximas trezentas horas raramente é o impacto financeiro, é a visibilidade do evento. A parada que interrompeu a linha na frente da diretoria será analisada. A microparada recorrente que nunca gerou apontamento, o setup padronizado num tempo que ninguém questiona há anos, o equipamento operando a 80% da capacidade nominal há tanto tempo que 80% virou o normal: essas não entram na fila, porque não geraram evento.
Na maioria das operações em que atuamos, essa segunda categoria soma mais do que a primeira. Ela não aparece por ausência de método de identificação e quantificação, não por falta de competência da equipe.
Por isso, análise de falhas bem feita começa antes da falha: começa no mapeamento das perdas, na tradução de cada uma em valor financeiro e na priorização por impacto e viabilidade. Sem essa etapa, a organização investiga bem os problemas errados.
E depois, sustentar
O último ponto de perda aparece quando o resultado já foi obtido.
Ganhos de confiabilidade raramente se perdem por erro técnico. Perdem-se por falta de padronização: a solução funcionou, mas ficou na cabeça de quem a implementou. A pessoa muda de turno, de área ou de empresa, e o ganho vai junto. Passados seis meses, o indicador voltou ao patamar anterior sem que ninguém consiga apontar quando.
Sustentar resultado é uma disciplina separada de gerar resultado. Exige padrão documentado, indicador acompanhado com frequência definida e um responsável formal pela manutenção do ganho. Não é a continuação natural do projeto; é outro trabalho, com outra lógica, e precisa ser planejado como tal.
Não é uma metodologia. É uma disciplina transversal.
Vale um registro, porque a confusão é comum: análise de falhas e perdas não pertence a uma metodologia específica.
Ela é a disciplina que sustenta o RCM e a Manutenção Centrada em Confiabilidade, que responde aos requisitos de gestão de risco e desempenho de ativos da ISO 55001, que aparece no corpo de conhecimento consolidado pelo GFMAM (Global Forum on Maintenance and Asset Management) e que alimenta os pilares de melhoria específica do TPM e do WCM. Também é o que dá conteúdo real ao Lean quando o desperdício investigado é de origem técnica.
Trocar de framework não muda a exigência. Seja qual for a estrutura adotada, sem causa comprovada e sem ganho sustentado nenhuma delas entrega resultado. O que muda entre as metodologias é a governança em volta da análise, não o rigor que ela exige.
O ciclo completo
Colocando essas frentes em sequência em sequência, uma análise de falhas e perdas que gera resultado percorre sete etapas:
1. Identificar – tornar visíveis as perdas operacionais, inclusive as que não geram evento
2. Quantificar – traduzir cada perda em valor financeiro
3. Priorizar – selecionar por impacto e viabilidade, não por visibilidade
4. Investigar – chegar à causa sistêmica, com critério de encerramento definido
5. Eliminar – implementar ações que atacam a causa comprovada
6. Padronizar – documentar para que a solução não dependa de pessoas
7. Sustentar – acompanhar o indicador e manter responsabilidade formal pelo ganho
Nenhuma dessas etapas é conceitualmente difícil. O que as torna raras na prática é que exigem disciplina em momentos nos quais a organização está sob pressão para seguir adiante, e é exatamente aí que a diferença entre uma equipe que apresenta análises e uma equipe que apresenta resultados se estabelece.
A pergunta que fecha o ciclo
Ao final de um ciclo de análise de falhas, a pergunta mais reveladora não é quantas análises foram concluídas nem quantas ações foram implementadas.
É: quanto isso gerou?
Se a resposta não existir, o ciclo produziu documentação. Se existir e for pequena diante do esforço investido, o problema provavelmente está na etapa de priorização. E se existir, for relevante e ainda assim tiver desaparecido do indicador seis meses depois, o problema está na sustentação.
As respostas apontam para o mesmo lugar: não para a falta de ferramenta, mas para a falta de método que conecta a identificação da perda ao resultado que aparece no fechamento.
A PCM Consultoria vai lançar em breve o ANÁLISE DE FALHAS E PERDAS | LOSS HUNTER, formação online construída sobre 35 anos de implementação de Gestão de Ativos, Gestão de Manutenção, Engenharia de Confiabilidade, PCM, RCM, TPM e WCM em plantas de regime contínuo, alinhada às diretrizes do GFMAM e à ISO 55001. Cada módulo entrega ferramentas aplicáveis na operação desde o primeiro dia.
