Pre-Mortem: A Técnica de Gary Klein para Identificar Falhas de Projeto Cedo

Por Tara Minh · Atualizado em 10 de outubro de 2026

Um pre-mortem é um exercício de risco realizado antes do início de um projeto. A equipe assume que o projeto já fracassou, e cada pessoa anota os motivos pelos quais deu errado. O psicólogo Gary Klein descreveu o método na Harvard Business Review em 2007. Ele traz à tona dúvidas que as pessoas costumam guardar para si.

Fatos principais

• Gary Klein descreveu o premortem em "Performing a Project Premortem", Harvard Business Review, setembro de 2007: os membros da equipe assumem que o projeto acabou de fracassar e depois geram motivos plausíveis para isso.
• A ideia se apoia na "prospective hindsight" (retrospectiva prospectiva), estudada por Mitchell, Russo e Pennington em 1989. O estudo constatou que imaginar que um evento já aconteceu aumentou em cerca de 30% o número de motivos que as pessoas geraram para o resultado, segundo esta revisão da pesquisa.
• Um estudo de 2010 com 178 estudantes universitários (Veinott e colegas) concluiu que imaginar que um plano já havia fracassado reduziu a confiança nele mais do que os métodos de prós e contras, conforme a mesma revisão.
• Um pre-mortem funciona melhor depois que o plano existe e antes que dinheiro, pessoas e compromissos públicos estejam travados. Uma sessão costuma levar de 30 a 60 minutos.

O que é um pre-mortem?

A maioria das sessões de risco pergunta: "O que pode dar errado?" O pre-mortem pergunta outra coisa: "Estamos daqui a doze meses. O projeto fracassou feio. O que aconteceu?" Essa pequena mudança de enquadramento importa. As pessoas deixam de defender o plano e passam a explicar um fracasso que, no exercício, já é um fato.

O nome faz um jogo com a autópsia médica (post-mortem), que examina por que um paciente morreu depois do ocorrido. Um pre-mortem faz a autópsia com antecedência, enquanto ainda há tempo de mudar o desfecho.

O artigo de Klein na HBR descreve a dinâmica com clareza: os membros da equipe assumem que o projeto que estão planejando acabou de fracassar e depois geram motivos plausíveis para esse fracasso. Ele também argumentou que o exercício torna seguro para pessoas experientes expressarem preocupações que, de outra forma, soariam como deslealdade. Se você já esteve em um kickoff em que todos concordaram com a cabeça e três pessoas duvidavam em silêncio da data, conhece a lacuna que isso fecha.

Por que a prospective hindsight funciona

Os pesquisadores chamam o efeito subjacente de prospective hindsight: imaginar um evento futuro como se ele já tivesse acontecido. Quando um resultado é tratado como certo, a mente deixa de perguntar "se" e passa a construir a história do "como".

O artigo de 1989 de Deborah Mitchell, Jay Russo e Nancy Pennington é a pesquisa normalmente citada para isso. Uma revisão desse trabalho relata que tratar um evento como já ocorrido elevou em cerca de 30% o número de motivos gerados pelas pessoas. Ela também observa que os autores não avaliaram a qualidade desses motivos. Portanto, a conclusão segura é "mais motivos, mais rápido", e não "30% mais precisão". Isso continua sendo valioso, porque o risco que você nunca nomeia é aquele para o qual você não consegue planejar.

Há outras duas forças em ação:

• Permissão social. Em uma reunião de planejamento normal, apontar uma falha pode soar como crítica a quem escreveu o plano. Em um pre-mortem, encontrar falhas é a tarefa.
• Menos excesso de confiança. O estudo de 2010 mencionado acima constatou que imaginar o fracasso reduziu a confiança em um plano mais do que listar prós e contras. Uma confiança menor e mais realista é o objetivo, pois é ela que leva as equipes a incluir folgas e planos de contingência.

Pre-mortem vs. outras técnicas de risco de projeto

O pre-mortem não substitui suas outras ferramentas. Ele as alimenta. Veja como ele se compara às técnicas com as quais é mais confundido.

Uma boa regra: use o pre-mortem para descobrir riscos, a matriz de riscos para classificá-los e o registro de riscos para acompanhá-los. Para a disciplina mais ampla à qual essas ferramentas pertencem, veja gestão de riscos de projetos.

Quando conduzir um pre-mortem

Conduza um quando o plano estiver detalhado o bastante para ser criticado, mas ainda barato de mudar. Momentos comuns:

• Logo após a aprovação do termo de abertura do projeto e antes do kickoff
• Na reunião de kickoff do projeto, como item fixo da pauta
• Antes de uma decisão de go/no-go sobre uma grande compra, migração ou lançamento
• No início de uma nova fase, quando o plano mudou de forma relevante

Dispense-o para tarefas minúsculas. E não faça um depois que a decisão for irreversível, pois a equipe vai tratá-lo como formalidade.

Como conduzir um pre-mortem: passo a passo

Uma sessão de 45 minutos funciona para a maioria das equipes de 5 a 12 pessoas. Grupos maiores podem se dividir em mesas menores e depois reunir as listas.

Passo 1: Apresente o plano à equipe

