Voltar
Manutenção Industrial

5 porquês: o que é e como aplicar na análise de causa raiz

R
Redação técnica PM Run
23/08/2026

5 porquês é uma técnica de investigação que encadeia perguntas sobre um problema até chegar a causas e fatores contribuintes que possam ser testados e tratados. O número cinco orienta a profundidade, sem funcionar como meta fixa. A análise pode terminar antes, avançar além da quinta pergunta ou abrir mais de uma cadeia quando as evidências apontam caminhos diferentes.

Na manutenção industrial, a técnica funciona melhor em problemas delimitados e com uma sequência causal compreensível. Ela ajuda a organizar hipóteses. A confirmação vem de registro, inspeção, medição e teste, porque uma resposta convincente numa reunião ainda pode estar errada.

O que os 5 porquês entregam

O ponto de partida é um evento descrito com precisão. Cada resposta à pergunta “por quê?” propõe uma relação causal que precisa ser sustentada. Quando a equipe encontra mais de uma explicação compatível com o fato observado, a análise abre ramos em vez de escolher o primeiro relato disponível.

O guia de 5 porquês dos Centers for Medicare & Medicaid Services orienta envolver pessoas que conhecem o processo, continuar além de cinco perguntas quando necessário e validar a causa perguntando se o problema provavelmente voltaria mesmo depois de ela ser removida. O próprio guia alerta que a técnica pode não encontrar todas as causas e recomenda ampliar a investigação com um diagrama de causa e efeito quando o problema exige uma visão mais abrangente.

O Institute for Healthcare Improvement reforça outro limite importante: um problema pode ter várias causas, e pessoas que observam partes diferentes do sistema podem construir respostas diferentes. Na indústria, isso explica por que operação, manutenção, engenharia e segurança precisam participar dos casos relevantes.

Quando usar e quando ampliar o método

Os 5 porquês são adequados quando o evento está bem delimitado, a equipe tem acesso ao equipamento e aos registros, e a cadeia pode ser verificada em campo. Uma atuação de proteção, um componente que falhou antes do esperado ou uma inspeção não executada podem ser bons pontos de partida.

Amplie a investigação quando houver:

  • mais de um modo de falha capaz de produzir o mesmo efeito;
  • interação entre equipamento, processo, ambiente, material e comportamento humano;
  • evento de segurança, meio ambiente ou alta consequência;
  • evidência insuficiente para escolher entre hipóteses concorrentes;
  • reincidência depois de uma ação que deveria ter removido a causa.

Nesses casos, o diagrama de Ishikawa ajuda a abrir famílias de fatores, a árvore de falhas explicita combinações lógicas e a análise de barreiras verifica por que os controles não evitaram o evento. O guia de análise de causa raiz na manutenção organiza essas ferramentas dentro do mesmo processo.

Como aplicar com rigor

  1. Descreva o evento. Registre equipamento, função afetada, data, turno, condição operacional, proteção acionada e efeito no processo.
  2. Preserve a evidência. Separe alarmes, tendência, fotografia, peça removida, histórico da ordem, plano vigente e relato de quem acompanhou o evento.
  3. Formule a primeira relação. Responda por que o efeito aconteceu e declare qual evidência sustenta a resposta.
  4. Teste alternativas. Pergunte que outra condição produziria o mesmo efeito e o que diferencia as hipóteses.
  5. Abra ramos quando necessário. Falha técnica, controle ausente e condição operacional podem coexistir.
  6. Pare com critério. A cadeia está útil quando a equipe encontra uma causa controlável, apoiada por evidência e ligada a uma ação capaz de reduzir a recorrência.
  7. Verifique depois da ação. Defina o indicador ou a inspeção que mostrará se a hipótese causal estava correta.

A causa encontrada pode ser física, técnica, humana ou organizacional. O método não exige chegar a uma decisão de gestão para estar completo. Ele exige chegar a uma explicação testável e a um controle proporcional à consequência.

Investigação aplicada: parada de compressor por proteção térmica

O caso abaixo é didático. Os fatos, as medições e as causas foram construídos para mostrar o método e não representam uma ocorrência real de cliente.

Evento: o compressor de ar CA-02 parou às 14h37 durante operação em carga. O relé registrou atuação da proteção térmica do motor. A pressão da rede caiu abaixo do limite operacional por 18 minutos.

Evidências preservadas: log do relé, tendência de temperatura do óleo e da descarga, fotografia do trocador, diferencial de temperatura antes e depois do trocador, condição do ventilador, plano de manutenção vigente e últimas ordens executadas.

Cadeia principal, perda de troca térmica

  1. Por que o compressor parou? A proteção térmica atuou depois que a temperatura ultrapassou o limite configurado. O log do relé confirma o evento.
  2. Por que a temperatura ultrapassou o limite? O circuito de arrefecimento não removeu calor na condição de carga daquele turno. A tendência mostra aumento contínuo mesmo com o ventilador acionado.
  3. Por que a remoção de calor foi insuficiente? A passagem de ar pelo trocador estava restrita. A inspeção encontrou aletas obstruídas por poeira aderida a resíduo oleoso, e a limpeza restabeleceu o diferencial esperado no teste controlado.
  4. Por que a obstrução chegou a esse nível? O plano vigente não tinha inspeção de condição nem critério de limpeza para o trocador. As ordens anteriores cobriam óleo e filtros, sem registrar o estado das aletas.
  5. Por que o plano não tratava essa condição? A revisão do plano não incorporou o nível de particulado e a contaminação observados no ambiente real do CA-02. O documento foi mantido com a rotina-base usada na implantação.

