Método dos 5 whys: uma técnica simples para chegares à raiz de um problema

O que é o método dos 5 porquês e quem o criou? A filosofia de resolução de problemas da Toyota

O método dos 5 whys é um trabalho de detetive sobre o processo. Perguntar repetidamente “Porquê?” permite-te separar os sintomas superficiais das suas verdadeiras causas. Embora a primeira resposta culpe muitas vezes o erro humano, o verdadeiro problema é geralmente mais profundo: uma tecnologia ou uma estrutura organizacional defeituosa.

O criador do método dos 5 porquês foi Sakichi Toyoda, um visionário e fundador da Toyota Motor Corporation. No sistema de produção japonês, esta técnica tornou-se a base da cultura Kaizen, ou seja, a filosofia da melhoria contínua, e o seu divulgador, Taiichi Ohno, definiu-a como uma abordagem científica que evita a procura de culpados em favor da procura de soluções reais. Isto é perfeitamente ilustrado por uma lição clássica da fábrica da Toyota sobre uma paragem súbita de um robot na linha de produção. Em vez de se contentar com um diagnóstico superficial de que a máquina tinha parado devido a um fusível queimado, a equipa foi mais fundo e descobriu que a sobrecarga do rolamento tinha provocado a explosão do fusível. Outras perguntas revelaram que a sobrecarga era causada por uma lubrificação insuficiente resultante de uma falha na bomba de óleo, que deixou de bombear fluido porque a sua entrada estava entupida com limalhas de metal. Por fim, verificou-se que a causa principal do problema era a falta de um filtro. Se a equipa se tivesse limitado a substituir o fusível, a falha teria voltado a ocorrer regularmente e só a instalação do componente em falta eliminou definitivamente a falha.

Como fazer uma análise dos 5 whys passo a passo?

Esta técnica é particularmente útil quando utiliza a metodologia Waterfall. Numa abordagem tradicional e linear da gestão, um erro detectado numa fase tardia pode gerar enormes custos e atrasos. Ao perguntar repetidamente “Porquê?”, a equipa é capaz de diagnosticar com precisão em que ponto do processo rígido ocorreu o erro. Isto permite que sejam feitas alterações aos padrões antes de passar à fase seguinte, o que, num ambiente Waterfall, é crucial para manter a integridade de todo o projeto.

Embora esta técnica pareça super simples à primeira vista, o seu bom funcionamento depende do grau de disciplina da equipa e da profundidade da análise. Em vez de se deixarem levar pelo instinto, os líderes têm de basear o processo em dados concretos e na observação direta do que realmente se passa. Para fazer uma boa análise de causa e efeito, tens de seguir estes passos:

• Definição precisa do problema: a chave do sucesso é reunir uma equipa diretamente relacionada com o problema e descrever a questão com dados específicos. Evitar generalizações a favor de factos (por exemplo, “15% dos envios sofreram atrasos esta semana”) permite que a equipa se concentre totalmente no desafio certo.
• Identificar a causa imediata: a primeira pergunta, “porquê?”, serve para identificar a razão mais imediata do erro. Nesta fase, é importante que as respostas se baseiem em factos e observações verificáveis, excluindo suposições subjectivas.
• Exploração das causas principais: ao repetir a pergunta várias vezes (normalmente cinco vezes), a análise é aprofundada. O objetivo do processo é chegar a uma causa que a organização possa influenciar de forma realista.
• Verificação da lógica (teste “portanto”): a coerência das conclusões é verificada através de um teste de lógica inversa. Este consiste em combinar as respostas com a frase “…e portanto”. Se uma sequência como “Não existe um padrão de trabalho e, por conseguinte, ocorreu um erro do operador” parecer lógica, a análise foi efectuada corretamente.
• Implementação de acções corretivas: a fase final centra-se na conceção e implementação de alterações especificamente concebidas para eliminar a causa raiz identificada. Para garantir que o processo seja concluído com êxito, é fundamental elaborar uma resumo executivo que traduz as decisões estratégicas em acções concretas. Isto envolve a atribuição de Atividades específicas, a designação de indivíduos responsáveis para liderar cada iniciativa e o estabelecimento de prazos vinculativos.

Erros comuns quando se pergunta “porquê?” durante a análise da causa raiz

