pre-mortem

Visão geral do skill de pre-mortem

O skill de pre-mortem ajuda você a conduzir uma revisão estruturada, focada em falhas, de um PRD, plano de lançamento ou proposta de produto antes de ir ao ar. Ele é ideal para product managers, fundadores, estrategistas e tomadores de decisão com apoio de IA que precisam de algo além de brainstorming genérico: precisam de um jeito prático de separar riscos reais de lançamento do ruído e transformá-los em uma lista de ações.

O que torna o skill de pre-mortem útil é sua estrutura de decisão. Ele não só lista preocupações; ele as organiza em Tigers (problemas críveis), Paper Tigers (receios exagerados ou de baixa probabilidade) e Elephants (questões não ditas que o time pode estar evitando), e depois ajuda a priorizá-las pelo impacto no lançamento. Isso o torna especialmente valioso para revisão pré-lançamento, checagem de riscos de roadmap e pre-mortem para Decision Support quando você precisa saber o que pode travar a entrega.

Como este é um skill de pre-mortem, a principal tarefa é trazer clareza sob incerteza: identificar os modos de falha mais prováveis cedo o bastante para mudar o plano, e não depois do lançamento, quando o custo já é maior.

O que o pre-mortem realmente faz

O skill lê o contexto do seu produto, imagina que o lançamento fracassou e trabalha de trás para frente para encontrar as causas. A saída é pensada para ser operacional: riscos, justificativas e o grau de urgência que cada ponto exige.

Quem deve usar

Use quando você já tiver uma proposta real para testar sob pressão: um PRD, um briefing de lançamento, uma implantação de funcionalidade ou um plano de go-to-market. Ele é uma boa escolha se você quer um guia de pre-mortem que ajude o modelo a raciocinar como um revisor de produto experiente, e não como uma ferramenta genérica de ideação.

Quando não é a ferramenta certa

Se você só precisa de um brainstorming leve, um prompt simples pode bastar. Se você não tem um plano concreto, o skill terá pouco sinal para classificar os riscos com precisão. Ele funciona melhor quando a entrada inclui premissas, público, timing e critérios de sucesso.

Como usar o skill de pre-mortem

Instale e localize o skill

Use o fluxo de instalação do repositório mostrado nas instruções do projeto e, em seguida, abra primeiro pm-execution/skills/pre-mortem/SKILL.md. Neste repo, SKILL.md é o único arquivo-fonte, então não há pastas de apoio para vasculhar em busca de regras extras, scripts ou referências.

Alimente com um artefato real de lançamento

A instalação do pre-mortem só vale a pena se você fornecer um plano específico. Boas entradas são:

• um PRD com usuário-alvo, proposta de valor e non-goals
• um plano de lançamento com datas, canais, dependências e responsáveis
• um briefing de funcionalidade com riscos conhecidos, restrições e métricas de sucesso

Entradas fracas parecem “analise essa ideia de startup”. Isso é genérico demais para um pre-mortem útil, porque o modelo não consegue saber o que, na prática, significaria falhar.

Transforme um pedido vago em um prompt útil

Em vez de pedir apenas “riscos”, peça uma revisão de falha com contexto e formato de saída. Por exemplo:
“Faça um pre-mortem deste plano de lançamento. Assuma que o lançamento acontece em 14 dias e fracassa. Identifique Tigers, Paper Tigers e Elephants, e marque cada um como bloqueador de lançamento, fast-follow ou acompanhamento. Foque em adoção, mensagem, prontidão do produto e dependências operacionais.”

Essa formulação melhora o uso do pre-mortem porque diz ao modelo o que otimizar, qual horizonte de tempo assumir e como classificar os achados.

Revise a saída pensando em ação

A melhor saída deve trazer uma lista curta de bloqueadores com alta confiança, e não um despejo longo de riscos. Procure por:

• premissas ausentes que o time ainda não validou
• dependências de lançamento que podem atrasar
• objeções de clientes que poderiam matar a adoção
• problemas que parecem graves, mas não mudam a prontidão para o lançamento

Se a resposta ficar ampla demais, adicione os detalhes que faltam no plano e rode o pre-mortem novamente.

FAQ do skill de pre-mortem

Isso é melhor do que um prompt normal?

Geralmente sim, se a qualidade da decisão importa. Um prompt normal pode gerar riscos, mas o skill de pre-mortem oferece uma estrutura repetível para ranqueá-los e revelar pontos cegos. Isso é especialmente útil para pre-mortem para Decision Support.

Preciso ser product manager para usar?

Não. O skill de pre-mortem é amigável para iniciantes, desde que você consiga fornecer um plano claro e explicar o que significaria “falha”. A qualidade depende mais da especificidade da entrada do que do cargo.

Posso usar para algo além de lançamentos de produto?

Sim, desde que a tarefa tenha risco real e um plano concreto: rollout de ferramenta interna, mudança de preço, experimentos ou mudanças de processo. Ele é menos útil para ideação aberta ou trabalho puramente criativo.

Qual é a principal limitação?

O skill só consegue ser tão preciso quanto o contexto que você fornecer. Se o PRD for raso, a saída pode supervalorizar riscos óbvios e deixar passar os bloqueadores reais. O guia de pre-mortem funciona melhor quando o material de origem já traz premissas que valem ser testadas sob estresse.

Como melhorar o skill de pre-mortem

Alimente com entradas mais afiadas

O maior ganho de qualidade vem de adicionar especificidade antes de pedir a análise. Inclua a data de lançamento, o cliente-alvo, a métrica de sucesso, o plano de distribuição, as dependências e os pontos fracos já conhecidos. O skill de pre-mortem fica muito mais útil quando consegue comparar risco com um caminho concreto até o lançamento.

Peça classificação, não só ideias

Não pare em “o que pode dar errado”. Peça ao modelo para separar Tigers de Paper Tigers e apontar Elephants explicitamente. Essa estrutura reduz respostas vagas e deixa o resultado mais útil para planejamento, alocação de equipe e escalonamento.

Inclua restrições e trade-offs

Se houver limite de orçamento, restrições de engenharia, revisão jurídica ou uma data de lançamento fixa, diga isso logo de cara. As restrições mudam quais riscos são reais. Um pre-mortem que as ignora pode até soar inteligente, mas não vai melhorar o plano.

Itere depois da primeira passada

Use a primeira resposta para refinar o próximo prompt. Se o modelo deixou passar um modo de falha provável, aponte a lacuna e peça um segundo pre-mortem focado nessa área, como adoção, implementação ou operação de lançamento. O melhor uso do pre-mortem é iterativo: primeiro amplo, depois mais específico, e então orientado à ação.