6 min lectura • Guide 136 of 877
Configurando Rotaciones On-Call Equipos Desarrollo
Responsabilidades on-call frecuentemente caen desigualmente en developers senior, llevando a burnout y resentimiento. Una rotación bien estructurada distribuye la carga justamente, proporciona paths escalación claros, y compensa tiempo on-call apropiadamente—para que equipos puedan responder a incidentes sin sacrificar tiempo personal o compromisos sprint.
El Problema On-Call
Por Qué Rotaciones Fallan
DISFUNCIÓN ON-CALL:
┌─────────────────────────────────────────────────────────────┐
│ FALLAS COMUNES ON-CALL │
├─────────────────────────────────────────────────────────────┤
│ │
│ PATRÓN "HÉROE": │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ "Sarah conoce mejor el sistema, ella debería manejarlo" ││
│ │ ││
│ │ Resultado después 6 meses: ││
│ │ • Sarah está exhausta ││
│ │ • Nadie más aprendió el sistema ││
│ │ • Sarah deja la empresa ││
│ │ • Equipo entra en pánico ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PATRÓN "TODOS TODO EL TIEMPO": │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ "Todos compartimos on-call, así que todos siempre on-call"││
│ │ ││
│ │ Resultado: ││
│ │ • Nadie se siente verdaderamente desconectado ││
│ │ • Alertas se ignoran (alguien más lo tomará) ││
│ │ • Confusión durante incidentes ││
│ │ • Sin accountability ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PATRÓN "CARGA INVISIBLE": │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ On-call pasa pero no se trackea ni compensa ││
│ │ ││
│ │ Resultado: ││
│ │ • Developers resienten estar "siempre disponibles" ││
│ │ • Trabajo fuera horario no reconocido ││
│ │ • Compromisos sprint sufren ││
│ │ • Balance vida-trabajo se erosiona ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Estructura Rotación
Diseñando Rotaciones Justas
DISEÑO ROTACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ CREANDO ON-CALL EQUITATIVO │
├─────────────────────────────────────────────────────────────┤
│ │
│ PATRONES ROTACIÓN: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Opción A: Rotación semanal ││
│ │ ││
│ │ Sem 1: Developer A (primario), Developer B (backup) ││
│ │ Sem 2: Developer B (primario), Developer C (backup) ││
│ │ Sem 3: Developer C (primario), Developer D (backup) ││
│ │ Sem 4: Developer D (primario), Developer A (backup) ││
│ │ ││
│ │ Pros: Predecible, contexto completo para semana ││
│ │ Cons: Periodos largos estando "activo" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Opción B: División semana/fin de semana ││
│ │ ││
│ │ Sem 1 Días semana: Developer A ││
│ │ Sem 1 Fin semana: Developer B ││
│ │ Sem 2 Días semana: Developer B ││
│ │ Sem 2 Fin semana: Developer C ││
│ │ ││
│ │ Pros: Periodos on-call más cortos ││
│ │ Cons: Más handoffs, pérdida contexto ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TAMAÑO MÍNIMO EQUIPO PARA ON-CALL SOSTENIBLE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 4+ developers: Rotación semanal con backup ││
│ │ 6+ developers: División semana/fin semana factible ││
│ │ 8+ developers: Múltiples tiers on-call posible ││
│ │ ││
│ │ Bajo 4: Considerar on-call compartido con otro equipo ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Implementación GitScrum
Tracking On-Call en Tu Workflow
TRACKING ON-CALL:
┌─────────────────────────────────────────────────────────────┐
│ HACIENDO ON-CALL VISIBLE │
├─────────────────────────────────────────────────────────────┤
│ │
│ SCHEDULE ROTACIÓN (NoteVault): │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ # Q1 2025 Schedule On-Call ││
│ │ ││
│ │ | Semana | Primario| Backup | Notas | ││
│ │ |----------|---------|---------|--------------------│ ││
│ │ | Ene 6-12 | Sarah | Mike | │ ││
│ │ | Ene 13-19| Mike | Alex | │ ││
│ │ | Ene 20-26| Alex | Emma | │ ││
│ │ | Ene 27-2 | Emma | Sarah | Emma PTO Feb 1 │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ TRACKING TAREAS INCIDENTE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Cuando incidente ocurre, crear tarea: ││
│ │ ││
│ │ Título: [INCIDENTE] Descripción breve ││
│ │ ││
│ │ Labels: ││
│ │ tipo/incidente ││
│ │ severidad/p1 (o p2, p3) ││
│ │ on-call/enero-semana-2 ││
│ │ ││
│ │ Detalles: ││
│ │ - Hora detectado: 2:34 AM ││
│ │ - Hora acknowledged: 2:38 AM ││
│ │ - Hora resuelto: 3:15 AM ││
│ │ - Ingeniero on-call: Mike ││
│ │ - Tiempo total on-call: 41 min ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Paths Escalación
Estructura Escalación Clara
DISEÑO ESCALACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ SABER A QUIÉN LLAMAR │
├─────────────────────────────────────────────────────────────┤
│ │
│ ESCALACIÓN POR NIVELES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ NIVEL 1: Primario on-call (0-15 min) ││
│ │ • Primer respondedor ││
│ │ • Triagea e intenta resolución ││
│ │ • Escala si no puede resolver en 15 min ││
│ │ ││
│ │ NIVEL 2: Backup on-call (15-30 min) ││
│ │ • Se une si primario no puede resolver ││
│ │ • Proporciona contexto/expertise adicional ││
│ │ • Escala si no puede resolver en 30 min ││
│ │ ││
│ │ NIVEL 3: Lead ingeniería (30+ min) ││
│ │ • Solo incidentes mayores ││
│ │ • Coordina respuesta multi-equipo ││
│ │ • Aprueba rollbacks/cambios mayores ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Compensación y Recuperación
Reconociendo Carga On-Call
MODELOS COMPENSACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ TRATO JUSTO PARA ON-CALL │
├─────────────────────────────────────────────────────────────┤
│ │
│ COMPENSACIÓN BASADA TIEMPO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Opción A: Tiempo libre compensatorio ││
│ │ • 4 horas libres por cada incidente nocturno ││
│ │ • 8 horas libres por incidentes fin semana ││
│ │ ││
│ │ Opción B: Estipendio on-call ││
│ │ • Cantidad fija por semana on-call ││
│ │ • Bonus adicional por incidente ││
│ │ ││
│ │ Opción C: Carga sprint reducida ││
│ │ • Semana on-call = 70% capacidad sprint ││
│ │ • Buffer para respuesta incidentes ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