Plantilla de postmortem SRE para incidentes de TI

Convertir una interrupción en cambios concretos#

Un postmortem es el registro del impacto, las medidas de respuesta, las causas y el trabajo necesario para reducir la posibilidad o el efecto de una recurrencia. La práctica descrita por Google SRE recomienda una revisión sin culpabilizar a personas: interesa entender qué condiciones hicieron posible el incidente y qué controles pueden mejorarse.

Plantilla para completar#

INCIDENTE:
Servicio y responsable:
Fecha/hora de inicio y recuperación:
Severidad y criterio aplicado:
Autores y revisores:

RESUMEN E IMPACTO
Qué experimentaron los usuarios o equipos:
Alcance, duración y datos disponibles:
Qué quedó fuera de alcance:

CRONOLOGÍA
Hora | Señal o decisión | Acción | Resultado

DETECCIÓN Y RESPUESTA
Cómo se detectó:
Qué mitigó el impacto:
Qué retrasó la recuperación:

FACTORES CONTRIBUYENTES
Condiciones técnicas, de proceso y coordinación:
Señales previas y por qué no bastaron:

ACCIONES
Acción | Tipo (prevenir/mitigar/detectar) | Responsable | Fecha | Evidencia de cierre

SEGUIMIENTO
Qué métrica o alerta confirmará la mejora:
Fecha de revisión del postmortem:

Cómo facilitar la revisión#

1. Aclara primero el impacto observado y separa hechos de hipótesis.
2. Reconstruye decisiones con la información disponible en ese momento.
3. Busca factores de sistema: permisos, automatismos, dependencias, alertas y carga de trabajo.
4. Formula acciones pequeñas, con responsable y resultado verificable; evita “tener más cuidado”.
5. Revisa que las acciones se completen y comparte aprendizajes con los equipos que dependen del servicio.

La plantilla es una adaptación operativa, no el formulario oficial de Google. Consulta su guía de postmortem culture y análisis de postmortems. Para gestionar disponibilidad de extremo a extremo, enlaza esta práctica con SRE y servicios gestionados.