Visão geral
5 Porquês é uma técnica de discovery usada para identificar possíveis causas raiz de um problema, reduzindo explicações superficiais e estruturando o raciocínio causal. A utilidade dela está menos no ritual em si e mais na forma como ajuda o time a transformar uma dúvida de projeto em evidências, decisões ou próximos passos observáveis.
Ela faz sentido quando quando há um problema claro e recorrente, mas as causas ainda são baseadas em suposições. Ao aplicar 5 Porquês, o time deve chegar a hipóteses de causa raiz e Cadeia de causalidade, mantendo rastreabilidade entre o que foi observado, o que foi decidido e quais limites ainda precisam ser considerados.
Como entra no fluxo
5 Porquês entra quando já existe uma pergunta de trabalho clara e o time precisa conduzir uma atividade estruturada antes de avançar para decisão, protótipo, priorização ou entrega.
Atenção ao usar
Não cobre múltiplas causas.
Combina bem com
- Affinity Diagram
Para que serve
Identificar possíveis causas raiz de um problema, reduzindo explicações superficiais e estruturando o raciocínio causal
Quando usar
Quando há um problema claro e recorrente, mas as causas ainda são baseadas em suposições
Contexto
Objetivos
Outputs
Situações ideais
- alta incerteza
- equipe desalinhada
Como executar
Pré-requisitos
- Problema ou sintoma claramente definido
- Contexto mínimo com dados ou observações
Materiais
- Bloco de notas ou ferramenta colaborativa
Passo a passo
- 1Definir o problema inicial de forma objetiva e observável
- 2Perguntar por que isso acontece e registrar a resposta
- 3Usar a resposta como base para a próxima pergunta
- 4Repetir o processo até chegar em uma causa plausível
- 5Validar se a causa é verificável ou apenas uma hipótese
Critérios de qualidade
- A causa final pode ser testada
- Existe relação clara entre as respostas
- Não há salto lógico
- A causa não é genérica
Dicas
- Evitar perguntas com viés
- Incentivar respostas baseadas em evidência
- Questionar respostas genéricas
- Garantir diferentes perspectivas no grupo
- Interromper quando virar suposição
- Não precisa parar em cinco perguntas
- Parar quando não houver mais evidência
- Registrar dúvidas como hipótese
- Revisar a cadeia completa no final
Antes (entradas)
- Problema definido
- Dados ou observações iniciais
Depois (saídas)
- Hipóteses de causa raiz
- Cadeia de causalidade
Variações
individual
Investigação rápida feita por uma pessoa
grupo
Discussão com múltiplas perspectivas
orientado por dados
Cada resposta precisa ter evidência
Uso estratégico
Quando evitar
- Problemas com múltiplas causas simultâneas
- Cenários que exigem análise profunda
- Falta total de evidência
Limitações
- Não cobre múltiplas causas
- Depende da qualidade das respostas
- Pode reforçar vieses
Riscos
- Conclusão simplista
- Confundir hipótese com causa real
- Ignorar fatores externos
Exemplos de uso
- 01Investigar queda de conversão
- 02Entender atrasos recorrentes
Perfis responsáveis
Também conhecido como
Referências e leitura
Livros
Vídeos
Artigos
- 5 Porques - InovaCoop
- 5 Porques: o que e e como aplicar - 8Quali
- Como levantar informacoes no processo de Discovery - PM3
- Etapas de UX: Definicao do Problema - Edimar Salome
- Mastering Root Cause Analysis with the 5 Whys Method - Marcin Majk [inglês]
- Root Cause Analysis - A Step-by-Step Guide
- Clarifying the 5 Whys Problem-Solving Method - Lean Enterprise Institute
- 5 Whys - Lean Lexicon (Lean.org)
Links de livros podem ser links de afiliado Amazon. Sua compra apoia o projeto sem custo adicional.
Ajude a melhorar este conteúdo
Encontrou erro, lacuna técnica ou exemplo fraco? Envie uma correção com contexto para revisão.