taskfield

Confiabilidade

5 porquês na manutenção: análise de causa raiz em uma falha real

Como aplicar os 5 porquês na manutenção com um exemplo completo, os erros mais comuns e como registrar a causa raiz para a falha não voltar.

Trocar a peça quebrada resolve a parada de hoje. Descobrir por que ela quebrou é o que evita a parada do mês que vem, e os 5 porquês são o jeito mais simples de começar.

O que são os 5 porquês

O método consiste em perguntar "por quê?" a partir do problema observado e, para cada resposta, perguntar de novo. A cada nível você se afasta do sintoma e se aproxima da causa que, se eliminada, impede a falha de se repetir.

O número cinco é uma referência, não uma regra. Às vezes a causa raiz aparece no terceiro porquê; às vezes no sétimo. O critério de parada é outro: você chegou a algo sobre o qual a equipe consegue agir e que, corrigido, quebra a cadeia inteira.

Três condições tornam a análise útil:

  • Problema bem descrito. "A bomba parou" é vago. "A bomba B-02 desarmou por sobrecorrente às 14h10, com 40 minutos de operação" é um ponto de partida.
  • Gente de campo na conversa. Quem fez o atendimento sabe o que viu. A análise feita só no escritório tende a parar em hipóteses.
  • Cada resposta com evidência. Medição, foto, histórico de OS, registro de operação. Se a resposta é um palpite, ela precisa ser verificada antes do próximo porquê.

Exemplo completo: a bomba que desarmava

O caso a seguir é fictício, montado para ilustrar o método.

Em um prédio comercial, a bomba centrífuga de recalque de água B-02 desarmou três vezes em duas semanas. Em todas, o técnico rearmou o relé térmico e a bomba voltou a funcionar. Na terceira vez, a supervisão abriu uma análise.

PerguntaRespostaEvidência
1. Por que a bomba parou?O relé térmico desarmou por sobrecorrente.Relé encontrado desarmado; corrente medida acima da nominal após o rearme.
2. Por que a corrente subiu?O motor estava fazendo mais força que o normal para girar.Eixo com giro pesado à mão, com o motor desenergizado.
3. Por que o giro estava pesado?O rolamento do lado acoplado estava danificado.Ruído e temperatura alta no mancal; folga visível na desmontagem.
4. Por que o rolamento se danificou?Estava com graxa insuficiente e ressecada.Graxa escura e endurecida na desmontagem.
5. Por que estava sem lubrificação adequada?A lubrificação não estava em nenhum plano preventivo; dependia de alguém lembrar.Nenhuma OS de lubrificação para a B-02 no histórico dos últimos doze meses.

Repare na diferença entre os níveis. O primeiro porquê leva ao rearme do relé, que foi feito três vezes sem resolver nada. O terceiro leva à troca do rolamento, que resolve por um tempo. Só o quinto explica por que o rolamento vai falhar de novo se nada mudar.

A causa raiz quase nunca é uma peça. É a ausência de uma rotina, um padrão mal definido ou uma informação que não chegou a quem precisava. A peça é só onde o problema ficou visível.

Do diagnóstico à ação: contenção, corretiva e sistêmica

Uma análise que termina sem ações com dono e prazo não serviu para nada. Separe as ações em três níveis:

  1. Contenção. O que segura o problema agora. No exemplo: colocar a bomba reserva em operação e monitorar a temperatura do mancal da B-02 até o reparo.
  2. Corretiva. O que elimina o defeito encontrado. Trocar o rolamento, verificar o alinhamento do acoplamento e lubrificar conforme a especificação do fabricante.
  3. Preventiva ou sistêmica. O que impede a causa raiz de voltar, nesse e em outros ativos. Criar o plano de lubrificação da B-02 com periodicidade definida, revisar se as outras bombas do prédio estão na mesma situação e incluir a verificação do mancal no checklist de inspeção.

