Voltar para Gestão de projetos

Templates de Premortem

Preveja o futuro imaginando o fracasso. Use o template de Premortem para fazer brainstorming de tudo o que pode dar errado antes do lançamento, permitindo que seu time crie salvaguardas e evite desastres antes que aconteçam.

6 templates

Explore mais

O que é um template de premortem?

Um template de premortem é um espaço de trabalho estruturado usado para identificar "pontos cegos" antes do lançamento de um projeto. Popularizado pelo psicólogo Gary Klein, o exercício inverte a pergunta tradicional "O que poderia dar errado?" em uma afirmação definitiva: "Daqui a um ano, este projeto é um desastre. O que aconteceu?" Essa mudança cognitiva contorna o "Overconfidence Bias" e o "Groupthink" que frequentemente silenciam os céticos em uma sala cheia de otimistas.

A auditoria "Fail-Safe": 3 maneiras de revelar riscos ocultos

Um premortem só é eficaz se o time se sentir seguro para ser "brutalmente honesto". Antes de iniciar sua sessão na Miro, aplique estas três "checagens de saúde" de especialistas:

1. A auditoria "Prospective Hindsight"

A Auditoria: Seu time está apenas listando "Riscos" como um log RAID padrão? A Correção: Audite por Certeza Imaginada. Um template profissional força o time a começar pelo fim. Em vez de dizer "Um concorrente pode lançar", deve-se afirmar "Um concorrente lançou uma versão melhor por metade do preço." Ao tratar a falha como um fato histórico, o cérebro fica muito melhor em encontrar o caminho realista que levou até ela.

2. O Teste da "Falha Espetacular"

A Auditoria: As "Falhas" que seu time identifica são pequenas demais ou fáceis de corrigir? A Correção: Audite a escala. Incentive o time a imaginar uma "Catástrofe Total": ações judiciais, rotatividade de 90% ou um colapso completo da marca. Ao imaginar uma falha massiva, você descobre vulnerabilidades sistêmicas (por exemplo, "Nossa arquitetura de servidores não suporta o dobro do tráfego") que o pensamento de risco em pequena escala deixa passar.

3. A salvaguarda "Anti-Groupthink"

A auditoria: O gerente de projeto ou o líder está "defendendo" o projeto durante o brainstorming? A solução: Auditar se há Brainstorming Independente. Use "Silent Writing" nos primeiros 10 minutos. Todos devem anotar individualmente a sua "Reason for Failure" antes de compartilhar. Isso garante que o desenvolvedor júnior que vê uma falha técnica não seja intimidado ao silêncio pelo otimismo do gerente sênior.

Frameworks estratégicos: qual template de premortem você precisa?

Selecione o framework que corresponde à complexidade do seu projeto:

  • Canvas básico de pré-mortem:

    • Melhor para: times pequenos ou lançamentos de funcionalidades.

    • O fluxo: 1. Imaginar o fracasso, 2. Fazer brainstorming de causas, 3. Consolidar, 4. Planejar mitigações.

  • Template "Trio of Trouble":

    • Melhor para: mudanças estratégicas de negócios.

    • As categorias: Agrupe as falhas em Técnico (não funcionou), Mercado (ninguém quis), e Operacional (não conseguimos dar suporte).

  • O "Post-It" Grave-Site:

    • Melhor para: visualizar o "fim do projeto".

    • O objetivo: Desenhar literalmente uma "lápide" para o projeto e escrever a "causa da morte" nela para romper o apego emocional à ideia.

Componentes principais de um template de Premortem

Um board de Premortem de alta performance exige estes cinco elementos essenciais:

  • Cenário de desastre: Uma descrição vívida do status futuro de fracasso.

  • Causas "candidatas": Uma lista bruta de todas as razões potenciais para a falha.

  • Ameaças "iminentes": Uma lista priorizada dos 3–5 principais riscos mais prováveis e mais danosos.

  • Roadmap de mitigação: Tarefas específicas adicionadas ao plano de projeto atual para evitar o fracasso imaginado.

  • Indicadores "bandeira vermelha": Uma lista de "Sinais de alerta" (por exemplo, "Se não tivermos alcançado 1.000 usuários até o Mês 2, estamos no caminho do fracasso").

Armadilhas comuns em Premortems

  • O exercício de "cumprir apenas formalidades": Fazer isso porque o processo exige, mas sem realmente alterar o plano do projeto depois.

    • A solução: Toda "Razão para falha" deve resultar em um item de ação. Se identificar que "Falta de documentação" matou o projeto, você deve designar alguém para escrever a documentação esta semana.

  • Defensividade: Sentir que um premortem é um "ataque" à visão do projeto.

    • A solução: Apresente como "O maior ato de apoio." Um time que faz um premortem se importa mais com o sucesso real do projeto do que com seu próprio conforto.