¿Cómo mantienes sostenible una rotación de guardias?

Mide la carga y trata los avisos como defectos. Sigue los avisos por turno, los avisos fuera de horario y cuántos eran accionables, y luego fija un umbral que dispare trabajo de fiabilidad en vez de tolerar el ruido. Mantén la rotación lo bastante amplia como para que los turnos sean poco frecuentes, exige notas de traspaso y un runbook por alerta, devuelve tiempo tras una mala noche y deja que el equipo que entrega un servicio sea quien lo sostiene.

Lo mido, porque todo el mundo dice que le importa la salud de las guardias y muy pocos equipos saben decirte sus avisos por turno. Sigo el total de avisos, los avisos fuera de horario y cuántos eran accionables. Mi regla es que más de dos avisos fuera de horario en una semana es un defecto del sistema y no mala suerte, así que entra en el siguiente sprint como trabajo de fiabilidad con el mismo peso que una funcionalidad. Esa sola regla llevó a mi último equipo de unos nueve avisos nocturnos al mes a menos de dos en un trimestre, sobre todo arreglando tres alertas ruidosas que todo el mundo había aprendido a ignorar, lo cual es su propio tipo de peligro. En la práctica: una rotación de al menos seis para que nadie esté más de una semana de cada seis, notas de traspaso obligatorias, un runbook por alerta o la alerta se borra, y si alguien estuvo levantado a las tres de la mañana empieza tarde y no quiero discusión al respecto. El equipo que entrega el servicio lo sostiene, porque separar esas dos cosas garantiza que nadie arregle el ruido.