Introdução
Quando uma máquina para, um cliente precisa de uma segunda visita ou uma ordem de serviço não é concluída corretamente, a primeira explicação encontrada nem sempre representa a verdadeira origem do problema.
Considere uma falha aparentemente simples:
O equipamento parou porque o motor aqueceu.
Essa afirmação descreve uma causa imediata, mas ainda deixa várias perguntas:
- Por que o motor aqueceu?
- Por que a condição não foi detectada?
- Por que a proteção não atuou?
- Por que a manutenção não evitou a ocorrência?
- Por que o problema voltou a acontecer?
O método dos 5 Porquês ajuda a aprofundar a investigação por meio de perguntas sucessivas. A cada resposta, a equipe pergunta novamente por que aquela condição aconteceu, até encontrar causas que possam ser verificadas e controladas.
A técnica pode ser aplicada em:
- Manutenção.
- Produção.
- Qualidade.
- Logística.
- Segurança.
- Tecnologia.
- Atendimento ao cliente.
- Gestão de serviços.
- Operações externas.
- Planejamento.
- Administração.
- Gestão de projetos.
Apesar do nome, não é obrigatório fazer exatamente cinco perguntas. O objetivo não é atingir um número predeterminado, mas compreender a relação entre o problema, suas causas e as condições que permitiram sua ocorrência.
O que são os 5 Porquês?
Os 5 Porquês são uma técnica de investigação utilizada para aprofundar a análise de um problema por meio da repetição da pergunta:
Por que isso aconteceu?
Cada resposta se transforma no ponto de partida da próxima pergunta.
Exemplo simples:
- Por que a máquina parou?
Porque o motor superaqueceu. - Por que o motor superaqueceu?
Porque o rolamento estava com lubrificação insuficiente. - Por que a lubrificação estava insuficiente?
Porque o ponto não foi lubrificado na última manutenção. - Por que o ponto não foi lubrificado?
Porque ele não constava no checklist preventivo. - Por que o ponto não constava no checklist?
Porque o plano de manutenção foi criado com base em um cadastro técnico incompleto.
Nesse caso, trocar o rolamento resolve a condição encontrada, mas atualizar o cadastro e o plano preventivo atua sobre uma causa mais profunda.
A técnica ajuda a evitar que a investigação seja encerrada na primeira explicação disponível.
Qual é a origem dos 5 Porquês?
O método é associado ao Sistema Toyota de Produção e ao trabalho de Taiichi Ohno, um dos principais responsáveis pelo desenvolvimento desse sistema.
A técnica foi difundida como uma maneira prática de investigar problemas operacionais e compreender as relações de causa e efeito presentes nos processos.
Sua simplicidade contribuiu para a aplicação em diferentes áreas, incluindo:
- Lean Manufacturing.
- Manutenção.
- Gestão da qualidade.
- Melhoria contínua.
- Desenvolvimento de software.
- Serviços.
- Logística.
- Saúde.
- Segurança.
- Administração.
Embora tenha origem no ambiente industrial, o método pode ser utilizado sempre que houver uma sequência de causas que possa ser investigada.
Para que servem os 5 Porquês?
A técnica pode ajudar a:
- Aprofundar a investigação.
- Diferenciar sintomas e causas.
- Organizar o raciocínio.
- Identificar falhas no processo.
- Investigar ocorrências repetitivas.
- Reduzir conclusões precipitadas.
- Identificar lacunas em procedimentos.
- Avaliar falhas nos controles.
- Definir ações corretivas.
- Melhorar planos preventivos.
- Padronizar processos.
- Compartilhar aprendizados.
- Apoiar a análise de causa raiz.
- Reduzir retrabalho.
- Evitar recorrências.
- Registrar a lógica da investigação.
Na manutenção, os 5 Porquês podem ser utilizados para investigar:
- Quebras de equipamentos.
- Paradas não planejadas.
- Falhas recorrentes.
- Superaquecimento.
- Vazamentos.
- Vibração elevada.
- Desgaste prematuro.
- Consumo excessivo de componentes.
- Falhas em inspeções.
- Descumprimento de planos preventivos.
Em serviços de campo, a técnica pode analisar:
- Atrasos nos atendimentos.
- Retorno ao cliente.
- Falta de materiais.
- Ordens de serviço incompletas.
- Erros no agendamento.
- Baixa resolução na primeira visita.
- Checklists não preenchidos.
- Falta de evidências.
- Problemas de comunicação.
- Divergências no estoque.
É obrigatório fazer exatamente cinco perguntas?
Não. O número cinco funciona como uma referência.
Uma investigação pode precisar de:
- Três perguntas.
- Cinco perguntas.
- Sete perguntas.
- Diferentes ramificações com quantidades distintas.
A equipe deve continuar perguntando enquanto as respostas ajudarem a aprofundar a relação de causa e efeito.
A análise pode ser encerrada quando a causa encontrada:
- Explica tecnicamente o problema.
- Está apoiada por evidências.
- Pode ser controlada pela organização.
- Permite definir uma ação específica.
- Não representa apenas outro sintoma.
- Não depende de uma suposição não verificada.
Também é necessário evitar perguntas excessivas que levem a respostas genéricas, distantes do problema ou impossíveis de verificar.
Qual é a diferença entre sintoma, causa imediata e causa raiz?
Esses conceitos não devem ser tratados como equivalentes.
Sintoma
É uma manifestação percebida do problema.
Exemplos:
- Ruído.
- Vibração.
- Temperatura elevada.
- Lentidão.
- Vazamento.
- Reclamação do cliente.
- Baixa produtividade.
Causa imediata
É a condição diretamente relacionada ao acontecimento.
Exemplos:
- Rolamento danificado.
- Conexão solta.
- Filtro obstruído.
- Configuração incorreta.
- Material ausente.
- Informação incompleta.
Causa contribuinte
É uma condição que aumentou a probabilidade ou o impacto do problema.
Exemplos:
- Inspeção insuficiente.
- Iluminação inadequada.
- Sobrecarga de trabalho.
- Falta de padronização.
- Comunicação incompleta.
- Ausência de supervisão.
Causa raiz ou fundamental
É uma condição mais profunda que permitiu o desenvolvimento ou a repetição do problema.
Exemplos:
- Plano preventivo incompleto.
- Processo sem validação.
- Cadastro técnico incorreto.
- Critério de aprovação não definido.
- Falha na gestão de mudanças.
- Ausência de controle sobre revisões.
A classificação depende do contexto. Uma condição considerada causa raiz em uma análise superficial pode se tornar intermediária quando surgem novas evidências.
Como aplicar os 5 Porquês?
1. Defina claramente o problema
A investigação deve começar com uma descrição específica.
Uma definição adequada pode incluir:
- O que aconteceu.
- Onde aconteceu.
- Quando aconteceu.
- Qual ativo ou processo foi afetado.
- Qual era o resultado esperado.
- Qual resultado foi encontrado.
- Qual foi a frequência.
- Qual foi o impacto.
Descrição genérica:
A manutenção está ruim.
Descrição mais adequada:
A bomba B-07 apresentou três paradas por temperatura elevada nos últimos 20 dias, provocando oito horas de indisponibilidade.
Quanto mais clara for a definição, menor será o risco de a equipe investigar problemas diferentes ao mesmo tempo.
2. Reúna pessoas que conhecem o processo
A análise pode envolver profissionais de:
- Manutenção.
- Operação.
- Engenharia.
- Produção.
- Qualidade.
- Segurança.
- Planejamento e controle da manutenção.
- Suprimentos.
- Tecnologia.
- Atendimento.
- Equipes externas.
- Fornecedores.
A participação de diferentes áreas ajuda a revelar informações que não aparecem nos documentos ou relatórios.
3. Colete evidências
Antes de responder aos porquês, reúna informações como:
- Ordens de serviço.
- Histórico do ativo.
- Fotografias.
- Vídeos.
- Alarmes.
- Medições.
- Dados de sensores.
- Checklists.
- Procedimentos.
- Planos preventivos.
- Registros de materiais.
- Configurações.
- Entrevistas.
- Relatórios de produção.
- Registros de treinamento.
- Informações do aplicativo móvel.
Sem evidências, os 5 Porquês podem se transformar em uma sequência de opiniões.
4. Faça o primeiro porquê
Pergunte por que o problema definido aconteceu.
Exemplo:
Por que a bomba parou?
Resposta:
Porque o motor foi desligado pela proteção térmica.
A resposta deve ser registrada de forma objetiva e verificável.
5. Transforme a resposta em uma nova pergunta
A próxima pergunta deve partir diretamente da resposta anterior:
Por que a proteção térmica desligou o motor?
Resposta:
Porque a corrente ultrapassou o limite configurado.
Esse processo cria uma sequência lógica entre as causas.
6. Verifique cada resposta
Cada resposta deve ser confrontada com evidências.
Se a equipe afirma que houve sobrecorrente, deve procurar:
- Histórico do relé.
- Medição elétrica.
- Alarmes registrados.
- Configuração da proteção.
- Dados do equipamento.
- Condições de carga.
Quando uma resposta não puder ser comprovada, deve permanecer como hipótese.
7. Considere diferentes ramificações
Um problema pode ter mais de uma causa.
Exemplo:
Por que o atendimento não foi concluído?
Possíveis respostas:
- O técnico não possuía o material.
- A informação técnica estava incompleta.
- O equipamento necessário não estava disponível.
Cada resposta pode originar uma sequência diferente de porquês.
Portanto, a análise nem sempre será uma linha única.
8. Identifique as causas controláveis
O objetivo é chegar a condições sobre as quais seja possível atuar.
Respostas como estas são pouco úteis:
- Foi azar.
- Aconteceu por acaso.
- O cliente é difícil.
- O técnico não prestou atenção.
- O equipamento é antigo.
Essas afirmações precisam ser aprofundadas.
Por exemplo:
Por que o técnico selecionou o componente incorreto?
Em vez de encerrar com “falta de atenção”, investigue:
- As peças possuíam identificação?
- O procedimento estava atualizado?
- Havia componentes semelhantes?
- O sistema informava o código correto?
- O técnico recebeu a informação necessária?
- Existia uma etapa de conferência?
9. Defina ações relacionadas às causas
Depois de identificar e confirmar as causas, defina ações com:
- Descrição.
- Responsável.
- Prazo.
- Prioridade.
- Recursos necessários.
- Evidência de conclusão.
- Indicador de acompanhamento.
- Critério de eficácia.
A ação deve atuar sobre a causa identificada.
Se a causa é um checklist incompleto, apenas pedir “mais atenção” aos técnicos não corrige a deficiência do processo.
10. Verifique a eficácia
A ação não deve ser considerada eficaz apenas porque foi executada.
A equipe precisa acompanhar resultados como:
- Reincidência.
- MTBF.
- MTTR.
- Disponibilidade.
- Número de falhas.
- Horas de parada.
- Retrabalho.
- Retorno ao cliente.
- Resolução na primeira visita.
- Cumprimento do plano preventivo.
- Quantidade de desvios.
- Custo da manutenção.
- Prazo dos atendimentos.
Caso o problema continue ocorrendo, a análise deve ser revisada.
Exemplo dos 5 Porquês na manutenção
Considere uma bomba que apresentou uma parada por falha no rolamento.
Problema
A bomba B-03 parou devido à falha prematura do rolamento.
Análise
1. Por que a bomba parou?
Porque o rolamento travou.
2. Por que o rolamento travou?
Porque operou com lubrificação insuficiente.
3. Por que a lubrificação estava insuficiente?
Porque a quantidade aplicada na última manutenção foi menor que a necessária.
4. Por que foi aplicada uma quantidade menor?
Porque a ordem de serviço não informava a quantidade e o tipo correto do lubrificante.
5. Por que a ordem de serviço não possuía essas informações?
Porque o plano preventivo foi cadastrado sem os dados técnicos do fabricante.
Evidências necessárias
- Inspeção do rolamento.
- Análise do lubrificante.
- Histórico das ordens de serviço.
- Plano preventivo.
- Manual do fabricante.
- Registro da última lubrificação.
- Entrevista com o técnico.
- Condições de operação.
Possíveis causas confirmadas
- Plano preventivo incompleto.
- Informações técnicas ausentes na ordem de serviço.
- Falta de validação do cadastro antes da ativação do plano.
Ações recomendadas
- Substituir o rolamento danificado.
- Atualizar o plano de lubrificação.
- Informar tipo, quantidade e periodicidade.
- Incluir os dados na ordem de serviço.
- Revisar os equipamentos semelhantes.
- Criar uma validação para novos planos.
- Acompanhar temperatura e vibração.
- Verificar a reincidência durante um período definido.
Exemplo dos 5 Porquês em serviços de campo
Problema
Uma instalação exigiu uma segunda visita porque o técnico não possuía o equipamento necessário.
Análise
1. Por que a instalação não foi concluída?
Porque o técnico não possuía o equipamento necessário.
2. Por que o equipamento não foi levado?
Porque ele não aparecia na lista de materiais da ordem de serviço.
3. Por que não aparecia na lista?
Porque a solicitação foi aberta sem informar o modelo instalado no cliente.
4. Por que o modelo não foi informado?
Porque esse campo não era obrigatório no momento da abertura.
5. Por que o campo não era obrigatório?
Porque o processo não possuía regras diferentes para cada tipo de atendimento.
Causas identificadas
- Informações técnicas não obrigatórias.
- Lista de materiais sem vínculo com o tipo de serviço.
- Ausência de validação antes do agendamento.
Ações recomendadas
- Tornar o modelo do equipamento obrigatório.
- Criar checklists por tipo de serviço.
- Vincular os materiais necessários à atividade.
- Validar os recursos antes do agendamento.
- Exibir as informações no aplicativo do técnico.
- Acompanhar a resolução na primeira visita.
Exemplo dos 5 Porquês aplicado a atrasos
Problema
Trinta por cento das ordens de serviço do dia começaram após o horário previsto.
Análise
1. Por que as ordens começaram atrasadas?
Porque os técnicos chegaram depois do horário planejado.
2. Por que chegaram depois do horário?
Porque o deslocamento levou mais tempo do que o previsto.
3. Por que o deslocamento foi subestimado?
Porque o planejamento utilizou apenas a distância entre os atendimentos.
4. Por que utilizou apenas a distância?
Porque o processo não considerava trânsito, horário, tipo de veículo e tempo de acesso.
5. Por que essas variáveis não eram consideradas?
Porque o agendamento era realizado manualmente sem uma ferramenta de roteirização.
Possíveis ações
- Considerar o tempo real de deslocamento.
- Utilizar dados históricos de trânsito.
- Criar margens conforme a região.
- Avaliar restrições de acesso.
- Revisar a distribuição territorial.
- Implantar roteirização integrada ao agendamento.
- Monitorar pontualidade e tempo de deslocamento.
Exemplo com mais de uma causa
Considere o seguinte problema:
Uma ordem de serviço foi encerrada sem a assinatura do cliente.
A primeira pergunta pode gerar várias respostas:
- O técnico esqueceu de solicitar a assinatura.
- O cliente não estava presente.
- O aplicativo permitia encerrar sem assinatura.
- O procedimento não definia alternativas.
- A sincronização não enviou o registro.
Nesse caso, a análise pode ser dividida em ramificações.
Ramificação 1: aplicativo
- Por que a OS foi encerrada sem assinatura?
Porque o aplicativo permitiu o encerramento. - Por que o aplicativo permitiu?
Porque o campo não estava configurado como obrigatório. - Por que não estava obrigatório?
Porque o modelo de formulário utilizado era genérico. - Por que o modelo era genérico?
Porque não havia configuração por tipo de serviço. - Por que não havia essa configuração?
Porque os requisitos do processo não foram formalizados.
Ramificação 2: procedimento
- Por que a assinatura não foi coletada?
Porque o cliente não estava presente. - Por que não havia outra forma de aprovação?
Porque o procedimento não previa essa situação. - Por que a situação não estava prevista?
Porque o processo foi criado considerando apenas atendimentos acompanhados.
As duas ramificações podem contribuir para o mesmo problema e exigir ações diferentes.
Como saber quando interromper os 5 Porquês?
A investigação pode ser encerrada quando:
- As relações de causa e efeito estiverem coerentes.
- As respostas tiverem evidências.
- A causa encontrada puder ser controlada.
- Houver uma ação capaz de reduzir a recorrência.
- A equipe não estiver apenas repetindo o problema com outras palavras.
- Novas perguntas não acrescentarem informações relevantes.
- O nível de aprofundamento for proporcional ao risco.
A análise não deve ser interrompida apenas porque chegou à quinta pergunta.
Também não é necessário continuar até encontrar uma causa excessivamente ampla, como “a gestão da empresa” ou “a cultura organizacional”, sem explicar quais práticas específicas influenciaram a ocorrência.
Como validar uma sequência de 5 Porquês?
Uma forma prática consiste em ler a sequência no sentido inverso, substituindo “por quê?” por “portanto”.
Exemplo:
- O cadastro técnico estava incompleto.
- Portanto, o plano preventivo foi criado sem o ponto de lubrificação.
- Portanto, o ponto não foi lubrificado.
- Portanto, o rolamento operou com lubrificação insuficiente.
- Portanto, o rolamento falhou.
Esse teste ajuda a verificar se existe uma relação lógica, mas não substitui a confirmação com evidências.
Também é necessário perguntar:
- A causa é tecnicamente capaz de produzir o efeito?
- A condição estava presente no momento da ocorrência?
- Há documentos, medições ou registros que sustentam a resposta?
- A remoção dessa causa reduziria a probabilidade de repetição?
- Existem outras causas que também precisam ser analisadas?
5 Porquês e Diagrama de Ishikawa
As duas ferramentas são complementares.
| 5 Porquês | Diagrama de Ishikawa |
|---|---|
| Aprofunda uma linha de investigação | Organiza diversas possibilidades |
| Utiliza perguntas sucessivas | Utiliza categorias de causas |
| Pode ser representado como sequência | Possui estrutura de espinha de peixe |
| Funciona bem em problemas menos complexos | Ajuda em análises multidisciplinares |
| Parte de uma resposta anterior | Explora diferentes perspectivas |
| Pode criar ramificações | Pode conter várias hipóteses |
Um fluxo prático pode ser:
- Definir claramente o problema.
- Utilizar o Ishikawa para levantar possíveis causas.
- Selecionar as hipóteses mais relevantes.
- Aplicar os 5 Porquês em cada hipótese.
- Verificar as respostas com evidências.
- Identificar as causas confirmadas.
- Definir e acompanhar as ações.
Diferença entre 5 Porquês e análise de causa raiz
Os 5 Porquês são uma ferramenta que pode ser utilizada dentro de uma análise de causa raiz.
Uma análise completa pode incluir:
- Definição do problema.
- Avaliação da criticidade.
- Ações de contenção.
- Preservação das evidências.
- Formação da equipe.
- Construção da linha do tempo.
- Levantamento de hipóteses.
- Aplicação dos 5 Porquês.
- Testes e medições.
- Identificação das causas.
- Definição das ações.
- Verificação da eficácia.
- Compartilhamento das lições aprendidas.
Portanto, preencher uma sequência de perguntas não significa, por si só, que a investigação foi concluída.
Diferença entre 5 Porquês e FMEA
| 5 Porquês | FMEA |
|---|---|
| Normalmente parte de um problema ocorrido | Analisa falhas potenciais |
| Aprofunda causas por perguntas | Avalia modos, efeitos e causas |
| Estrutura simples | Estrutura documental mais detalhada |
| Não exige pontuação | Pode utilizar severidade, ocorrência e detecção |
| Possui caráter investigativo | Possui caráter predominantemente preventivo |
| Apoia ações corretivas | Apoia a prevenção e priorização de riscos |
Uma falha investigada pelos 5 Porquês pode revelar a necessidade de atualizar a FMEA do equipamento ou processo.
Diferença entre 5 Porquês e árvore de falhas
A árvore de falhas utiliza uma estrutura lógica para representar combinações de eventos que podem produzir um resultado indesejado.
Os 5 Porquês geralmente seguem relações sequenciais e possuem aplicação mais simples.
A árvore de falhas pode ser mais adequada quando:
- Existem muitas combinações de eventos.
- A falha envolve sistemas complexos.
- Há redundâncias.
- Diferentes condições precisam ocorrer simultaneamente.
- É necessário representar relações lógicas.
- O evento possui alta criticidade.
Os 5 Porquês podem ser suficientes para problemas com relações de causa e efeito mais diretas.
Vantagens dos 5 Porquês
Entre os principais benefícios estão:
- Aplicação simples.
- Baixo custo.
- Fácil compreensão.
- Pouca necessidade de recursos.
- Estímulo ao raciocínio investigativo.
- Integração com outras ferramentas.
- Aplicação em diferentes setores.
- Apoio à melhoria contínua.
- Registro da lógica utilizada.
- Identificação de falhas de processo.
- Redução de soluções superficiais.
- Participação de diferentes profissionais.
- Apoio à definição das ações.
Limitações dos 5 Porquês
A técnica também apresenta limitações:
- Pode produzir respostas diferentes entre equipes.
- Depende do conhecimento dos participantes.
- Pode seguir uma única linha e ignorar outras causas.
- Pode gerar opiniões sem evidências.
- Não representa bem sistemas muito complexos.
- Não calcula riscos.
- Não determina automaticamente a causa raiz.
- Pode terminar em respostas genéricas.
- Pode confundir causas com julgamentos.
- Pode ser influenciada pela forma das perguntas.
- Não substitui testes técnicos.
- Não garante que todas as causas foram identificadas.
Para problemas complexos, pode ser necessário combinar os 5 Porquês com:
- Diagrama de Ishikawa.
- Árvore de falhas.
- Análise de barreiras.
- Linha do tempo.
- FMEA.
- Pareto.
- Análise estatística.
- Testes de engenharia.
- Inspeções.
- Medições.
Erros comuns ao aplicar os 5 Porquês
Procurar culpados
A pergunta deve investigar o processo, não acusar uma pessoa.
Em vez de:
Por que o técnico errou?
Prefira:
Quais condições permitiram que o componente incorreto fosse instalado?
Encerrar na primeira resposta
“Quebrou porque estava desgastado” ainda exige investigar por que o desgaste não foi detectado ou controlado.
Forçar exatamente cinco perguntas
Algumas análises precisam de menos perguntas, outras precisam de mais.
Seguir apenas uma linha
Um problema pode apresentar diferentes causas técnicas, humanas e organizacionais.
Aceitar opiniões como fatos
Toda resposta importante deve ser verificada.
Utilizar “erro humano” como causa raiz
É necessário investigar:
- Treinamento.
- Procedimento.
- Informação.
- Ferramentas.
- Interface.
- Carga de trabalho.
- Supervisão.
- Condições ambientais.
- Barreiras de prevenção e detecção.
Criar uma sequência para justificar uma solução pronta
A análise deve seguir as evidências, não uma ação previamente escolhida.
Fazer perguntas vagas
Perguntas genéricas geram respostas genéricas.
Confundir correção e ação corretiva
Trocar um componente danificado é uma correção. Atualizar o processo que permitiu a falha pode representar uma ação corretiva.
Não acompanhar os resultados
A execução da ação não comprova sua eficácia.
Como definir boas ações após os 5 Porquês?
Uma boa ação deve ser:
- Relacionada à causa.
- Específica.
- Tecnicamente viável.
- Mensurável.
- Atribuída a um responsável.
- Controlada por prazo.
- Verificável.
- Sustentável.
- Proporcional ao risco.
- Capaz de evitar novos problemas.
Uma hierarquia prática pode considerar:
- Eliminar a condição.
- Modificar o projeto.
- Automatizar o controle.
- Implantar uma barreira.
- Criar um dispositivo à prova de erro.
- Melhorar a detecção.
- Padronizar o processo.
- Atualizar documentos.
- Treinar e orientar.
O treinamento pode fazer parte da solução, mas não deve ser utilizado automaticamente para qualquer ocorrência.
Como um sistema ajuda na aplicação dos 5 Porquês?
Um sistema de manutenção e gestão de ordens de serviço pode ajudar a:
- Centralizar o histórico dos ativos.
- Consultar ocorrências anteriores.
- Padronizar sintomas, falhas, causas e soluções.
- Registrar fotos e documentos.
- Armazenar medições.
- Consultar alarmes.
- Relacionar materiais utilizados.
- Verificar o cumprimento das preventivas.
- Identificar reincidências.
- Comparar equipamentos semelhantes.
- Registrar a sequência dos 5 Porquês.
- Associar evidências às respostas.
- Criar ações com responsáveis e prazos.
- Transformar ações em ordens de serviço.
- Atualizar planos e checklists.
- Acompanhar indicadores.
- Verificar a eficácia das melhorias.
- Manter a rastreabilidade da investigação.
Em operações externas, o aplicativo móvel permite que o técnico registre evidências diretamente no local do atendimento, mesmo quando trabalha sem conexão com a internet.
O sistema organiza as informações, mas a qualidade da análise continua dependendo das evidências e do conhecimento técnico da equipe.
Modelo de formulário dos 5 Porquês
Um formulário pode conter:
- Número da análise.
- Data.
- Equipamento, processo ou serviço.
- Responsável.
- Participantes.
- Descrição do problema.
- Impacto.
- Ação de contenção.
- Primeiro porquê.
- Evidência da primeira resposta.
- Segundo porquê.
- Evidência da segunda resposta.
- Terceiro porquê.
- Evidência da terceira resposta.
- Quarto porquê.
- Evidência da quarta resposta.
- Quinto porquê.
- Evidência da quinta resposta.
- Ramificações adicionais.
- Hipóteses descartadas.
- Causas confirmadas.
- Ações corretivas.
- Responsáveis.
- Prazos.
- Critérios de eficácia.
- Indicadores.
- Resultado do acompanhamento.
- Lições aprendidas.
- Aprovação.
- Data de encerramento.
Conclusão
Os 5 Porquês são uma técnica simples para aprofundar a investigação de problemas e compreender as relações entre causas e efeitos.
Sua aplicação eficaz exige:
- Definir claramente o problema.
- Reunir profissionais que conheçam o processo.
- Coletar evidências.
- Fazer perguntas objetivas.
- Verificar cada resposta.
- Considerar diferentes ramificações.
- Evitar a busca por culpados.
- Identificar causas controláveis.
- Definir ações relacionadas às causas.
- Verificar a eficácia das melhorias.
Não é obrigatório fazer exatamente cinco perguntas. Também não é correto considerar automaticamente a última resposta como causa raiz.
O valor da técnica está na qualidade do raciocínio, na consistência das evidências e na capacidade de transformar o aprendizado em melhorias capazes de reduzir falhas, retrabalhos, paradas e retornos ao cliente.