Mesmo um método tão intuitivo pode levar a conclusões erradas se a equipa cair em armadilhas cognitivas e organizacionais típicas durante a análise. Eis os erros mais comuns:

• Procura alguém para culpar: centra-se na pessoa (“o empregado cometeu um erro”) em vez da falta de normas, formação ou salvaguardas do processo.
• Perguntas de acusação: fazer perguntas de acusação (por exemplo, “Porque não te certificaste disso outra vez?”), o que impede uma análise honesta.
• Terminar demasiado depressa: parar numa resposta superficial (por exemplo, “a máquina avariou”) sem investigar as causas técnicas ou organizacionais.
• Basear-se em suposições: não verificar os factos.
• Respostas demasiado gerais: frases como “porque não há tempo suficiente”, que não indicam um elemento específico do processo que precisa de ser melhorado.

5 whys na prática do Gerente de projeto – analisando atrasos e problemas recorrentes de projetos

No trabalho de um Gerente de projeto, o método dos 5 porquês fornece um apoio inestimável na análise rápida de incidentes, atrasos de sprint ou estouros de orçamento. Dominar a gestão de tarefas em projectos – como planear, delegar e monitorizar o progresso, é uma base essencial, mas é a técnica dos “5 Porquês” que te permite compreender porque é que esses planos por vezes falham. A aplicação adequada desta ferramenta permite-te evitar correcções dispendiosas e eliminar erros recorrentes que impedem o progresso de uma vez por todas.

O poder desta ferramenta é melhor ilustrado pelo exemplo de um projeto de construção de um site que sofreu um atraso de seis semanas. Ao procurar a causa, verifica-se que o prazo foi adiado porque a fase de conceção da maquete demorou muito mais tempo do que o inicialmente previsto. Isto deveu-se ao facto de o cliente ter solicitado repetidamente alterações significativas ao conceito durante o trabalho. Indo mais fundo, verifica-se que a causa principal do problema foi a falta de requisitos detalhados e do âmbito do projeto logo no início. Esta situação surgiu porque o Cronograma não incluía um workshop de descoberta com os principais decisores, o que significava que o documento inicial mais importante, a Carta do Projeto, não continha um âmbito definido com precisão. A análise final conduz à causa principal: o processo de concurso Padrão da empresa simplesmente não tem uma fase obrigatória de clarificação dos requisitos antes da assinatura do contrato. Com esta descoberta, o Gerente de projeto pode tomar medidas corretivas específicas e eficazes. Em vez de se limitar a apagar fogos na ordem atual, introduz um workshop de descoberta no processo normal de vendas e implementa regras claras de gestão da mudança.

Combina os 5 whys com outros métodos (por exemplo, o Diagrama de Ishikawa)

Embora o método dos 5 porquês seja extremamente eficaz, quando utilizado isoladamente, pode por vezes limitar a equipa a um único caminho de análise aleatório. Para mitigar este risco e garantir uma abordagem abrangente, é essencial tratar esta técnica como uma pedra angular da gestão flexível de projectos: estratégias chave para projectos de sucesso. Ao combinar os 5 porquês com um diagrama de Ishikawa – muitas vezes referido como um diagrama “espinha de peixe” – os gestores podem obter um quadro de diagnóstico muito mais robusto. Nesta combinação, o diagrama de Ishikawa fornece a “amplitude” necessária, categorizando potenciais causas como pessoas, processos, tecnologia ou maquinaria, enquanto o método dos 5 porquês fornece a “profundidade” necessária para chegar à origem de um problema.

Na prática, esta sinergia funciona como um mapa mental, permitindo que as equipas visualizem as ligações entre as diferentes áreas operacionais sem ignorar as linhas críticas. Ao começar por fazer um brainstorming da estrutura de Ishikawa e depois aplicar os 5 porquês aos seus ramos mais significativos, as equipas evitam fixar-se em hipóteses superficiais. Esta metodologia alinha-se perfeitamente com os padrões de Relatórios A3 e com o ciclo PDCA (Plan-Do-Check-Act). Em última análise, esta Estratégia integrada permite o planeamento de acções corretivas que melhoram de forma realista e permanente os indicadores KPI e os procedimentos organizacionais em toda a linha.