Pocas cosas definen tanto la madurez de un equipo de operaciones como sus guardias. He vivido on-calls insufribles —despertares a las 3:00 por alertas irrelevantes— y otros tan tranquilos que casi daban paz. La diferencia nunca fue suerte: fue diseño. Estas son mis lecciones.
Alertas: pocas y accionables
- Si una alerta no requiere acción humana inmediata, no debe sonar de madrugada: que sea un ticket para mañana.
- Cada alerta debe enlazar a un runbook con pasos concretos. Despertarse ya es duro; despertarse sin saber por dónde empezar es cruel.
- Revisa las alertas cada mes: las que nadie atiende o siempre se autorresuelven, fuera.
Rotaciones humanas
- Rotaciones cortas (una semana como máximo) y con relevo claro.
- Compensación real: tiempo libre o dinero. La guardia gratis se paga en rotación de personal.
- Escalado definido: nadie debe dudar a quién llamar cuando el problema le supera.
- Tras una noche mala, el día siguiente se libera. Nadie opera bien con tres horas de sueño.
Aprender de cada despertar
Cada incidente nocturno es una inversión forzosa: recupérala. Postmortem breve y sin culpas, acción correctiva concreta y, la pregunta clave: ¿qué habría hecho falta para que esto no despertara a nadie? La mejor guardia es la que se vuelve aburrida a base de automatización.
Conclusión
Un on-call sano no es el que nunca suena, sino el que cuando suena, merece la pena. Si tu equipo teme la semana de guardia, no tienes un problema de personas: tienes un problema de sistema.
¿Cómo son las guardias en tu equipo? Te leo en los comentarios. 😊