¿Qué es un premortem?
Muchos proyectos fracasan de formas que alguien del equipo podía haber previsto.
La fecha límite se pasa porque una dependencia nunca se confirmó.
El lanzamiento se atasca porque nadie era dueño del paso de revisión.
Un premortem es una reunión sencilla diseñada para sacar a la luz esos problemas previsibles antes de que ocurran, y toma alrededor de una hora.
Entonces, ¿deberías hacer uno antes de iniciar un proyecto?
A menudo sí, especialmente cuando el proyecto tiene una fecha fija, varias personas involucradas o consecuencias reales si falla.
Esta guía explica qué es un premortem, cuándo vale la pena esa hora y cómo realizarlo con tu equipo.
Un premortem es una estrategia de gestión de proyectos donde el equipo piensa en lo que podría suceder en un proyecto, bueno o malo, y hace un plan antes de que empiece.
El nombre invierte la idea del postmortem, la revisión que los equipos hacen cuando un proyecto termina.
En lugar de preguntar qué salió mal después, lo preguntas por adelantado, cuando todavía puedes hacer algo al respecto.
El Team Playbook de Atlassian describe el ejercicio como una preparación para cada giro y vuelta.
Significa imaginar qué podría hacer que el proyecto pierda su fecha límite, y también qué podría mantenerlo a tiempo.
Ese enfoque de dos lados importa.
Un buen premortem no es una sesión de pesimismo.
Saca a la luz riesgos y fortalezas juntos, para que sepas qué proteger además de qué corregir.
El formato es deliberadamente ligero.
La versión de Atlassian necesita unos diez minutos de preparación, sesenta minutos de reunión y entre tres y once personas.
Puedes hacerlo en persona con una pizarra y notas adhesivas, o a distancia con un documento compartido y una videollamada.
Cuándo un premortem vale la hora
No todo proyecto necesita una sesión formal de riesgos.
Bocetar un proyecto individual en una servilleta probablemente no la necesita.
El ejercicio rinde frutos cuando la incertidumbre y los costos de coordinación son altos.
Considera hacer uno cuando:
- El proyecto tiene una fecha límite fija atada a algo fuera de tu control, como un evento, una ventana de lanzamiento o un compromiso con un cliente.
- Varias personas o equipos deben entregar piezas que dependen entre sí.
- Ya has fallado en proyectos similares y quieres evitar repetir el patrón.