A terceira ação é a que costuma ser esquecida, e é a que dá retorno. Se o mesmo erro de cadastro deixou outras bombas sem lubrificação, o próximo desarme já está a caminho em outro lugar.

Erros comuns na análise

Parar no sintoma

"O relé desarmou" ou "o rolamento quebrou" são descrições do que aconteceu, não causas. Se a ação proposta é trocar ou rearmar algo, provavelmente a análise parou cedo.

Culpar a pessoa

"O técnico esqueceu de lubrificar" encerra a conversa sem resolver nada. Pergunte mais uma vez: por que dependia da memória dele? A resposta quase sempre aponta para um processo que falhou, e processo se corrige.

Forçar uma única cadeia

Algumas falhas têm mais de uma causa contribuindo. No exemplo, um desalinhamento também poderia estar acelerando o desgaste do rolamento. Quando duas respostas diferentes são verdadeiras para o mesmo porquê, abra dois ramos e siga ambos.

Não verificar com dados

Uma cadeia lógica pode ser convincente e estar errada. Cada resposta precisa de algo que a confirme: medição, inspeção, histórico. Sem isso, a análise só formaliza a primeira hipótese de quem falou mais alto.

Como registrar a causa raiz na OS

Análise que fica num papel ou numa planilha avulsa não é encontrada na próxima vez. O lugar dela é a ordem de serviço, com falha codificada em três campos:

  • Sintoma: o que foi observado. Ex.: desarme por sobrecorrente.
  • Causa: por que aconteceu. Ex.: falta de lubrificação.
  • Ação: o que foi feito. Ex.: troca de rolamento.

Com listas fechadas em vez de texto livre, a mesma falha recebe o mesmo nome em qualquer OS, de qualquer técnico. Aí o histórico vira consulta: quantas falhas por falta de lubrificação tivemos no ano? Em quais ativos? A causa muda depois que o plano foi criado?

Esse registro também alimenta os indicadores. Uma falha que se repete derruba o MTBF do ativo, e uma causa recorrente bem identificada costuma reduzir o tempo de diagnóstico, um dos cinco tempos do MTTR.

Texto livre conta uma história. Código permite contar quantas vezes ela se repetiu.

Quando usar outras ferramentas

Os 5 porquês funcionam bem para falhas de causa relativamente linear, analisadas por um grupo pequeno. Em alguns casos vale escalar:

  • Diagrama de Ishikawa quando há muitas causas possíveis e você precisa organizá-las antes de investigar (método, máquina, material, mão de obra, meio ambiente, medição). Depois, cada ramo promissor pode ser aprofundado com os porquês.
  • FMEA quando o objetivo é antecipar falhas de um equipamento ou sistema crítico, avaliando modos de falha, efeitos, frequência e detecção antes que aconteçam.

Não é preciso começar pelo mais sofisticado. Uma equipe que aplica bem os 5 porquês nas falhas repetidas já está à frente de quem só troca peça.

No taskfield, a OS tem sintoma, causa e ação codificados, e a IA aponta falhas que se repetem no mesmo ativo ou na mesma família de equipamentos para indicar onde vale abrir uma análise. A IA sugere, a equipe decide.

Resumo

  • Pergunte "por quê?" até chegar a uma causa sobre a qual a equipe consegue agir e que quebra a cadeia inteira.
  • Cada resposta precisa de evidência; hipótese não verificada não sustenta o próximo porquê.
  • Separe as ações em contenção, corretiva e sistêmica, e não pule a sistêmica.
  • Evite parar no sintoma, culpar pessoas e ignorar causas múltiplas.
  • Registre sintoma, causa e ação com códigos na OS para que a análise seja pesquisável.

Calcule agora. Faça a conta com os seus números nas calculadoras gratuitas:

% Sick units · MTBF

Leia também

Seja avisado no lançamento

Deixe seu e-mail e conte qual é a sua operação. A resposta vem de uma pessoa, não de um robô.

Avisamos no lançamento. Sem spam.