El Framework que te Pide Imaginar el Fracaso (Antes de que Ocurra)
En 2026 seguimos obsesionados con los frameworks de éxito.
OKRs. Matrices de priorización. North Star metrics. Todo diseñado para llevarte hacia la victoria.
Y aun así, la mayoría de proyectos mueren. La mayoría de features se lanzan y no las usa nadie. La mayoría de decisiones estratégicas que parecían sólidas se convierten en el mea culpa del siguiente all-hands.
Lo que nadie te dice es que el problema no es que no tengas un framework de éxito.
Es que nunca has tenido un framework de fracaso.
La lógica invertida que cambia todo
Mira, llevamos semanas hablando de modelos mentales en este blog. Howard Marks y el pensamiento de segundo nivel. Naval y los tipos de apalancamiento. Munger y los sistemas de incentivos.
Todos comparten algo: obligan a pensar diferente antes de actuar.
El Pre-Mortem hace exactamente eso, pero con una vuelta de tuerca que resulta incómoda al principio.
La mecánica es simple:
En lugar de preguntarte «¿cómo hacemos que esto funcione?», te preguntas «asumiendo que esto ya ha fallado, ¿qué fue lo que lo mató?»
No es pesimismo. Es lo contrario: es honestidad estratégica antes de que el orgullo y el sesgo de confirmación contaminen tu análisis.
Las investigaciones que rodean esta técnica son consistentes en algo: cuando los equipos hacen Pre-Mortem antes de lanzar un proyecto, identifican un porcentaje significativamente mayor de causas potenciales de fracaso que con cualquier otra metodología de planificación. Algunos estudios hablan de hasta un 30% más.
Treinta por ciento más de problemas visibles antes de que sean problemas reales.
Eso es brutal.
Por qué el cerebro humano lo necesita
A ver, el problema no es que seas malo planificando.
El problema es que cuando estás dentro de un proyecto —especialmente uno que te emociona— tu cerebro activa todos sus mecanismos de protección del optimismo.
Lo llaman planning fallacy. Es la tendencia sistemática a subestimar el tiempo, los costes y los riesgos de una tarea, y a sobreestimar sus beneficios.
Este sesgo no desaparece con experiencia. Los builders veteranos lo tienen igual que los junior. Lo que cambia es si tienes un sistema para combatirlo.
El Pre-Mortem es ese sistema.
Cuando te piden que imagines el fracaso como un hecho consumado —«el proyecto murió, ¿qué pasó?»— tu cerebro cambia de modo. Sale del modo defensa y entra en modo diagnóstico. Es mucho más fácil identificar riesgos desde ahí.
Cómo aplicarlo en la práctica (sin que se convierta en una reunión de dos horas)
Te cuento cómo lo uso yo antes de lanzar algo nuevo.
Paso 1: Define el horizonte temporal
No digas «el proyecto fracasó». Sé específico: «Han pasado seis meses desde el lanzamiento y el proyecto está muerto. Nadie lo usa. Lo vamos a cerrar."
La especificidad fuerza concreción. La concreción produce insights reales.
Paso 2: Lista los cadáveres
Escribe todo lo que podría haber causado esa muerte. Sin filtros. Sin jerarquías todavía. Solo una lista larga y honesta:
- No encontramos product-market fit
- El canal principal de distribución no funcionó
- La integración técnica fue más compleja de lo esperado
- El equipo no tenía el skill concreto que necesitaba
- Llegamos tarde al mercado
- Subestimamos el coste de adquisición
- El problema que resolvíamos no dolía lo suficiente
Haz este ejercicio solo primero. Luego con el equipo. Vas a ver cosas distintas.
Paso 3: Prioriza por probabilidad e impacto
De toda esa lista, selecciona los tres o cuatro riesgos que combinan alta probabilidad con alto impacto si se materializan.
Esos son tus puntos ciegos reales.
Paso 4: Diseña contramedidas antes de empezar
Aquí está la parte que más se ignora: una vez identificados los riesgos críticos, diseñas respuestas específicas para cada uno antes de que el proyecto arranque.
No «gestionaremos esto si surge». Sino: «si esto pasa, haremos esto concreto».
Esa diferencia es la que separa los equipos que reaccionan de los que responden.
Dónde encaja con los otros frameworks que hemos visto
Si llevas tiempo leyendo este blog, reconocerás la conexión.
Eisenhower tenía claro que lo urgente no suele ser importante. El Pre-Mortem te ayuda a identificar qué es verdaderamente importante antes de empezar —no cuando ya estás corriendo contra el tiempo.
First Principles, el framework que Elon Musk popularizó para descomponer problemas hasta sus verdades fundamentales, funciona mejor cuando ya sabes dónde están las asunciones falsas. El Pre-Mortem te las revela.
Y el OODA Loop de John Boyd —Observar, Orientar, Decidir, Actuar— empieza por observar. El Pre-Mortem es observación anticipada. Le das a tu loop de decisión información que normalmente solo estaría disponible después del desastre.
No son frameworks en competencia. Son capas.
La incomodidad que demuestra que funciona
Lo aprendí por las malas: la primera vez que hice un Pre-Mortem serio con un proyecto del que estaba muy emocionado, la lista de riesgos me dejó tocado.
Not porque el proyecto fuera malo. Sino porque hasta ese momento no había querido ver esas cosas.
Esa incomodidad es exactamente la señal de que el ejercicio está funcionando.
Si haces un Pre-Mortem y no sientes nada, o la lista es corta y tranquilizadora, vuelve a empezar. No has sido honesto todavía.
Empieza esta semana
Tienes un proyecto en marcha o uno que quieres lanzar. Ya.
Dedica 30 minutos a escribir esto:
«Es [fecha en seis meses]. El proyecto está muerto. ¿Qué lo mató?»
Escribe sin parar durante 15 minutos. No edites. No filtres.
Luego lee lo que escribiste con la misma frialdad con la que leerías el post-mortem de otro.
Lo que encuentres ahí es más valioso que cualquier roadmap optimista.
Y te costará 30 minutos antes de empezar, no seis meses después de haber invertido todo.
En las próximas entregas de esta serie seguimos con más frameworks de decisión. Si este formato te está siendo útil, compártelo con alguien que esté a punto de lanzar algo.
