Pré-mortem: técnica para antecipar falhas do projeto
No kickoff, todo mundo está otimista. O cronograma foi aprovado, o patrocinador está animado e ninguém quer ser a pessoa que estraga o clima dizendo que a integração com o banco vai dar problema. O pré-mortem muda essa dinâmica com um truque simples: em vez de perguntar "o que pode dar errado?", o facilitador anuncia que o projeto já fracassou e pede que cada pessoa explique por quê. De repente, apontar riscos deixa de ser pessimismo e vira análise.
A técnica é rápida, barata e funciona com qualquer tipo de projeto, de implantação de sistema a evento. Abaixo estão o que ela é, por que funciona, quando aplicar, um roteiro de 60 minutos para conduzir a sessão e o caminho para transformar os motivos do fracasso em riscos com dono e resposta.
Formação relacionada
Gestão de Projetos 360° com PMBOK 8 e IA
Formação completa sobre o guia mais recente do PMI, com uso de inteligência artificial no dia a dia da gestão.
O que é pré-mortem
O pré-mortem é uma técnica de identificação de riscos em grupo. A equipe se reúne no início do projeto, ouve que ele fracassou (por exemplo, "estamos a seis meses daqui e o projeto foi um desastre") e cada pessoa escreve, sozinha, os motivos que levaram ao fracasso. Os motivos são compartilhados, agrupados e convertidos em riscos e ações.
A técnica foi descrita pelo psicólogo Gary Klein no artigo "Performing a Project Premortem", publicado na Harvard Business Review em 2007. O nome brinca com a autópsia (post-mortem): em vez de descobrir a causa da morte depois, a equipe a investiga enquanto o paciente ainda pode ser salvo.
A base da técnica é a chamada retrospectiva prospectiva: imaginar que um evento já aconteceu e explicá-lo. Klein cita pesquisa de 1989, de Deborah Mitchell, Jay Russo e Nancy Pennington, segundo a qual as pessoas encontram mais explicações para um resultado quando o tratam como fato consumado do que quando o tratam como possibilidade.
Por que o pré-mortem revela riscos que a reunião comum esconde
Três efeitos explicam o resultado:
- Licença para discordar. Numa reunião normal, apontar riscos parece falta de compromisso. No pré-mortem, a pergunta é "por que fracassou?", e não responder é que seria falta de colaboração.
- Pensamento concreto. "Algo pode atrasar" é vago. "O projeto atrasou porque o fornecedor de hardware entregou os servidores com dois meses de atraso" é uma história concreta, e histórias concretas puxam detalhes.
- Menos efeito manada. Como cada pessoa escreve sozinha antes de ouvir os outros, a opinião do diretor não define a lista. Os riscos incômodos, que só aparecem quando alguém se sente seguro, chegam ao papel.
O pré-mortem não substitui as outras técnicas de identificação. Ele complementa a revisão da EAP, a análise de premissas e as listas de verificação, como mostra o guia sobre como identificar e mitigar riscos em projetos.
Quando fazer um pré-mortem
O melhor momento é depois que o plano existe e antes do compromisso definitivo. Se não há plano, os participantes não têm sobre o que imaginar o fracasso; se o contrato já foi assinado e os recursos alocados, as mudanças ficam caras. Momentos que funcionam:
- No planejamento, antes da aprovação da linha de base. É o uso clássico.
- No kickoff, quando a equipe que vai executar o trabalho se reúne pela primeira vez.
- Antes de uma decisão grande: contratar um fornecedor, lançar um produto, entrar em produção.
- Na mudança de fase, quando os riscos da fase seguinte são diferentes dos da atual.
Como conduzir um pré-mortem em 60 minutos
Antes da sessão
Convide de 5 a 10 pessoas: quem executa o trabalho, quem conhece o cliente ou o usuário e, se possível, alguém de fora do projeto com experiência no assunto. Envie o resumo do plano (objetivos, marcos, orçamento, principais entregas) com antecedência. Prepare post-its ou um quadro virtual em que cada pessoa escreva sem ver o que os outros escrevem.
Roteiro da sessão
- Abertura (5 minutos). Explique a técnica e as regras: escrita individual, nenhuma ideia é ruim, nenhuma crítica a pessoas.
- Anúncio do fracasso (2 minutos). Seja específico e use uma data. Exemplo: "Hoje é 30 de março do ano que vem. A primeira folha de pagamento no sistema novo saiu errada, 300 funcionários receberam valores incorretos e o projeto foi suspenso. O que aconteceu?"
- Escrita individual (8 minutos). Cada pessoa escreve todos os motivos que consegue imaginar, um por post-it. Silêncio total.
- Rodada (20 minutos). Uma pessoa por vez lê um motivo da sua lista, sem repetir os já lidos. A rodada continua até as listas se esgotarem. O facilitador anota e não deixa ninguém rebater.
- Agrupamento (10 minutos). Junte motivos parecidos. Agrupar pelas categorias da estrutura analítica de riscos (técnico, externo, organizacional, gerenciamento do projeto) ajuda a ver se alguma área ficou vazia.
- Priorização rápida (10 minutos). Cada pessoa tem três votos para os motivos mais prováveis ou mais graves.
- Encerramento (5 minutos). Para os cinco mais votados, defina quem vai reescrevê-los como risco e propor a primeira ação até uma data.
Uma variação útil, feita depois do roteiro principal, é inverter o exercício: "o projeto foi um sucesso acima do esperado; o que aconteceu?". As respostas revelam oportunidades que a equipe pode explorar.
Exemplo ilustrativo: migração da folha de pagamento
Uma empresa de serviços com 1.200 funcionários vai migrar a folha de pagamento para um sistema novo em cinco meses. No pré-mortem, com o anúncio do passo 2, a equipe levantou 38 motivos. Os mais votados, já transformados em riscos:
| Motivo do "fracasso" | Risco reescrito (causa, evento, efeito) | Primeira ação |
|---|---|---|
| "As regras dos acordos coletivos não foram parametrizadas" | Porque cada sindicato tem regras próprias de adicionais, a parametrização pode ficar incompleta, o que geraria valores errados na primeira folha | Levantar as regras de cada acordo coletivo até o fim do mês 1 |
| "Ninguém rodou uma folha paralela" | Porque o cronograma prevê só um ciclo de testes, erros de cálculo podem passar para a produção | Incluir duas folhas paralelas, comparando sistema antigo e novo |
| "O analista que conhecia o sistema antigo saiu de férias" | Porque só uma pessoa domina as regras do sistema legado, a ausência dela pode travar a migração | Documentar as regras e treinar um segundo analista |
| "Os dados históricos vieram com erro" | Porque o cadastro tem inconsistências antigas, a migração pode levar dados errados, o que afetaria férias e rescisões | Limpeza do cadastro antes da carga, com conferência por amostragem |
Os riscos entram no registro e passam pela análise qualitativa, com probabilidade, impacto, dono e resposta.
Pré-mortem, Delphi ou brainstorming?
| Técnica | Quando usar | Ponto forte |
|---|---|---|
| Brainstorming de riscos | Equipe madura, ambiente aberto | Rápido, gera volume |
| Pré-mortem | Equipe otimista, hierarquia forte, projeto com alta expectativa | Tira a timidez de apontar riscos sem precisar de anonimato total |
| Delphi | Especialistas dispersos, temas politicamente sensíveis | Anonimato e várias rodadas reduzem a influência de quem tem mais poder |
Quando o tema exige especialistas de fora e várias rodadas anônimas, a técnica Delphi é a melhor escolha. O pré-mortem cabe numa reunião só.
Erros que esvaziam a técnica
- Fracasso vago. "O projeto deu errado" rende pouco. Descreva o fracasso com data e consequência concreta.
- Pular a escrita individual. Se as pessoas falam antes de escrever, a primeira opinião contamina a sala.
- Defender o plano durante a rodada. O gerente que responde a cada motivo ("isso não vai acontecer porque...") encerra a sessão sem perceber.
- Não converter em riscos. Uma parede de post-its sem dono nem ação é só desabafo. Os motivos precisam entrar no registro.
- Fazer uma vez e esquecer. Repita o exercício em cada mudança de fase, com o plano atualizado.
Leve o pré-mortem para o seu kickoff
O lugar mais natural para o primeiro pré-mortem é a preparação do kickoff, quando o plano está pronto e a equipe está reunida. Inclua 60 minutos na agenda e use o roteiro acima. Para organizar o resto da reunião, use o checklist de kickoff gratuito da Projeto Diário: ele lista o que precisa estar pronto antes, durante e depois da reunião de abertura, inclusive o registro das preocupações levantadas como riscos ou premissas, e exporta tudo para Excel ou PDF. O caminho completo, da identificação ao monitoramento, está no guia de gestão de riscos em projetos.
