Pre-Mortem: la técnica de Gary Klein para detectar a tiempo el fracaso de un proyecto

Por Tara Minh · Actualizado el 10 de octubre de 2026

Un pre-mortem es un ejercicio de riesgos que se realiza antes de que empiece un proyecto. El equipo asume que el proyecto ya fracasó y luego cada persona anota las razones por las que salió mal. El psicólogo Gary Klein describió el método en Harvard Business Review en 2007. Saca a la luz dudas que la gente suele guardarse.

Datos Clave

• Gary Klein describió el premortem en "Performing a Project Premortem", Harvard Business Review, septiembre de 2007: los miembros del equipo asumen que el proyecto acaba de fracasar y luego generan razones plausibles de por qué.
• La idea se apoya en la "retrospectiva prospectiva" (prospective hindsight), estudiada por Mitchell, Russo y Pennington en 1989. Su estudio encontró que imaginar que un hecho ya ocurrió aumentó en cerca de un 30% la cantidad de razones que las personas generaron para el resultado, según esta revisión de la investigación.
• Un estudio de 2010 con 178 estudiantes universitarios (Veinott y colegas) encontró que imaginar que un plan ya había fracasado redujo la confianza en él más que los métodos de pros y contras, según la misma revisión.
• Un pre-mortem funciona mejor cuando el plan ya existe y antes de que se fijen el dinero, las personas y los compromisos públicos. Una sesión suele durar de 30 a 60 minutos.

¿Qué es un pre-mortem?

La mayoría de las sesiones de riesgos preguntan: "¿Qué podría salir mal?". El pre-mortem pregunta otra cosa: "Estamos dentro de doce meses. El proyecto fracasó estrepitosamente. ¿Qué pasó?". Ese pequeño cambio de enfoque importa. La gente deja de defender el plan y empieza a explicar un fracaso que, en el ejercicio, ya es un hecho.

El nombre juega con el post-mortem médico, que examina por qué murió un paciente una vez ocurrido el hecho. Un pre-mortem hace la autopsia por adelantado, cuando todavía hay tiempo de cambiar el resultado.

El artículo de Klein en HBR describe la dinámica con claridad: los miembros del equipo asumen que el proyecto que están planificando acaba de fracasar y luego generan razones plausibles de ese fracaso. También sostuvo que el ejercicio hace seguro que personas con conocimiento expresen inquietudes que de otro modo parecerían una deslealtad. Si alguna vez estuvo en un kickoff donde todos asentían y tres personas dudaban en privado de la fecha, conoce la brecha que esto cierra.

Por qué funciona la retrospectiva prospectiva

Los investigadores llaman retrospectiva prospectiva al efecto subyacente: imaginar un hecho futuro como si ya hubiera ocurrido. Cuando un resultado se trata como seguro, la mente deja de preguntar "si" y empieza a construir la historia del "cómo".

El artículo de 1989 de Deborah Mitchell, Jay Russo y Nancy Pennington es la investigación que suele citarse al respecto. Una revisión de ese trabajo reporta que tratar un hecho como ya ocurrido aumentó en cerca de un 30% la cantidad de razones que las personas generaron. También señala que los autores no evaluaron qué tan buenas eran esas razones. Por eso la conclusión segura es "más razones, más rápido", no "30% más preciso". Aun así es valioso, porque el riesgo que nunca nombra es el que no puede planificar.

Hay otras dos fuerzas en juego:

• Permiso social. En una reunión de planificación normal, señalar un defecto puede sonar a crítica hacia quien escribió el plan. En un pre-mortem, encontrar defectos es la tarea asignada.
• Menos exceso de confianza. El estudio de 2010 mencionado arriba encontró que imaginar el fracaso redujo la confianza en un plan más que enumerar pros y contras. Una confianza menor y más realista es el objetivo, porque es lo que impulsa a los equipos a añadir márgenes y planes de contingencia.

Pre-mortem frente a otras técnicas de riesgos de proyectos

El pre-mortem no reemplaza sus otras herramientas. Las alimenta. Así se compara con las técnicas con las que más se confunde.

Una buena regla: use el pre-mortem para descubrir riesgos, la matriz de riesgos para clasificarlos y el registro de riesgos para darles seguimiento. Para la disciplina más amplia a la que pertenecen estas herramientas, consulte la gestión de riesgos de proyectos.

Cuándo ejecutar un pre-mortem

Ejecútelo cuando un plan sea lo bastante detallado para criticarlo pero todavía barato de cambiar. Momentos comunes:

• Justo después de aprobar el acta de constitución del proyecto y antes del kickoff
• En la reunión de kickoff del proyecto, como punto fijo de la agenda
• Antes de una decisión de seguir o no seguir en una compra, migración o lanzamiento grande
• Al inicio de una nueva fase cuando el plan ha cambiado de forma sustancial

Omítalo para tareas pequeñas. Y no lo ejecute cuando la decisión ya sea irreversible, porque el equipo lo tratará como una formalidad.

Cómo ejecutar un pre-mortem: paso a paso

Una sesión de 45 minutos funciona para la mayoría de los equipos de 5 a 12 personas. Los grupos más grandes pueden dividirse en mesas más pequeñas y luego unir las listas.

Paso 1: Presente el plan al equipo

