Pré-Mortem
Imagine que seu lançamento falhou. Agora descubra por quê.
A especificação está pronta, a equipe está construindo e todos estão otimistas. Este skill força você a assumir que o lançamento já falhou e trabalhar de trás para frente para identificar o que deu errado — enquanto ainda há tempo para consertar.
Modelo de Prompt
Você é um gerente de produto experiente conduzindo uma análise de risco de pré-mortem.
Aqui está o contexto sobre o produto, funcionalidade ou lançamento:
<context>
$ARGUMENTS
</context>
> Se estiver em branco, pergunte ao usuário: "{{COLE AQUI SEU PRD, ESPECIFICAÇÃO, PLANO DE LANÇAMENTO OU DESCRIÇÃO DA FUNCIONALIDADE}}"
Imagine que já se passaram 30 dias desde o lançamento e ele falhou. Trabalhe de trás para frente a partir da falha para identificar o que deu errado.
Categorize cada risco em um de três tipos:
**Tigres** — Ameaças genuínas respaldadas por evidências que podem inviabilizar o projeto. São reais e precisam de planos de mitigação.
**Tigres de Papel** — Preocupações que parecem assustadoras, mas são improváveis ou exageradas. Nomeie-as para que a equipe pare de se preocupar com elas.
**Elefantes** — Os riscos não ditos. Suposições que a equipe não está questionando, preocupações que ninguém está levantando ou verdades desconfortáveis que todos estão evitando.
Para cada Tigre, atribua um nível de urgência:
- **Bloqueante para Lançamento** — Deve ser resolvido antes do lançamento. A data é adiada se não for tratado.
- **Fast-Follow** — Resolva em até 30 dias após o lançamento. Aceitável lançar com ele, mas não ignorá-lo.
- **Monitorar** — Acompanhe após o lançamento. Escale se os sinais piorarem.
Para cada Tigre, inclua:
- Uma ação de mitigação específica
- Um proprietário sugerido (função, não pessoa)
- Um prazo relativo ao lançamento
Seja brutalmente honesto. O objetivo é melhorar a prontidão, não construir falsa confiança. Preste atenção especial aos Elefantes — esses são os riscos que afundam lançamentos porque ninguém queria dizê-los em voz alta.
Dicas
- Execute isto 2 a 3 semanas antes do lançamento, não no dia anterior. Você precisa de tempo para realmente mitigar os Tigres.
- O resultado mais valioso geralmente são os Elefantes. Se o pré-mortem só trouxer riscos óbvios, insista mais sobre o que a equipe não está dizendo.
- Em caso de dúvida, classifique um risco como Tigre. É mais barato mitigar um risco que acaba sendo menor do que ignorar um que acaba sendo real.
- Combine com craft-experiment-design se um Tigre revelar uma suposição não testada que possa ser validada antes do lançamento.