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
- Descreva o evento. Registre equipamento, função afetada, data, turno, condição operacional, proteção acionada e efeito no processo.
- 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.
- Formule a primeira relação. Responda por que o efeito aconteceu e declare qual evidência sustenta a resposta.
- Teste alternativas. Pergunte que outra condição produziria o mesmo efeito e o que diferencia as hipóteses.
- Abra ramos quando necessário. Falha técnica, controle ausente e condição operacional podem coexistir.
- 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.
- 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
- 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.
- 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.
- 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.
- 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.
- 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.
