4 min lectura • Guide 739 of 877
Tracking y Mejora de Velocity del Equipo
Velocity es una herramienta de planning, no una métrica de productividad. GitScrum trackea velocity del equipo automáticamente y ayuda a equipos a usarla para planning de sprint realista.
Entendiendo Velocity
VELOCITY DEFINIDA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ VELOCITY = Trabajo completado en un sprint │
│ │
│ Sprint 21: 38 puntos completados │
│ Sprint 22: 42 puntos completados │
│ Sprint 23: 40 puntos completados │
│ Sprint 24: 44 puntos completados │
│ ───────────────────────────── │
│ Velocity promedio: 41 puntos │
│ │
│ ═══════════════════════════════════════════════════════════ │
│ │
│ VELOCITY ES: │
│ ✅ Una herramienta de planning │
│ ✅ Específica de un equipo │
│ ✅ Un promedio a lo largo del tiempo │
│ ✅ Input para sprint planning │
│ ✅ Una manera de pronosticar entrega │
│ │
│ VELOCITY NO ES: │
│ ❌ Una métrica de productividad │
│ ❌ Comparable entre equipos │
│ ❌ Un target a maximizar │
│ ❌ Un indicador de performance │
│ ❌ Algo para gamificar │
│ │
│ "Velocity es una medida de capacidad, no performance" │
└─────────────────────────────────────────────────────────────┘
Mal Uso de Velocity
PATRONES DE MAL USO DE VELOCITY:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ❌ "AUMENTAR VELOCITY EN 10%" │
│ │
│ Qué pasa: │
│ • Equipo infla estimaciones │
│ • "5 puntos ahora es 8 puntos" │
│ • Velocity sube, output se mantiene igual │
│ • Gaming, no mejora │
│ │
│ ❌ "COMPARAR EQUIPO A VS EQUIPO B" │
│ │
│ Qué pasa: │
│ • Equipos estiman diferente │
│ • Contexto es diferente │
│ • Crea competencia, no colaboración │
│ • Comparación sin sentido │
│ │
│ ❌ "VELOCITY DEBE SIEMPRE AUMENTAR" │
│ │
│ Qué pasa: │
│ • Presión insostenible │
│ • Burnout del equipo │
│ • Calidad se sacrifica │
│ │
└─────────────────────────────────────────────────────────────┘
Uso Correcto de Velocity
USO CORRECTO
════════════
PARA SPRINT PLANNING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Velocity promedio (últimos 3 sprints): 41 puntos │
│ │
│ "Podemos comprometernos a ~40 puntos este sprint" │
│ │
└─────────────────────────────────────────────────────────────┘
PARA FORECASTING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Backlog restante: 200 puntos │
│ Velocity promedio: 40 puntos/sprint │
│ Sprints estimados: 5 sprints (~10 semanas) │
│ │
│ (Con buffer para incertidumbre: 6-7 sprints) │
│ │
└─────────────────────────────────────────────────────────────┘
PARA IDENTIFICAR PROBLEMAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Si velocity cae significativamente: │
│ • ¿Qué cambió? │
│ • ¿Más blockers? │
│ • ¿Cambios de equipo? │
│ • ¿Problemas de proceso? │
│ → Investigar, no presionar por más puntos │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
VELOCITY EN GITSCRUM
════════════════════
TRACKING AUTOMÁTICO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Puntos completados por sprint │
│ • Velocity chart histórico │
│ • Promedio calculado │
│ • Tendencias visibles │
│ │
└─────────────────────────────────────────────────────────────┘