Visão geral
5W2H é uma técnica de priorização usada para reduzir ambiguidade operacional e alinhar entendimento entre áreas ao detalhar uma ação de forma verificável. 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 já existe uma direção definida ou decisão preliminar e o time precisa validar viabilidade, clareza e responsabilidade antes de executar. Ao aplicar 5W2H, o time deve chegar a plano de ação estruturado, Responsáveis e próximos passos definidos e Riscos, custos e lacunas explícitas, mantendo rastreabilidade entre o que foi observado, o que foi decidido e quais limites ainda precisam ser considerados.
Como entra no fluxo
5W2H 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 substitui pesquisa, priorização ou validação.
Combina bem com
- How Might We
- Dot Voting
- Brainstorming
Para que serve
Reduzir ambiguidade operacional e alinhar entendimento entre áreas ao detalhar uma ação de forma verificável.
Quando usar
Quando já existe uma direção definida ou decisão preliminar e o time precisa validar viabilidade, clareza e responsabilidade antes de executar.
Contexto
Objetivos
Outputs
Situações ideais
- equipe desalinhada
- necessidade de decisão rápida
Como executar
Pré-requisitos
- Problema, ação ou decisão já definida em nível inicial
- Pessoas com contexto sobre negócio, operação e execução
- Restrições conhecidas (prazo, custo, escopo ou capacidade)
Materiais
- Quadro branco, planilha ou ferramenta colaborativa
- Template com as sete perguntas: What, Why, Who, When, Where, How, How much
Passo a passo
- 1Definir o escopo da ação de forma objetiva. Evitar temas amplos como 'melhorar experiência'.
- 2Responder What: descrever o que será feito em termos observáveis e verificáveis.
- 3Responder Why: justificar a ação com impacto esperado, risco ou hipótese.
- 4Responder Who: separar papéis (quem executa, decide, consulta e é impactado).
- 5Responder When e Where: definir momento e contexto (ambiente, canal, operação).
- 6Responder How: descrever abordagem, dependências e sequência mínima de execução.
- 7Responder How much: estimar esforço, custo e impacto em outras áreas.
- 8Revisar inconsistências, lacunas, dependências e próximos passos.
Critérios de qualidade
- Qualquer pessoa do time entende o plano sem explicação adicional
- Responsáveis e próximos passos estão claros
- Dependências e riscos principais estão visíveis
- A execução pode começar sem redefinir o escopo
Dicas
- Evitar preenchimento automático e sequencial sem reflexão
- Provocar inconsistências entre respostas (ex: esforço vs impacto)
- Interromper quando surgir suposição e registrar como pendência
- Garantir presença de quem executa ou validar posteriormente
- Controlar tempo por bloco para evitar aprofundamento desnecessário
- Usar frases curtas, específicas e verificáveis
- Evitar termos vagos como "melhorar", "otimizar", "ajustar"
- Registrar dúvidas em vez de preencher com suposição
- Validar rapidamente com quem não participou da construção
Antes (entradas)
- Ideia, problema, decisão ou ação candidata
- Restrições de prazo, custo, escopo ou capacidade
- Contexto de usuários, negócio e operação
Depois (saídas)
- Plano de ação estruturado
- Responsáveis e próximos passos definidos
- Riscos, custos e lacunas explícitas
Variações
versão rápida
Alinhamento inicial com lacunas explícitas, usada em decisões rápidas
versão aprofundada
Aplicada antes da execução, com foco em riscos, dependências e clareza operacional
assíncrona
Cada pessoa contribui em partes e o grupo consolida posteriormente
Uso estratégico
Quando evitar
- O problema ainda não está claro ou precisa de discovery
- A decisão depende de validação com usuários ou dados
- O contexto é altamente exploratório
Limitações
- Não substitui pesquisa, priorização ou validação
- Não ajuda a decidir o que fazer, apenas como executar
- Pode gerar falsa sensação de clareza se usado superficialmente
Riscos
- Preencher o quadro sem envolver quem executa
- Ignorar dependências externas ou restrições reais
- Confundir planejamento com decisão estratégica
Exemplos de uso
- 01Planejar lançamento de uma melhoria pequena no produto
- 02Alinhar responsáveis e custos antes de executar uma pesquisa
- 03Estruturar um experimento antes de rodar um teste com usuários
Perfis responsáveis
Também conhecido como
Referências e leitura
Ajude a melhorar este conteúdo
Encontrou erro, lacuna técnica ou exemplo fraco? Envie uma correção com contexto para revisão.
