sinra¿Qué es un Postmortem?
Un postmortem en Sinra es un registro estructurado de análisis de un incidente. Recoge qué pasó, por qué pasó y qué evitará que vuelva a pasar. Es explícitamente blameless: el objetivo es identificar fallos sistémicos, no errores individuales.
Crear un Postmortem
- Vaya a
/postmortems - Cree un registro con un título y la fecha de ocurrencia
- Defina la severidad según el impacto
- Rellene las fechas clave: detected_at, resolved_at
- Redacte las secciones de factores contribuyentes e impacto
- Añada los eventos de la cronología, cada uno con su fecha y hora
- Añada acciones de remediación con responsables y fechas límite
Niveles de Severidad
| Severidad | Uso |
|---|---|
| low | Interrupción menor, impacto limitado en los usuarios |
| medium | Degradación apreciable, existe una alternativa |
| high | Caída o problema de datos importante, sin alternativa |
| critical | Caída total del servicio o pérdida de datos |
Estructura de un Postmortem
Cronología: una lista de eventos fechados, siempre mostrada en orden cronológico sea cual sea el orden de entrada. La hora que escribe se interpreta en su zona horaria; cada lector la ve en la suya. Pase el cursor sobre una hora para leer la fecha completa y la zona. Una buena cronología describe qué hizo cada responsable y por qué, con empatía hacia la información de la que disponía en ese momento. Los postmortems escritos antes de este cambio conservan su antigua cronología en texto libre en la base de datos, pero ya no se muestra ni se puede editar.
Factores Contribuyentes (texto enriquecido): condiciones sistémicas que hicieron posible el error o amplificaron su impacto. No quién hizo qué, sino qué hizo frágil al sistema.
Impacto (texto enriquecido): alcance del incidente: usuarios afectados, ingresos perdidos, SLA incumplido, datos en riesgo.
Acciones: tareas de remediación concretas con un responsable, una fecha límite y un estado, las mismas acciones con seguimiento que en las retrospectivas (véase Retrospectivas). Cada acción debe abordar un factor contribuyente, no un síntoma. Convertir en issue abre el formulario de issue rellenado como bug; la acción sigue después el estado de la issue.
Ciclo de Vida de los Estados
| Estado | Significado |
|---|---|
| draft | En redacción, aún no compartido |
| in_review | Compartido con el equipo para revisión |
| published | Finalizado, compartido con la organización |
MTTR (Mean Time To Recovery)
Sinra calcula automáticamente el MTTR de occurred_at a resolved_at. Esta métrica aparece en cada postmortem y permite comparar incidentes para seguir la capacidad de recuperación de su organización a lo largo del tiempo.
Si resolved_at no está definido, el postmortem se marca como en curso.
Vínculo con el Contexto
Vincule un postmortem a una release, un ciclo o un proyecto para conectarlo con el contexto de trabajo en el que ocurrió el incidente. Así se puede encontrar desde la vista de la release y se crea trazabilidad entre la entrega y el incidente.
Issues vinculadas
Vincule las issues implicadas en el incidente. El postmortem muestra cada issue con su estado actual, leído al mostrar la página, y la página de la issue lista los postmortems en los que aparece.
Participantes
Añada a quienes respondieron y a los revisores como participantes. Así queda documentado el equipo que respondió y se crea una lista de personas a las que avisar cuando se publique el postmortem.
Blameless frente a las Revisiones de Incidentes Tradicionales
Las revisiones tradicionales preguntan: ¿quién cometió el error? Los postmortems blameless preguntan: ¿qué permitió que este error tuviera este impacto?
La diferencia no es cosmética. Cuando las personas temen ser culpadas, ocultan los cuasi-incidentes, declaran menos incidentes y esquivan en silencio los sistemas frágiles. Cuando las organizaciones tratan los incidentes como oportunidades de aprendizaje sistémico, los ingenieros comunican los problemas pronto, otros equipos leen los postmortems y se priorizan las mejoras sistémicas.
La estructura de postmortem de Sinra está pensada para sacar a la luz las causas sistémicas: la sección de factores contribuyentes se centra explícitamente en las condiciones, no en los actores.
La lista de postmortems tiene un único botón «Nuevo».