Comparta el plan, el alcance, el cronograma y la definición de éxito. Todos deben criticar lo mismo. Manténgalo en 5 o 10 minutos y no defienda el plan mientras lo presenta.

Paso 2: Defina el escenario de fracaso

Elija una fecha específica y un resultado vívido. "Estamos en marzo de 2027. El lanzamiento se retrasó cuatro meses, el presupuesto se agotó y el patrocinador retiró su apoyo". Lo específico supera a lo vago. Cuanto más concreto sea el fracaso, más concretas serán las causas que la gente produzca.

Paso 3: Escriban las razones en silencio y a solas

Dé a cada persona de cinco a diez minutos para anotar por qué fracasó el proyecto, sin hablar. Escribir de forma individual importa porque la discusión grupal arrastra a las personas hacia la voz más fuerte o la opinión más senior. Pida una causa por nota adhesiva o por línea.

Paso 4: Compartan las razones por turnos

Recorra la sala y pida a cada persona que lea una razón a la vez hasta agotar las listas. Todavía no debata. Registre todo en un tablero compartido. Los juniors y los recién llegados suelen nombrar los riesgos que todos los demás han dejado de notar.

Paso 5: Agrupen y voten

Agrupe las causas similares: personas, alcance, tecnología, presupuesto, dependencias, factores externos. Luego pida a cada persona que vote por las causas que considere más probables o más dañinas. La votación con puntos toma cinco minutos y evita que el riesgo más ruidoso gane por defecto.

Paso 6: Convierta los principales riesgos en acciones

Para los cinco a ocho grupos principales, decida qué hará ahora. Cada uno necesita una de cuatro respuestas:

1. Prevenirlo cambiando el plan
2. Reducirlo con un margen, una prueba o un segundo proveedor
3. Prepararse con un disparador de contingencia ("si el proveedor incumple el primer hito, cambiamos")
4. Aceptarlo a sabiendas, con un responsable designado

Paso 7: Registre y revise

Pase los riesgos a su registro de riesgos o a un registro RAID con responsables y fechas. Agende en el calendario una revisión de pre-mortem de 15 minutos a la mitad del proyecto. Los riesgos de la primera sesión suelen cambiar de forma una vez que el trabajo está en marcha.

Plantilla de pre-mortem

Copie esto en un documento o una hoja de cálculo. Complete el primer bloque antes de la sesión y la tabla durante ella.

Encabezado de la sesión

Causas de fracaso y respuestas

Seguimiento

Ejemplos de pre-mortem por función de negocio

La técnica no se limita a los project managers. Así se ven los enunciados de fracaso en distintas funciones.

Cada fila empieza con un fracaso simple, de una sola frase. Las causas no son exóticas. Son los problemas ordinarios que la gente nota en las conversaciones de pasillo y nunca plantea en la reunión.

Qué hacer y qué evitar en un pre-mortem

Qué hacer

• Enuncie el fracaso como un hecho. "El proyecto fracasó" funciona. "El proyecto podría fracasar" devuelve la mentalidad defensiva.
• Pida a las personas que escriban primero a solas. Escribir en silencio protege contra el anclaje en la primera persona que habla.
• Invite a personas ajenas al equipo central, como alguien de soporte, finanzas o un rol de cara al cliente. Ven dependencias que el equipo del proyecto no puede ver.
• Asigne responsables a los principales riesgos antes de que termine la sesión. Una lista sin responsables es una lista de quejas.
• Agradezca a quienes nombran riesgos incómodos. La siguiente sesión depende de cómo se trate la primera.

Qué evitar

• No deje que el patrocinador o el gerente hable primero. Su opinión moldeará la de todos los demás.
• No discuta las causas durante la ronda de intercambio. El debate viene después de completar la lista.
• No lo ejecute como un ritual. Si el plan no puede cambiar, el ejercicio solo genera cinismo.
• No se detenga en la lista. Los riesgos sin procesar añaden preocupación sin añadir protección.
• No lo confunda con buscar culpables. El objetivo es encontrar puntos débiles en el plan, no personas débiles en el equipo.

Errores comunes

Los facilitadores tropiezan con las mismas pocas cosas. Una es ejecutar la sesión con un plan tan vago que toda causa es "no estaba definido". Otra es ejecutarla tan tarde que nada puede cambiar. Una tercera es reunir cuarenta causas y actuar sobre ninguna. Mantenga corto el resultado: de cinco a ocho riesgos, cada uno con un responsable, es mejor que una lista larga que nadie lee.

A veces los equipos también usan el pre-mortem para revivir viejos rencores sobre proyectos anteriores. Un buen facilitador reorienta: "¿Cuáles de esos podrían ocurrirle a este plan?". Eso mantiene el ejercicio orientado al futuro y ligado a decisiones que aún puede tomar. Los equipos Agile pueden ejecutar una versión más ligera al inicio de un lanzamiento o de un epic importante e incorporar las acciones como elementos del backlog.

Conclusión

Un pre-mortem es una forma barata de escuchar lo que su equipo ya sospecha. La idea de Klein fue que el enfoque hace el trabajo: una vez que se asume el fracaso, las personas pueden hablar de él sin sentirse desleales. Ejecútelo después de escribir el plan, manténgalo corto y convierta los principales riesgos en acciones con responsable. Luego dé seguimiento en su registro de riesgos y revíselas a la mitad del proyecto.