Planificación de Capacidad de Sprint | GitScrum
Planifica la capacidad del sprint con precisión para establecer compromisos alcanzables y un ritmo sostenible.
4 min de lectura
La planificación de capacidad determina cuánto trabajo un equipo puede completar realistamente en un sprint. Una buena planificación de capacidad lleva a compromisos alcanzables y ritmo sostenible. Una mala planificación lleva a sobretrabajo, compromisos incumplidos o subutilización.
Factores de Capacidad
| Factor | Impacto | Cómo Contar |
|---|---|---|
| Feriados | Día completo | Restar |
| PTO | Día completo | Restar |
| Reuniones | Parcial | Factor de foco |
| Interrupciones | Parcial | Factor de foco |
Basado en Velocidad
CAPACIDAD BASADA EN VELOCIDAD
═════════════════════════════
USANDO VELOCIDAD:
─────────────────────────────────────
Approach más simple:
├── Mira últimos 3-5 sprints
├── Promedio de puntos completados
├── Esa es tu capacidad
├── Ajusta por cambios conocidos
└── Data-driven
Ejemplo:
├── Sprint 21: 32 puntos
├── Sprint 22: 28 puntos
├── Sprint 23: 35 puntos
├── Sprint 24: 30 puntos
├── Promedio: 31 puntos
├── Planificar para: 31 puntos
└── Predecible
AJUSTANDO POR CAMBIOS:
─────────────────────────────────────
Si la capacidad difiere:
├── Miembro en PTO: -20%
├── Feriado en sprint: -10%
├── Nuevo miembro: +50% (rampeando)
├── Miembro saliendo: -100% de su capacidad
├── Calcular ajuste
└── Capacidad modificada
Ejemplo:
├── Velocidad normal: 31 puntos
├── 1 de 5 developers fuera una semana
├── Ajuste: -10% (1 semana de 2)
├── Capacidad ajustada: 28 puntos
└── Planning realista
Basado en Horas
CAPACIDAD BASADA EN HORAS
═════════════════════════
CÁLCULO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Personas: 5 developers │
│ Días disponibles: 10 días (sprint de 2 semanas) │
│ Horas por día: 8 horas │
│ ───────────────────────────────────────── │
│ Horas brutas: 5 × 10 × 8 = 400 horas │
│ │
│ Menos reuniones: -40 horas (2h/día promedio) │
│ Menos overhead: -40 horas (email, slack, etc.) │
│ ───────────────────────────────────────── │
│ Horas netas: 320 horas │
│ │
│ Factor de foco: × 0.7 │
│ ───────────────────────────────────────── │
│ Capacidad real: 224 horas de trabajo de sprint │
│ │
└─────────────────────────────────────────────────────────────┘
FACTOR DE FOCO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 0.6 = Muchas interrupciones, equipo nuevo │
│ 0.7 = Normal, algo de overhead │
│ 0.8 = Equipo maduro, pocas interrupciones │
│ │
│ Mide tu factor real: │
│ Tiempo en tasks completados / Tiempo disponible │
│ │
└─────────────────────────────────────────────────────────────┘
Manejando Variabilidad
CAPACIDAD VARIABLE
══════════════════
AUSENCIAS PLANEADAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Documentar ausencias antes de planning │
│ • Calcular impacto en capacidad │
│ • Reducir compromiso proporcionalmente │
│ • NO asumir que otros cubrirán │
│ │
└─────────────────────────────────────────────────────────────┘
IMPREVISTOS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Dejar buffer (10-15%) │
│ • No comprometerse al 100% de capacidad │
│ • Enfermedades, emergencias ocurren │
│ • Work urgente no planeado aparece │
│ │
└─────────────────────────────────────────────────────────────┘
NUEVO EN EL EQUIPO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Semana 1-2: 25% de capacidad normal │
│ Semana 3-4: 50% de capacidad normal │
│ Mes 2: 75% de capacidad normal │
│ Mes 3+: Acercándose a 100% │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
CAPACITY PLANNING EN GITSCRUM
═════════════════════════════
TRACKING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Registrar ausencias por adelantado │
│ • Usar velocity histórica como guía │
│ • Ajustar compromiso en sprint planning │
│ • Trackear actuals vs planeado │
│ │
└─────────────────────────────────────────────────────────────┘
MÉTRICAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Velocity trend (estabilidad) │
│ • Completion rate (% comprometido completado) │
│ • Carry-over (trabajo que se arrastra) │
│ │
└─────────────────────────────────────────────────────────────┘