Inicio / Blog / Hacer un post-mortem sin culpas

Operaciones

¿Cómo se hace un post-mortem sin culpas? Guía práctica

Guía práctica para hacer un post-mortem sin culpas tras un fallo operativo: cuándo convocarlo, la agenda, la cronología, los 5 porqués, las acciones con responsables y el seguimiento.

1 de octubre de 2026 · 6 min de lectura

Un post-mortem es una revisión estructurada que se realiza después de que algo ha salido mal — una entrega fallida, una caída de sistema, un casi accidente, un cambio de turno o de línea mal ejecutado. Un post-mortem sin culpas añade una regla: el objetivo es entender cómo llegó a ser posible el fallo, no decidir a quién castigar. Las personas toman decisiones razonables con la información y la presión que tenían en ese momento. Si temen ser culpadas, ocultan detalles, y el siguiente fallo llega con las mismas causas intactas.

Qué significa de verdad «sin culpas»

No significa sin consecuencias ni sin responsabilidad. Significa separar el aprendizaje de la disciplina. Cada persona es responsable de corregir y dar seguimiento; la revisión en sí examina sistemas, procesos, herramientas, traspasos e incentivos. En lugar de preguntar «¿Quién se equivocó?», pregunte «¿Qué hizo que este error fuera fácil de cometer y difícil de detectar?»

Cuándo convocarlo

Convoque un post-mortem cuando el impacto supere un umbral acordado de antemano. Desencadenantes típicos:

• Impacto en el cliente, como un pedido tardío o erróneo o una caída del servicio
• Una pérdida económica importante, retrabajo o desperdicio
• Un incidente de seguridad o un casi accidente grave
• Pérdida de datos, un incumplimiento normativo o un evento de seguridad informática
• Un fallo que se repite, aunque cada caso sea pequeño

Procure reunirse entre dos y cinco días laborables después: lo bastante pronto para que la memoria esté fresca, y lo bastante tarde para que el equipo haya descansado y el incendio inmediato esté apagado.

Preparación previa a la reunión

Designe a un facilitador neutral — idealmente alguien que no estuviera directamente implicado — y a una persona que tome notas. Reúna primero las evidencias en bruto: registros, mensajes, tickets, notas de turno, fotos. Pida a los participantes que escriban, con sus propias palabras, lo que vieron e hicieron antes de la reunión, para que las primeras intervenciones no condicionen a los demás. Invite a quienes estuvieron cerca del suceso y a una o dos personas de equipos vecinos; mantenga un grupo lo bastante pequeño para conversar, normalmente menos de diez.

Una agenda sencilla (60–90 minutos)

• Reglas del juego (5 min): deje claro que la revisión es sin culpas, que el fin es aprender y que los hechos van antes que las opiniones.
• Resumen del impacto (5 min): qué ocurrió, a quién afectó y cuánto duró.
• Cronología (20 min): reconstruyan los hechos en orden.
• Factores contribuyentes y causa raíz (25 min): profundicen en el porqué.
• Lo que salió bien (5 min): anoten las salvadas, los apaños y las buenas decisiones que merece la pena repetir.
• Acciones (15 min): acuerden correcciones concretas, responsables y fechas.
• Cierre (5 min): confirmen quién redacta y distribuye el resumen.

Construya la cronología

Empiece solo con marcas de tiempo y hechos: qué ocurrió, qué se sabía en ese momento, qué acción se tomó y cuál fue el resultado. Evite interpretar en esta fase. Una cronología compartida suele destapar sorpresas — una alerta tardía, un traspaso poco claro, un paso que nadie sabía que era manual. Marque los puntos en que era posible otra decisión y pregunte qué información tenía la persona entonces, no lo que sabemos ahora. Con la perspectiva del tiempo, todo parece obvio.

Encuentre la causa raíz con los 5 porqués

La técnica de los 5 porqués consiste en preguntar «¿por qué?» una y otra vez hasta pasar del síntoma a una causa sistémica. Cinco es una referencia, no una regla; deténgase cuando llegue a algo que de verdad pueda cambiar. Un ejemplo breve:

