Los problemas se repetirán si el sistema no cambia.
El post-mortem sin culpa es la herramienta para convertir errores en aprendizaje y aprendizaje en proceso. La idea es sencilla: analizar qué pasó de verdad, separar hechos de opiniones, entender causas de sistema antes que señalar a personas y cerrar con cambios específicos (dueño + fecha + señal). Está inspirado en prácticas contrastadas ( 5 Whys, SRE/DevOps) y en marcos de seguridad psicológica (Edmondson) y consulta humilde (Schein).
Cinco reglas:
(1) Hechos, no relatos. ¿Qué, cuándo, dónde, con qué impacto?
(2) Sin defensas: quien modera refleja lo oído en una frase y pregunta si falta algo.
(3) Señales tempranas: ¿qué indicios ignoramos?
(4) Cambios pequeños, visibles y rápidos (checklist, decisión, handoff, alerta)
(5) Seguimiento a 30 días: si no cambió el proceso, el aprendizaje fue postureo. Este enfoque evita la caza de brujas y acelera la mejora continua.
El lenguaje importa: “¿Qué en el sistema permitió este fallo?” cambia el clima. Incorporar la “silla vacía” ayuda a evaluar impacto en cliente y primera línea y priorizar acciones con sentido. Y documentar en un repositorio simple —no una tumba de PDFs— permite que el conocimiento sobreviva a las personas.
Cuando el post-mortem es honesto, emergen listas incómodas: decisiones tardías, cambios sin probar, protocolos que dejan solos a los equipos, prioridades que cambian cada semana. Duele, pero ordena.
Dar gracias por decir lo difícil y actuar en consecuencia sube la confianza y baja la probabilidad de repetir el error.
El error no es el problema; el problema es un sistema que te obliga a callarlo.
Para poner en práctica mañana
• Define tu plantilla de post-mortem: hechos, señales, causas de sistema, cambios (dueño + fecha + señal).
• Nombra un moderador distinto al “dueño del proceso” y añade la “silla vacía” al ritual.
• Crea un repositorio vivo de aprendizajes y revisa uno cada mes en el comité.
Al rincón de pensar… y avanti.