Postmortem automático para incidentes: guía completa 2026

¿Qué es un postmortem blameless?

Un postmortem (también llamado incident review o retrospectiva de incidente) es un análisis estructurado de qué salió mal durante un incidente, por qué ocurrió y cómo evitar que se repita.

El concepto de postmortem blameless (sin culpa) fue popularizado por Google SRE. La premisa es que en sistemas complejos, los errores son inevitables. Lo que importa no es quién cometió el error, sino qué condiciones del sistema lo hicieron posible.

Esta distinción es crítica: un postmortem que busca culpables obtiene versiones edulcoradas de la realidad. Un postmortem blameless obtiene la información real que permite mejorar el sistema.

Por qué los equipos no hacen postmortems (aunque deberían)

La mayoría de equipos de ingeniería saben que deberían hacer postmortems sistemáticamente. Muy pocos lo hacen de forma consistente. Las razones más comunes:

• Tiempo: Construir un timeline fiable de un incidente de 1 hora puede llevar 2-3 horas a un ingeniero senior
• Fricción: No existe un proceso claro ni plantilla establecida. Cada postmortem empieza desde cero
• Priorización: Una vez resuelto el incidente, la presión es volver a construir features, no documentar lo que pasó
• Cultura: En equipos donde los postmortems implican señalar errores de personas específicas, nadie quiere participar honestamente

El resultado: los mismos tipos de incidentes se repiten trimestre tras trimestre porque el aprendizaje nunca se documenta ni se comparte.

Estructura de un postmortem efectivo

Un postmortem efectivo tiene cinco secciones bien definidas:

1. Resumen ejecutivo

Máximo 5 líneas legibles por cualquier persona de la empresa. Qué pasó, cuándo, durante cuánto tiempo y con qué impacto cuantificado.

2. Timeline detallado

Cronología minuto a minuto desde el primer síntoma hasta la resolución completa. Con timestamps exactos, acciones tomadas y quién las tomó.

3. Causa raíz (con los 5 Porqués)

La técnica de los 5 Porqués ayuda a evitar quedarse en la causa superficial. Preguntando “¿Por qué?” repetidamente se llega a la causa sistémica real que permite una solución duradera.

4. Impacto cuantificado

Usuarios afectados, transacciones fallidas, coste estimado, horas de ingeniería invertidas. Transformar el incidente en números hace que los action items tengan la prioridad correcta.

5. Action items con dueño y fecha

Cada acción de mejora necesita un nombre de persona, una fecha límite y una definición clara de “hecho”. Sin estos tres elementos, el action item no existe en la práctica.

Qué puede automatizar la IA en el proceso de postmortem

La IA puede automatizar la parte más costosa del postmortem: la construcción del timeline y el análisis inicial.

Concretamente, un sistema de IA puede:

• Ingerir logs de Kubernetes, la aplicación, la base de datos y la infraestructura en una sola vista correlacionada
• Identificar el primer síntoma — no la primera alerta, sino el primer evento anómalo en los logs
• Correlacionar eventos de distintos sistemas que comparten timestamp para reconstruir la cadena causal
• Detectar el cambio desencadenante — deploys, cambios de configuración, escalados que coincidan con el inicio de la anomalía
• Generar el borrador del postmortem con el timeline, la causa raíz probable y los action items sugeridos

El equipo humano se ocupa de revisar, validar, añadir el contexto que no está en los logs (la conversación de Slack, la decisión de diseño original) y firmar el documento.

Plantilla de postmortem lista para usar

Copia esta plantilla y adáptala a tu equipo:

# Postmortem: [Título del incidente]

Fecha: YYYY-MM-DD
Duración: X horas Y minutos
Severidad: P0/P1/P2
Autores: [nombres]
Estado: Borrador / Cerrado

## Resumen ejecutivo
[2-3 frases que cualquier persona de la empresa pueda entender]

## Impacto
- Usuarios afectados: X (Y% del total)
- Duración de degradación: HH:MM
- Coste estimado: X EUR

## Timeline
| Hora | Evento |
|------|--------|
| 14:32 | Primera alerta |
| ...  | ...    |
| 15:15 | Servicio restaurado |

## Causa raíz
[Los 5 Porqués]

## Qué salió bien
- ...

## Action items
| Acción | Dueño | Fecha |
|--------|-------|-------|
| ...    | ...   | ...   |

Postmortem automático con centinelAI

centinelAI genera automáticamente el borrador del postmortem cuando declaras un incidente desde Slack. El proceso es:

1. La alerta llega a Slack con score de severidad y causa probable
2. Haces clic en “Declarar incidente”
3. centinelAI agrupa todos los eventos relacionados y construye el timeline
4. Al resolver el incidente, el postmortem borrador está disponible en el dashboard
5. El equipo revisa y complementa en 15 minutos en vez de 3 horas

El resultado: postmortems consistentes, sistemáticos y que realmente se leen, porque cuestan 15 minutos en vez de una tarde.