• El envío salió tarde. ¿Por qué? El pedido se preparó con el artículo equivocado y hubo que volver a prepararlo.
• ¿Por qué se cogió el artículo equivocado? Los dos productos tienen etiquetas casi idénticas.
• ¿Por qué no se comprobó? El paso de escaneo se omite cuando la cola es larga.
• ¿Por qué se omite? El escáner es lento y se mide al equipo por productividad.
• ¿Por qué la productividad es el único indicador? El panel no muestra las tasas de error.

Fíjese en que la respuesta no es «el preparador fue descuidado». Los fallos reales suelen tener varias causas contribuyentes, así que no fuerce una única «raíz». Si los porqués se ramifican, siga cada rama.

Convierta los hallazgos en acciones con responsable

Un post-mortem sin acciones es solo una conversación. Las buenas acciones son concretas, lo bastante pequeñas para terminarse y están ligadas a una causa identificada. Para cada una, registre:

• Qué: un cambio concreto, como «añadir un paso de escaneo obligatorio con alerta visual ante discrepancias»
• Responsable: una persona con nombre, no un equipo
• Fecha límite: realista, con una prioridad
• Cómo sabremos que funcionó: una comprobación medible

Prefiera las correcciones que cambian el sistema — automatización, listas de verificación, mejores valores predeterminados, alertas más claras — antes que «recordemos a todos que tengan más cuidado». Limite la lista a lo que el equipo pueda cumplir de verdad: cinco acciones hechas valen más que quince olvidadas.

Dé seguimiento para que perdure

Publique en pocos días un resumen escrito breve: impacto, cronología, causas y acciones con responsables. Guárdelo en un lugar donde se pueda buscar, para que los equipos futuros aprendan de él. Revise las acciones abiertas en una reunión periódica hasta cerrar cada una y compruebe, pasadas unas semanas, que la corrección redujo realmente el problema. Comparta las lecciones más allá del equipo inmediato cuando apliquen en otros lugares.

Errores frecuentes

• Buscar un culpable y concluir con un «error humano».
• Saltarse la reunión porque el incidente fue pequeño o ya está resuelto.
• Acciones vagas, sin responsable ni fecha.
• Directivos que acaparan la conversación y silencian a los más jóvenes.
• Sin seguimiento, de modo que el documento se archiva y se olvida.

La práctica solo funciona si las acciones se siguen con el mismo cuidado con que se revisó el incidente. En FulcrumGrid Command Center puede registrar el incidente, asignar cada acción correctiva a un responsable con fecha límite y ver qué sigue abierto entre equipos, para que el seguimiento no dependa de que alguien se acuerde. Una hoja de cálculo compartida también sirve, siempre que alguien la revise.

Preguntas frecuentes

¿Qué es un post-mortem sin culpas?

Una revisión estructurada tras un fallo operativo que se centra en cómo el sistema, los procesos y las circunstancias lo permitieron, y no en a quién culpar. Las personas siguen siendo responsables de las acciones de seguimiento, pero la revisión busca aprender.

¿Cuándo debe hacerse un post-mortem?

Siempre que el impacto supere un umbral acordado de antemano: problemas con clientes, coste significativo, incidentes de seguridad, pérdida de datos o cuestiones normativas, o pequeños fallos repetidos. Reúnanse en pocos días laborables, mientras la memoria está fresca.

¿Cómo funcionan los 5 porqués?

Se pregunta «¿por qué?» repetidamente, partiendo del problema, hasta llegar a una causa sistémica que se pueda cambiar. Cinco es una pauta; si las respuestas se ramifican, siga cada rama en lugar de forzar una sola causa raíz.

¿Qué hace buena a una acción correctiva?

Que sea concreta, esté ligada a una causa identificada, sea lo bastante pequeña para terminarse y tenga un responsable con nombre, una fecha límite y una forma de comprobar que funcionó. Es preferible cambiar el sistema a recordar que hay que tener más cuidado.

¿Cómo se da seguimiento tras un post-mortem?

Distribuya un resumen escrito breve, siga cada acción hasta su cierre en una reunión periódica y compruebe pasadas unas semanas que la corrección redujo el problema. Guarde el documento donde otros puedan encontrarlo.

← Volver al blog