4 min lectura • Guide 766 of 877
Planificación de Capacidad del Equipo
El sobrecompromiso lleva a burnout y deadlines perdidos. GitScrum ayuda a equipos a planificar capacidad de forma realista y mantener entrega sostenible.
Fundamentos de Capacidad
CÁLCULO DE CAPACIDAD:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FÓRMULA: │
│ │
│ Horas disponibles │
│ - Reuniones │
│ - Ausencias planeadas │
│ - Capacitación/onboarding │
│ × Factor de foco (60-80%) │
│ = Capacidad productiva │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ EJEMPLO (sprint de 2 semanas, 5 developers): │
│ │
│ Persona Días Reuniones Ausencia Disponible │
│ ──────── ──── ───────── ─────── ───────── │
│ Alex 10 1.5 días 0 8.5 días │
│ Sam 10 1.5 días 2 6.5 días │
│ Jordan 10 1.5 días 0 8.5 días │
│ Taylor 10 2 días 0 8 días (lead) │
│ Casey 10 1.5 días 1 7.5 días │
│ ──────────────────────────────────────── │
│ TOTAL 39 días │
│ │
│ Aplicar factor de foco (70%): │
│ 39 × 0.70 = 27.3 días productivos │
│ │
│ En story points (si 1 punto ≈ 1 día): │
│ Capacidad del sprint: ~27 puntos │
│ │
│ Reservar 15% para no planeado: │
│ Trabajo planeado: ~23 puntos │
│ Buffer: ~4 puntos │
└─────────────────────────────────────────────────────────────┘
Factor de Foco
ENTENDIENDO EL FACTOR DE FOCO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ A DÓNDE VA EL TIEMPO (día típico): │
│ │
│ 8 horas total │
│ ├── Reuniones: 1.5 horas │
│ ├── Email/Slack: 1 hora │
│ ├── Code review: 0.5 horas │
│ ├── Context switching: 0.5 horas │
│ ├── Descansos: 0.5 horas │
│ └── Trabajo enfocado: 4 horas │
│ │
│ Factor de foco: 4/8 = 50% │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ FACTORES DE FOCO TÍPICOS: │
│ │
│ 50-60%: Muchas reuniones, roles de liderazgo │
│ 60-70%: Típico para la mayoría de equipos │
│ 70-80%: Pocas reuniones, trabajo protegido │
│ 80%+: Rare, ambiente muy protegido │
│ │
└─────────────────────────────────────────────────────────────┘
Buffer para No Planeado
MANEJANDO TRABAJO NO PLANEADO
═════════════════════════════
TIPOS DE TRABAJO NO PLANEADO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Bugs de producción │
│ • Requests urgentes │
│ • Soporte técnico │
│ • Investigación de incidentes │
│ • Cambios de scope │
│ │
└─────────────────────────────────────────────────────────────┘
BUFFER RECOMENDADO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 10%: Producto estable, pocas interrupciones │
│ 15%: Típico para la mayoría de equipos │
│ 20%: Producto legacy, mucho soporte │
│ 25%+: Considerar arreglar causas raíz │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
CAPACITY PLANNING EN GITSCRUM
═════════════════════════════
FEATURES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Tracking de disponibilidad del equipo │
│ • Velocity histórico │
│ • Visualización de carga de trabajo │
│ • Comparación planned vs actual │
│ │
└─────────────────────────────────────────────────────────────┘