En una revisión de incidentes es fácil recordar la alerta, la mitigación y la recuperación, pero olvidar que el impacto empezó antes de la alerta. Una línea de tiempo separa lo registrado de las explicaciones formuladas después y muestra los huecos que requieren investigación.
Da sentido a cada hora. Anota la zona horaria, el origen de la marca temporal y la confianza de cada dato. Mantén visible «aún no se sabe» en lugar de rellenar el hueco con una estimación. Separa detección, confirmación, mitigación, recuperación y seguimiento; la primera alerta no tiene por qué coincidir con el primer impacto en clientes.
En una pizarra colaborativa se pueden ordenar hechos, dudas y acciones. Las prácticas de Google SRE destacan la cronología detallada, el aprendizaje sin buscar culpables y las mejoras verificables. Las horas del ejemplo son ficticias, no datos de clientes de Boardmix.
Reúna las fuentes antes de ordenar la historia
Consulte registros de errores, despliegues, mensajes del canal de incidentes, avisos de soporte y mediciones del servicio. Anote la zona horaria y distinga cuándo sucedió algo de cuándo lo supo el equipo. Si dos fuentes discrepan, conserve ambas horas hasta aclararlas.
Ejemplo: error al confirmar reservas
| Hora UTC | Registro | Pregunta pendiente |
|---|---|---|
| 09:02 | Se despliega un cambio | ¿Qué componentes incluía? |
| 09:08 | Aparece el primer fallo de confirmación en los registros | ¿Empezó antes el impacto? |
| 09:16 | El personal de guardia recibe una alerta | ¿Por qué hubo retraso? |
| 09:28 | Empieza la mitigación | ¿Abarcó todas las solicitudes? |
| 09:41 | La tasa de errores vuelve al nivel previo | ¿Quedan reservas pendientes? |
La secuencia no demuestra por sí sola que el despliegue causó el fallo. Hay que contrastar código, configuración y comportamiento del servicio. Una tasa de errores recuperada tampoco demuestra que todas las confirmaciones retrasadas se hayan completado.
Separe impacto, decisiones e hipótesis
Bajo el eje, añada carriles para impacto, señales, decisiones y preguntas abiertas. «La alerta se activó a las 09:16» puede comprobarse; «la persona de guardia reaccionó tarde» no explica qué información tenía. Mantenga las hipótesis separadas de los hechos confirmados.
Construya la línea de tiempo en Boardmix
Coloque cada evento sobre un eje horizontal y el posible efecto en clientes debajo. Enlace el registro autorizado en vez de copiar información sensible a una pizarra abierta. Reserve otra zona para la pregunta sobre los ocho minutos de diferencia y para acciones propuestas con responsable y resultado comprobable.
«Mejorar la monitorización» no basta como acción: el equipo debe definir qué condición cambiará y cómo comprobará que funciona. La plataforma de supervisión sigue siendo la fuente operativa; la pizarra ayuda a razonar sobre ella.
