Plantilla de post-mortem de proyecto

Formato de retrospectiva post-mortem

Visión general, objetivos y alcance

¿Qué se propuso lograr el proyecto y para cuándo?

Este tema establece el marco antes de que nadie juzgue nada. Pide el objetivo original, el alcance acordado, el calendario y los criterios de éxito, además de lo que realmente se entregó en comparación. En una revisión de incidente, úsalo para la cronología: qué falló, cuándo se detectó, quién participó y cómo se resolvió. Deja las interpretaciones fuera de esta columna y guarda las opiniones para los temas siguientes. Si la gente ni siquiera se pone de acuerdo en cuáles eran los objetivos o los criterios de éxito, ese desacuerdo es un hallazgo que vale la pena registrar.

Qué salió bien

¿Qué logros y procesos vale la pena repetir?

Los equipos suelen pasar por este tema a toda prisa, sobre todo después de un proyecto difícil o un incidente estresante, así que protege su tiempo. Buscas prácticas que merezca la pena repetir, no cumplidos; los reconocimientos tienen su propio tema más adelante. Cuando alguien publique un elogio, pregunta qué fue exactamente lo que hizo que funcionara para que la respuesta se pueda reutilizar. Presta atención a los logros que dependieron de heroicidades individuales y señálalos como riesgos.

Qué no salió bien

¿Dónde nos atascamos, fallamos o no llegamos a los objetivos?

Aquí está la mayor parte del aprendizaje, así que antes de empezar enuncia en voz alta la regla de no buscar culpables: se examinan sistemas y decisiones, no personas. Pide detalles concretos en lugar de quejas vagas. Con «la comunicación fue mala» no se puede hacer nada, pero con «nos enteramos del cambio de fecha límite en una conversación de pasillo» sí. Usa la votación para que el debate no se disperse entre todas las molestias de los últimos tres meses.

Análisis de causa raíz

¿Por qué salió mal, y no solo qué salió mal?

Opcional en una revisión de proyecto sin complicaciones, imprescindible en un incidente. Toma los problemas más votados del tema anterior y sigue preguntando por qué hasta llegar a una condición, no a una persona: una salvaguarda que faltaba, un responsable poco claro, la presión del calendario, una suposición que nadie comprobó. Los cinco porqués funcionan bien aquí, igual que preguntar qué hizo que la acción equivocada pareciera razonable en ese momento. Detente cuando llegues a algo que realmente puedas cambiar y anota los factores contribuyentes por separado del desencadenante.

Lecciones aprendidas

¿Qué lecciones nos llevamos para el futuro?

Este es el «¿y qué?» que convierte las observaciones en conocimiento reutilizable. Insiste en cada idea hasta que nombre un comportamiento, un desencadenante o una salvaguarda que siga teniendo sentido en el próximo proyecto. Separa lo que este equipo puede cambiar por sí mismo de lo que tiene que llegar a un responsable o a otro grupo, y sé sincero con esa segunda lista. Redacta cada lección de modo que alguien que no estuvo en la sala pueda leerla en el informe exportado y entenderla sin que tú estés ahí para explicarla.

Acciones, responsables y plazos

¿Quién hace qué y para cuándo?

Un post-mortem sin acciones asignadas no cuenta, así que reserva tiempo de verdad para esto en lugar de meterlo con calzador en los dos últimos minutos. Convierte las lecciones más votadas en unas pocas acciones concretas, cada una con un responsable con nombre y una fecha límite registradas en TeamRetro para que aparezcan en tu próxima sesión. Dos o tres acciones con un responsable claro valen más que diez aspiracionales. Si una acción corresponde a alguien que no está en la sala, acordad quién se la hará llegar y para cuándo.

Agradecimientos y reconocimientos

¿Quién merece un reconocimiento antes de cerrar?

Cierra con las personas, no con los problemas. Pide a cada uno que nombre a una persona concreta y algo concreto que hizo; significa mucho más que un agradecimiento general y funciona incluso después de un proyecto difícil. Importa sobre todo cuando la revisión ha sido dura, porque recuerda al equipo que examinar un fallo no es lo mismo que culparse unos a otros. Que sea breve: lee algunos en voz alta y deja que el informe exportado recoja el resto.

Cuándo utilizar este estudio retrospectivo

• Acaba de terminar un proyecto, una entrega, una migración o una campaña y quieres una revisión estructurada, no una charla informal que acaba en el olvido
• Un incidente, una caída o una versión fallida necesita un post-mortem sin culpables que cubra la cronología, las causas raíz y las acciones preventivas
• Un programa de larga duración ha terminado una fase y quieres registrar las lecciones aprendidas mientras los detalles siguen frescos
• Un grupo multifuncional se disuelve y es tu última oportunidad para hacer un debrief y reconocer a quienes contribuyeron antes de que pasen a otros trabajos
• Algo salió inesperadamente bien y quieres entender por qué, para poder repetirlo en lugar de atribuirlo a la suerte

Preguntas sugeridas para romper el hielo

• En una palabra, ¿cómo te sentías con este proyecto o incidente cuando estabas en plena faena?
• Si pudieras enviarte una sola frase de consejo a ti mismo el primer día, ¿qué diría?

¿Le gustaría que su equipo realizara un ejercicio de calentamiento, en lugar de limitarse a responder en voz alta? Eche un vistazo a los rompehielos gratuitos →

Ideas y consejos para su reunión retrospectiva

• Hazlo en la semana o las dos semanas siguientes al cierre del proyecto o a la resolución del incidente. La memoria se desvanece rápido y con ella los detalles útiles
• Enuncia la regla de no buscar culpables al principio. Se analizan decisiones, sistemas y presiones, no se busca a alguien a quien responsabilizar
• Dedica unos minutos a consensuar la visión general del proyecto antes de que empiecen las opiniones. Un marco compartido evita que la sesión se convierta en un debate sobre cuál era siquiera el objetivo
• Omite o acorta el análisis de causa raíz en una revisión de proyecto sin incidencias y dedícale más tiempo en los incidentes, donde la prevención es lo importante
• Prioriza con votaciones y no dejes que la reunión termine sin responsables y fechas límite para las acciones principales, o tus lecciones aprendidas se quedarán en teoría
• Lleva a la sala las acciones del post-mortem anterior y revísalas primero. Nada mejora tanto el seguimiento como saber que se va a comprobar

Preguntas frecuentes