Programación de turnos

1) Objetivos y marcos

• garantizar la cobertura de los procesos críticos de SLO (depósitos, apuestas/redes, retiros, KYC/AML);
• reducir MTTA/MTTR en cualquier momento del día;
• cumplir con la legislación laboral y las políticas internas (fines de semana/descansos/nocturnos).

2) Roles y niveles de soporte

L1 (NOC/Operaciones): triaje primario, lanzamiento de runbook, escalamiento.
L2 (Domain On-Call): Pagos, Juegos/Core, Datos/Infra - diagnósticos profundos y fijos.
L3 (SRE/Platform/Dev): cambios de configuración, parches, lanzamientos de emergencia.
IC/CL (Incident Commander/Comms Lead): dirige el incidente y las comunicaciones.
Duty Manager (por turno): confirma staffing, riesgos, ventanas libres.

3) Modelos de turnos y rotaciones

3. 1 24 × 7 cobertura

8 × 3 (tres de ocho horas): Día (08: 00-16: 00), Swing (16: 00-00: 00), Noche (00: 00-08: 00). Fácil de administrar, requiere más empleados.
12 × 2 (dos de doce horas): Día (08: 00-20: 00), Noche (20: 00-08: 00). Menos hendover, mayor riesgo de fatiga es usar con restricciones.
Follow-the-sun: EU → AMER → APAC, noche mínima; requiere un comando distribuido.

3. 2 Patrones de rotación (ejemplo)

Panamá/Pitman (2-2, 3-2, 2-3): alternar 12 horas con fines de semana largos (requiere un estricto control de fatiga).
4-on/4-off (12h): 4 días a las 12 h, 4 fines de semana; adecuado para L1 con buena automatización.
5 × 8 (clásico): para L2/L3 + servicio on-call de noche/fin de semana.

3. 3 Guardia on-call

Primary/Secondary: cada dominio tiene un on-call primario y secundario.
Shadow-on-call: formación de nuevos ingenieros bajo el ala Primary.

4) Cálculo del estado y «contracción» (shrinkage)

4. 1 Fórmula FTE básica

FTE = (coverage hours per week/productive FTE hours per week) × (1 + shrinkage)

Donde el shrinkage incluye vacaciones/enfermedad/entrenamiento/1: 1/retro/admin-time (generalmente 20-35%).

• 168 h de cobertura/35 h/ned productivos ≈ 4. 8
• Con shrinkage, 30% → 4. 8 × 1. 3 ≈ 6. 2 FTE (redondeamos a 7 para la estabilidad).

4. 2 Plan de pico

Añada un coeficiente máximo para los eventos (partidos superiores, torneos): + 10-25% FTE a las ventanas del calendario. Utilice gráficos históricos de alertas/tráfico.

5) Cobertura de SLO y ventanas de riesgo

Ajusta la matriz de relojes críticos («prime time» local GEO/métodos de pago).
Establezca la composición mínima en la ranura (por ejemplo, Noche: L1 × 2, L2-Payments × 1 on-call, L2-Games × 1 on-call, IC por rotación).
Para lanzamientos/migraciones, asigne una guardia de release (L2/SRE adicional) para el período y + 60 min post-monitoreo.

6) Hendover (transferencia de turno)

1. Estado de SLO/alertas e incidentes abiertos.

2. Trabajo programado en ventana + riesgos.

3. Bloqueadores/espera (proveedores PSP/KYC, reglamento).

4. Planes de comm acordados (status page, socios).

5. Comprobar la composición del turno y los contactos on-call.

La lista de verificación de hendover debe estar en wiki/bot; protocolo - en el var room o canal de reemplazo.

7) Calendario y sustituciones

Horizonte de planificación: 8-12 semanas; sustituciones - no más tarde de 2 semanas (excepto fuerza mayor).
Períodos libres: grandes eventos/vacaciones - prohibición de vacaciones para papeles clave (compensados más adelante).
Buddy-rule: reemplaza sólo por un ingeniero del mismo dominio/calificación o con un dopo. shadow.

8) Integraciones con plataforma

