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.
| Pergunta | Resposta | Evidê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:
- 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.
- Corretiva. O que elimina o defeito encontrado. Trocar o rolamento, verificar o alinhamento do acoplamento e lubrificar conforme a especificação do fabricante.
- 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: