Lecciones aprendidas y post-mortem
Revisión estructurada al cerrar un proyecto o tras un incidente para entender qué pasó, por qué y qué cambiar, sin buscar culpables.
Cuándo usarlo: Al cerrar un proyecto o fase, y siempre después de un incidente grave en producción.
Cómo se hace
- Reconstruir la línea temporal de hechos con datos.
- Separar qué funcionó y qué no.
- Buscar causas raíz con “5 porqués”, no culpables.
- Acordar acciones concretas con responsable y fecha.
- Publicar el documento y hacer seguimiento de las acciones.
Ejemplo práctico
Post-mortem de una caída de 2 horas: la causa raíz fue una migración de base de datos sin plan de vuelta atrás. Acción: checklist de migraciones con rollback probado, a cargo del tech lead.
Consejos
- “Sin culpa” (blameless): si la gente teme el post-mortem, ocultará información.
Errores comunes
- Documentar las lecciones y no cambiar nada: la lección no se ha aprendido.