Probar gratis
4 min lectura Guide 376 of 877

Planificación de Capacidad de Sprint

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

FactorImpactoCómo Contar
FeriadosDía completoRestar
PTODía completoRestar
ReunionesParcialFactor de foco
InterrupcionesParcialFactor 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)                    │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Soluciones Relacionadas de GitScrum