Essa cadeia sustenta uma hipótese de causa ligada ao controle de contaminação e à revisão do plano. Ela não autoriza concluir que todo superaquecimento do compressor nasce do mesmo ponto.

Ramo que não pode ser escondido

A presença de resíduo oleoso nas aletas abre outra pergunta: de onde veio o óleo? Se houver vazamento em mangueira, vedação ou separador, limpar o trocador e aumentar a frequência de inspeção trataria a consequência sem remover a fonte da aderência. Esse ramo exige inspeção de estanqueidade e comparação do consumo de óleo. Se a evidência confirmar vazamento, ele entra como causa adicional, com ação própria.

O ventilador também precisa ser eliminado como hipótese. Corrente, rotação e sentido de giro dentro do padrão ajudam a descartar perda de ventilação ativa. Sem essa medição, afirmar que a obstrução explica sozinha a atuação seria prematuro.

Da causa à ação verificável

O caso pede ações em horizontes diferentes:

  • contenção: limpar o trocador, verificar o ventilador, inspecionar vazamento e testar o compressor em condição controlada;
  • correção: eliminar a fonte de óleo, se confirmada, e criar inspeção com critério objetivo de obstrução;
  • prevenção: revisar o plano considerando ambiente, carga e histórico do ativo, com responsável e periodicidade aprovados pela engenharia;
  • verificação: acompanhar temperatura, diferencial do trocador, reincidência de alarme e condição das aletas nas próximas inspeções.

A ação entra no plano e vira ordem programada. A verificação precisa voltar ao histórico do ativo, porque a ausência de nova parada, sozinha, não prova que a causa foi removida. Pode apenas significar que a condição operacional ainda não se repetiu.

Erros que enfraquecem a análise

  • Tratar “falha humana” como explicação completa. A ação ou omissão precisa ser descrita, e o contexto deve ser verificado: interface, procedimento, treinamento, carga, supervisão e barreiras existentes.
  • Forçar uma única cadeia. Um efeito pode depender de várias condições simultâneas.
  • Confundir correlação com causa. O item encontrado depois da falha pode ser consequência, coincidência ou causa contribuinte.
  • Parar no número cinco. A contagem não substitui o critério de evidência e controle.
  • Fechar sem verificação. Ação sem medida posterior impede saber se a hipótese estava correta.

Como os 5 porquês se relacionam com o FMEA

Os 5 porquês partem de um evento observado e aprofundam relações causais. O FMEA parte de funções e modos de falha possíveis para antecipar riscos e definir ações antes do evento. Os métodos podem compartilhar histórico e conhecimento de campo, mas respondem a perguntas diferentes.

Depois de uma análise confirmada, a nova causa ou o controle que falhou deve alimentar a revisão do FMEA do ativo. Assim, a aprendizagem deixa de ficar presa ao relatório da ocorrência.

Perguntas Frequentes

É obrigatório fazer exatamente cinco perguntas?

Não. Três perguntas podem chegar a uma causa verificável em um caso simples, enquanto outro exige mais de cinco ou várias cadeias. O critério é a qualidade da explicação e da evidência.

Os 5 porquês sempre encontram a causa raiz?

Não. A técnica ajuda a organizar uma investigação, mas pode seguir uma cadeia incompleta, ignorar causas paralelas ou refletir o ponto de vista de quem está na reunião. Casos complexos precisam de ferramentas adicionais e validação em campo.

Uma causa raiz precisa ser organizacional?

Não. A causa pode ser física, técnica, humana ou organizacional. O importante é que seja sustentada por evidência, esteja ligada ao evento e permita uma ação capaz de reduzir a recorrência ou a consequência.

Como saber quando parar?

Pare quando a equipe tiver uma causa controlável e testável, souber qual evidência a sustenta, definir uma ação proporcional ao risco e estabelecer como verificar o resultado. Se outra pergunta apenas muda o nível de descrição sem alterar controle ou decisão, a cadeia já pode ser suficiente.

Quando usar Ishikawa junto?

Use quando o efeito puder nascer de várias famílias de fatores ou quando pessoas diferentes trouxerem cadeias incompatíveis. O Ishikawa amplia o campo de hipóteses, e os 5 porquês podem aprofundar os ramos que sobreviverem à checagem.

Leve a investigação para a rotina

Uma análise só muda a confiabilidade quando a causa confirmada vira ação, ordem, revisão de plano e verificação posterior. O GEA, Grupo de Estudos Avançados da PM Run, reúne encontros exclusivos para convidados, com foco em clientes e parceiros. Clientes e parceiros garantem o convite com o executivo de contas. Quem ainda não é cliente pode procurar o time comercial para conhecer a iniciativa.

PM Run

Construído para o SAP.Não apenas adaptado. Nativo.

O PM Run conecta planejamento, campo e supervisão com integração nativa ao SAP, sem planilhas paralelas, sem redigitação no fim do turno, sem perda de dados.

Utilizado por operações líderes em seus segmentos

Logo Volkswagen
Logo Eurofarma
Logo Saint-Gobain
Logo Marcopolo
Logo Moura
Logo Alpargatas

Voltar para o blog