Glosario · Incidentes y alertas

¿Qué es un postmortem?

Revisión del incidente

Un postmortem, también llamado revisión de incidencia o retrospectiva, es un relato escrito tras una incidencia de qué pasó, por qué, cómo se gestionó y qué va a cambiar para que no vuelva a ocurrir.

Cómo funciona y por qué importa

Un postmortem útil tiene una cronología con horas, el impacto (a quién afectó y durante cuánto tiempo), las causas que contribuyeron, qué fue bien y qué no, y una lista breve de acciones con responsables y fechas.

Los postmortems no buscan culpables: preguntan cómo el sistema y el proceso permitieron el error, no quién lo cometió. Quien teme que le culpen omite detalles, y en los detalles están las soluciones.

Publicar una versión breve genera confianza. Los clientes afectados quieren saber que la caída se entendió y qué va a cambiar; una revisión pública clara suele hacer más por la confianza que un historial de uptime perfecto.

Cómo ayuda Uptimecheck

Tras una incidencia en Uptimecheck, escribe una revisión: qué pasó, por qué y qué vas a cambiar. Guárdala para el equipo o muéstrala bajo la incidencia en tus páginas de estado. La cronología de la incidencia, con comprobaciones, alertas, confirmaciones y notas, da a la revisión sus horas.

Ver Gestión de incidencias

14 días de prueba gratis · Después, gratis con 5 monitores · Sin tarjeta de crédito

Más en las guías

Guides 5 min de lectura

Comunicación de incidentes: un plan y plantillas para cada fase

Cómo informar a los clientes de una caída: quién habla, con qué frecuencia, por qué canal y con qué palabras. Un plan de una página, niveles de gravedad, frecuencia de actualizaciones y plantillas listas para la página de estado, el email y las redes sociales.

Leer

Preguntas

¿Cuándo hay que escribir un postmortem?

Para cada incidente por encima de una gravedad fijada, para cualquier incidente que hayan notado los clientes y para los casi incidentes que podrían haber sido graves. Escríbelo en pocos días, mientras todos lo recuerdan.

¿Qué significa un postmortem sin culpables?

Busca las condiciones que hicieron posible el error, como una comprobación que faltaba, un runbook poco claro o una configuración por defecto arriesgada, en lugar de señalar a la persona que lo cometió.

¿Debe ser público un postmortem?

Para las incidencias que notaron los clientes, merece la pena escribir una versión pública, sin nombres ni detalles internos. Explica qué pasó, cuánto duró, qué lo causó y qué vas a cambiar.

Las caídas son cosa del pasado.

Configura tu primer monitor en menos de un minuto, o echa antes un vistazo a la demo en vivo.

14 días de prueba gratis · Después, gratis con 5 monitores · Sin tarjeta de crédito