Imagina que es viernes por la tarde y estás revisando el cierre del Sprint de dos equipos diferentes en tu organización:
- 🚀 El Equipo A ha completado 60 Puntos de Historia.
- 🐢 El Equipo B ha completado 30 Puntos de Historia.
Si tuvieras que apostar tu dinero a cuál de los dos equipos ha tenido un mejor rendimiento, ¿a cuál elegirías?
Si tu respuesta instintiva fue «El Equipo A porque hizo el doble», lamento decirte que acabas de caer en una de las trampas más comunes y peligrosas de la gestión ágil: confundir Velocidad con Productividad.
La Velocidad es un dato privado, no un KPI público
Para entender por qué esta comparación es absurda, debemos recordar qué son los Puntos de Historia. Son una medida de esfuerzo relativo, complejidad e incertidumbre.
Lo que para el Equipo A es un «5» (porque son seniors y conocen la tecnología), para el Equipo B puede ser un «13» (porque son nuevos o están pagando deuda técnica). Comparar sus velocidades es como intentar comparar la temperatura en grados Celsius con la distancia en kilómetros: son unidades que no conversan entre sí.
La velocidad es una herramienta de capacidad y planificación interna. Sirve para que el equipo sepa cuánto trabajo puede comprometerse a realizar en el próximo Sprint. Nada más.
El peligro de la Ley de Goodhart
Existe una ley en economía llamada la Ley de Goodhart que dice: «Cuando una medida se convierte en un objetivo, deja de ser una buena medida».
En el momento en que la gerencia empieza a usar la velocidad como una meta a alcanzar o una forma de evaluar el desempeño, ocurren tres fenómenos destructivos:
- Inflación de Puntos: El equipo, para no ser castigado, empieza a estimar al alza. Lo que antes era un 3, ahora es un 5. La velocidad «sube» en los gráficos, pero se hace el mismo trabajo.
- Caza de Tickets Fáciles: Los desarrolladores priorizan tareas sencillas que suman puntos rápidos en lugar de atacar los problemas complejos que realmente aportan valor al negocio.
- Caída de la Calidad: Para cumplir con la «cuota de puntos», se recorta en pruebas, documentación y refactorización. Se genera deuda técnica para mantener la ilusión de velocidad.
Output vs. Outcome: La verdadera métrica
Volvamos al ejemplo del inicio.
- El Equipo A (60 puntos): Entregó 10 funcionalidades nuevas que, tras el análisis, nadie está usando. Generaron mucho Output (código), pero cero impacto.
- El Equipo B (30 puntos): Entregó solo una funcionalidad crítica que optimizó el proceso de pago, aumentando la conversión un 10%. Generaron poco Output, pero un inmenso Outcome (resultado de negocio).
Conclusión
Como Scrum Masters y líderes ágiles, debemos educar a la organización para dejar de obsesionarse con la «fábrica de puntos».
Si quieres medir el éxito real, olvida la velocidad y empieza a mirar métricas que importen: Cycle Time (tiempo desde que se empieza hasta que se entrega), Satisfacción del Cliente (NPS) o Valor de Negocio Entregado.
La velocidad nos dice cuánto corrimos; el valor nos dice si llegamos a algún lugar que valiera la pena.
¿Tu organización sigue obsesionada con la velocidad porque no sabe medir otra cosa? Es hora de cambiar las reglas del juego. Fórmate como Professional Scrum Product Owner (PSPO) con nosotros y obtén las herramientas para escapar de la trampa del ‘Feature Factory’ (Fábrica de funcionalidades) y empezar a entregar lo que el cliente realmente necesita. [Inscríbete ahora].