Compartilhe o plano, o escopo, o cronograma e a definição de sucesso. Todos devem estar criticando a mesma coisa. Limite isso a 5 ou 10 minutos e não defenda o plano enquanto o apresenta.

Passo 2: Defina o cenário de fracasso

Escolha uma data específica e um resultado vívido. "Estamos em março de 2027. O lançamento atrasou quatro meses, o orçamento acabou e o sponsor retirou o apoio." Específico vence vago. Quanto mais concreto o fracasso, mais concretas as causas que as pessoas apontam.

Passo 3: Escreva os motivos em silêncio e sozinho

Dê a todos de cinco a dez minutos para anotar por que o projeto fracassou, sem conversar. A escrita individual importa porque a discussão em grupo puxa as pessoas para a voz mais alta ou para a opinião mais sênior. Peça uma causa por post-it ou por linha.

Passo 4: Compartilhe os motivos em rodízio

Percorra a sala e peça que cada pessoa leia um motivo por vez, até as listas se esgotarem. Ainda não debata. Registre tudo em um quadro compartilhado. Os juniores e os recém-chegados costumam apontar os riscos que todos os outros deixaram de notar.

Passo 5: Agrupe e vote

Agrupe causas semelhantes: pessoas, escopo, tecnologia, orçamento, dependências, fatores externos. Depois, peça que cada pessoa vote nas causas que considera mais prováveis ou mais danosas. A votação por pontos leva cinco minutos e impede que o risco mais barulhento vença por padrão.

Passo 6: Transforme os principais riscos em ações

Para os cinco a oito principais grupos, decida o que você fará agora. Cada um precisa de uma de quatro respostas:

1. Prevenir mudando o plano
2. Reduzir com uma folga, um teste ou um segundo fornecedor
3. Preparar um gatilho de contingência ("se o fornecedor perder o primeiro marco, trocamos")
4. Aceitar conscientemente, com um responsável nomeado

Passo 7: Registre e revisite

Passe os riscos para o seu registro de riscos ou para um RAID log, com responsáveis e datas. Marque na agenda uma verificação de pre-mortem de 15 minutos no ponto médio do projeto. Os riscos da primeira sessão muitas vezes mudam de forma quando o trabalho está em andamento.

Template de pre-mortem

Copie isto para um documento ou planilha. Preencha o primeiro bloco antes da sessão e a tabela durante ela.

Cabeçalho da sessão

Causas de falha e respostas

Acompanhamento

Exemplos de pre-mortem por função de negócio

A técnica não se limita a gerentes de projeto. Veja como ficam as declarações de fracasso em diferentes funções.

Cada linha começa com um fracasso simples, em uma frase. As causas não são exóticas. São os problemas comuns que as pessoas notam em conversas de corredor e nunca levantam na reunião.

Faça e não faça no pre-mortem

Faça

• Declare o fracasso como um fato. "O projeto fracassou" funciona. "O projeto pode fracassar" traz de volta a mentalidade defensiva.
• Peça que as pessoas escrevam sozinhas primeiro. A escrita silenciosa protege contra o ancoramento no primeiro que fala.
• Convide pessoas de fora da equipe principal, como alguém do suporte, do financeiro ou de uma função de contato com o cliente. Elas enxergam dependências que a equipe do projeto não vê.
• Atribua responsáveis aos principais riscos antes de a sessão terminar. Uma lista sem responsáveis é uma lista de reclamações.
• Agradeça a quem nomeia riscos desconfortáveis. A próxima sessão depende de como a primeira é tratada.

Não faça

• Não deixe o sponsor ou o gestor falar primeiro. A visão deles moldará a de todos os outros.
• Não discuta as causas durante a rodada de compartilhamento. O debate vem depois que a lista estiver completa.
• Não conduza como um ritual. Se o plano não pode mudar, o exercício só gera cinismo.
• Não pare na lista. Riscos não tratados acrescentam preocupação sem acrescentar proteção.
• Não confunda com culpa. O objetivo é encontrar pontos fracos no plano, não pessoas fracas na equipe.

Erros comuns

Os facilitadores tropeçam sempre nas mesmas poucas coisas. Uma é conduzir a sessão com um plano tão vago que toda causa é "isso não foi definido". Outra é conduzi-la tão tarde que nada pode mudar. Uma terceira é coletar quarenta causas e agir sobre nenhuma. Mantenha o resultado curto: de cinco a oito riscos, cada um com um responsável, vale mais do que uma lista longa que ninguém lê.

As equipes também usam às vezes o pre-mortem para remoer velhas mágoas de projetos anteriores. Um bom facilitador redireciona: "Quais dessas coisas poderiam acontecer com este plano?" Isso mantém o exercício voltado para o futuro e ligado a decisões que você ainda pode tomar. Equipes Agile podem conduzir uma versão mais leve no início de uma release ou de um epic importante e incorporar as ações em itens do backlog.

Conclusão

Um pre-mortem é uma forma barata de ouvir o que sua equipe já suspeita. A sacada de Klein foi que o enquadramento faz o trabalho: quando o fracasso é assumido, as pessoas conseguem discuti-lo sem se sentir desleais. Conduza-o depois que o plano estiver escrito, mantenha-o curto e converta os principais riscos em ações com responsável. Depois, acompanhe-os no seu registro de riscos e revisite-os no ponto médio.