Alerting: enrutamiento por cambio activo y dominios (P1→pager+var-room).
Incidente-bot: comandos '/rota ', '/whoisoncall', auto-menciones IC/CL.
Lanzamientos: AMB está sincronizado con la programación de turnos; lanzamientos fuera de cobertura - prohibido.
Status page: CL del turno activo confirmado en el bot.

9) Sostenibilidad y salud del equipo

Normas laborales: noche/fin de semana - recargos y tiempo libre libre; máximo de noches consecutivas (por ejemplo, ≤3).
Descansos: cada 2-3 horas un breve descanso; a las 12h son obligatorias dos largas.
Fatigue-watch: límite de horas/ned., regla «no más N P1 por cambio por uno».
Apoyo psicológico: debrif después de P1 severo, tiempo comprimido.

10) Multi-región y follow-the-sun

Divida las marcas/tenantes por región (EU/LATAM/APAC) con L1 local y L2 de dominio.
Los CI regionales están escalando hacia una CI global en incidentes entre regiones.
Hendover cruzado diario (15 min) con transmisión de riesgos y obras.

11) Políticas y RACI

Política "Shift & On-Call': quién, cómo y cuándo intercede; sustitutos; retrasos; reserva.
SoD/accesos: IC/CL/transacciones financieras - funciones separadas; Mejoras JIT sólo a través del bot.
RACI: cada turno tiene IC (A), Duty Manager (A/R), L1/L2 (R), Compliance/Sec (C), Manual (I).

12) Herramientas y datos

Calendario único (con atributos: dominio, región, contacto, reserva).
Turnos de carga de dashboards: alertas/hora, incidentes/tipo, lanzamientos/ventanas.
Informes de equidad (fair-share): cobertura de noches/fines de semana por persona.
Integración con HR/PTO para que el shrinkage se considere automáticamente.

13) Métricas de calidad (KPI/KRI)

Tasa de cobertura:% de horas con composición completa.
MTTA/MTTR por ranura: día/noche/noche.
Handover Defects: cole-in los puntos faltantes de la lista de verificación.
Pager Fatigue: alertas/persona/ned.; llamadas nocturnas (el objetivo es ↓).
Replacement SLA:% de turnos cerrados por sustitución ≤ 48 h antes del comienzo.
Coverage de formación: compartir los turnos con la ranura shadow para los nuevos operadores.
Índice Fair-Share: uniformidad de noches/fines de semana para los empleados.

14) Hoja de ruta para la implementación (4-8 semanas)

Ned. 1-2: recoger la historia de alertas/picos, definir ventanas críticas de SLO; seleccionar un modelo (8 × 3 o follow-the-sun), contar FTE y shrinkage.
Ned. 3-4: publicar la política "Shift & On-Call', habilitar la lista de cheques hendover, ejecutar el calendario general y los comandos bot '/whoisoncall ', '/handover'.
Ned. 5-6: depurar escalaciones y reemplazos, agregar informes fair-share, sincronizar SAV/lanzamientos con turnos, introducir ventanas freeze.
Ned. 7-8: retro por burning y calidad de hendover, corrección de la composición de la noche, lanzamiento del programa de sombras y certificación IC/CL.

15) Plantillas y artefactos

Handover Checklist (10 puntos): SLO, incidentes, trabajos, riesgos, lanzamientos, proveedores, accesos, páginas de estado, tickets abiertos, staffing.
Replacement SOP: cómo formalizar la sustitución, criterios de admisión, contacto de reserva.
Freeze Calendar: eventos/vacaciones y prohibiciones de RTO/lanzamientos.

16) Antipattern

Un on-call para todo sin separación de dominio.
Noches consecutivas de 12 horas sin restricciones ni interrupciones.
Lanzamientos en relojes sin disponibilidad de IC/CL/CL.
Hendover «en palabra oral», sin lista de cheques y registros.
Ignorar el shrinkage → un subconjunto crónico.
Programa de sombras cero → fragilidad y SPOF por persona.

Resultado

La planificación de turnos es una tarea de ingeniería: cálculo de FTE y shrinkage, rotación honesta y protección de la salud, hendover rigurosos e integración con alerting/ChatOps/CAF. Este marco proporciona una previsible cobertura SLO 24 × 7, respuestas rápidas a incidentes y resiliencia empresarial sin quemar equipos.