¿Cómo montarías una rotación de guardias para un equipo de seis?

Busca una rotación sostenible y lo bastante infrecuente como para no embotarse: turnos semanales con una persona principal y una ruta de escalado documentada, notas de traspaso al inicio de cada turno, y compensación o tiempo devuelto por el trabajo fuera de horario. Avisa solo por cosas urgentes, visibles para el usuario y accionables; todo lo demás se convierte en un ticket. Sigue el número de avisos por turno y trata el ruido sostenido como un defecto que hay que arreglar.

Con seis personas funciona una rotación semanal de principal, así que a cada persona le toca más o menos cada seis semanas, más una secundaria a la que se escala tras diez minutos sin acuse de recibo para que nada dependa de que un teléfono esté cargado. La regla que mantengo con firmeza es que un aviso tiene que ser urgente, afectar al usuario y ser accionable. Si la respuesta es mirarlo y volverse a dormir, nunca debió ser un aviso, y se convierte en un ticket. Cada alerta necesita un enlace a un runbook con las tres primeras cosas que comprobar, o si no alguien recién llegado está haciendo arqueología a las tres de la mañana. Los turnos empiezan con un traspaso, aunque sean dos líneas, y terminan con una nota corta sobre lo que siga humeando. La gente recupera tiempo por el trabajo nocturno, no negociable. Y sigo los avisos por turno como métrica real, porque si sube por encima de unos dos por semana dejo de tratarlo como un problema de guardias y empiezo a tratarlo como un problema de backlog de ingeniería; el arreglo es eliminar la causa de la alerta, no ser más duro con la rotación.