Visão geral
Pre-mortem é uma técnica de ideação usada para externalizar riscos que o time evita mencionar por otimismo ou pressão política — criando permissão estruturada para falar sobre o que pode dar errado antes de comprometer esforço. 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 use antes de iniciar projetos, lançamentos ou decisões de alto risco. Especialmente valioso quando o time parece excessivamente confiante ou quando pressão de prazo impede debate honesto sobre riscos. Ao aplicar Pre-mortem, o time deve chegar a lista de riscos priorizados, Ações preventivas por risco e Registro de assunções críticas a monitorar, mantendo rastreabilidade entre o que foi observado, o que foi decidido e quais limites ainda precisam ser considerados.
Como entra no fluxo
Pre-mortem 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
Riscos imaginados podem não cobrir os riscos reais mais prováveis.
Combina bem com
- Assumption Mapping
- Retrospective
- CSD Matrix
Para que serve
Externalizar riscos que o time evita mencionar por otimismo ou pressão política — criando permissão estruturada para falar sobre o que pode dar errado antes de comprometer esforço.
Quando usar
Use antes de iniciar projetos, lançamentos ou decisões de alto risco. Especialmente valioso quando o time parece excessivamente confiante ou quando pressão de prazo impede debate honesto sobre riscos.
Contexto
Objetivos
Outputs
Situações ideais
- alta incerteza
- equipe desalinhada
Como executar
Pré-requisitos
- Contexto do projeto ou decisão minimamente compartilhado
- Ambiente psicologicamente seguro para falar de falha
Materiais
- Post-its ou ferramenta colaborativa
- Timer
Passo a passo
- 1Estabeleça segurança psicológica explicitamente — declare que nenhuma ideia levantada será usada contra quem a mencionou e que o objetivo é aprender, não julgar. Peça que lideranças reforcem isso antes da escrita começar.
- 2Declare o cenário — "É daqui a 12 meses e o projeto falhou completamente."
- 3Dê 5 minutos para escrita individual silenciosa — cada pessoa lista causas do fracasso.
- 4Compartilhe e agrupe as causas identificadas.
- 5Priorize as causas mais críticas por votação ou consenso.
- 6Para cada causa prioritária, defina ação preventiva ou mitigação.
- 7Registre riscos e ações como insumo para planejamento.
Critérios de qualidade
- Escrita individual precede discussão para evitar ancoragem no otimismo do grupo
- Causas específicas ao projeto — não genéricas como "falta de tempo"
- Cada causa prioritária tem ação associada antes do fim da sessão
- Liderança participou sem suprimir contribuições do time
Dicas
- Quanto mais específica a causa, mais útil — "stakeholder X bloqueou aprovação" vale mais que "resistência interna".
- Inclua riscos técnicos, humanos e de contexto — não só de processo.
- Faça em no máximo 60 minutos — profundidade vem da imaginação do fracasso, não da duração.
- Compartilhe o resultado com quem tem poder de mitigar os riscos identificados.
Antes (entradas)
- Escopo do projeto ou decisão a ser avaliada
- Contexto e objetivos compartilhados com o time
Depois (saídas)
- Lista de riscos priorizados
- Ações preventivas por risco
- Registro de assunções críticas a monitorar
Variações
Pre-mortem de Feature
Versão focada em uma funcionalidade específica — "lançamos essa feature e ninguém usou" — para identificar riscos de adoção antes de priorizar desenvolvimento.
Pre-mortem de Pesquisa
Aplicado antes de um projeto de pesquisa — "conduzimos a pesquisa e os dados não servem para nada" — identificando riscos de recrutamento, roteiro e síntese antecipadamente.
Uso estratégico
Quando evitar
- Decisão já irreversível — gera angústia sem ação possível
- Cultura pune quem identifica riscos — o exercício reforça silêncio
- Time recém-formado sem contexto suficiente para imaginar causas reais
Limitações
- Riscos imaginados podem não cobrir os riscos reais mais prováveis
- Sem follow-up, os riscos identificados ficam no papel
- Não substitui análise quantitativa de risco em projetos críticos
Riscos
- Virar catarse sem ação — lista de medos sem mitigação
- Otimismo voltando imediatamente após a sessão sem registro formal
- Riscos identificados sendo ignorados por quem tem poder de mitigar
Exemplos de uso
- 01Mapear riscos de lançamento de produto antes de comprometer o roadmap do trimestre.
- 02Identificar o que pode invalidar pesquisa qualitativa antes de recrutar participantes.
- 03Explorar riscos de mudança de processo antes de comunicar para o time.
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.
