La velocidad, usada con honestidad: una guía clara para equipos Scrum
La velocidad es uno de los números más útiles y más mal usados de Scrum. Usada con honestidad, ayuda a un equipo a prever cuánto puede asumir de forma realista. Usada como objetivo de rendimiento, corrompe en silencio todo a su alrededor. La diferencia está en entender qué es la velocidad y, no menos importante, qué no es. Conviene decir de entrada que la velocidad no forma parte de la Guía Scrum; es una práctica complementaria habitual, y por eso mismo los equipos deben tener la cabeza fría respecto a ella.
En términos sencillos, la velocidad es la cantidad de trabajo que un Equipo Scrum completa en un Sprint, medida normalmente en los puntos de historia (o número de elementos) de los elementos del Product Backlog que cumplieron la Definición de Terminado. Suma los puntos de todo lo verdaderamente terminado en este Sprint y esa es tu velocidad. Promédiala a lo largo de los últimos Sprints y tendrás un rango aproximado para planificar el siguiente.
Para qué sirve la velocidad
La velocidad se gana su sitio como herramienta de previsión que el equipo aplica sobre sí mismo. Durante la Planificación del Sprint, saber que has promediado, digamos, de 30 a 38 puntos en los Sprints recientes te evita meter 60 puntos de trabajo y fallar estrepitosamente. Con el tiempo puede ayudar al Product Owner a dar a los interesados una previsión honesta, basada en un rango, de cuándo podría estar listo un conjunto de elementos del backlog: algo útil a principios de 2021, cuando los equipos remotos y los plazos de suministro inestables hacían que prometer de más doliera especialmente.
Una comprobación de sensatez durante la Planificación del Sprint, para que el equipo se comprometa a una cantidad realista
Una previsión de entrega aproximada, expresada como rango y no como una fecha de falsa precisión
Una señal temprana que merece una conversación cuando sube o baja bruscamente
Una cifra que pertenece al equipo, para la planificación del propio equipo
Cómo se abusa de ella
La velocidad se tuerce en cuanto se convierte en una meta con la que alguien ajeno al equipo mide a las personas. La ley de Goodhart aplica con claridad aquí: cuando una medida se vuelve un objetivo, deja de ser una buena medida.
Comparar equipos por velocidad. Los puntos de historia son una moneda local. El 5 de un equipo es el 13 de otro. Clasificar equipos por velocidad es comparar números que nunca estuvieron en la misma escala.
Fijar la velocidad como objetivo. Pide a un equipo que suba su velocidad y lo hará: inflando las estimaciones. El número trepa mientras la producción real se queda igual, y ahora tus datos de planificación son ficción.
Tratarla como productividad. La velocidad cuenta puntos entregados, no valor entregado. Un equipo puede exhibir una velocidad alta entregando cosas que nadie necesitaba. El sentido de Scrum son los resultados, no los totales de puntos.
Castigar una caída. La velocidad baja en vacaciones, en la incorporación de gente o en trabajo técnico difícil. Reaccionar a cada oscilación enseña al equipo a manipular el número en vez de informarlo con honestidad.
La prueba de honestidad es sencilla: la velocidad debe ayudar al equipo a comprometerse mejor, nunca servir para juzgar al equipo desde fuera. Mantén las estimaciones consistentes, observa la tendencia y no el Sprint aislado, y recuerda que las verdaderas medidas de éxito son el producto funcionando y el valor entregado, justo lo que la velocidad deja de describir en silencio en cuanto la conviertes en un objetivo.
Si tus equipos luchan con métricas que provocan el comportamiento equivocado, la asesoría en entrega de programas y proyectos de XNM te ayuda a poner a trabajar las medidas de previsión y entrega sin distorsionar a los equipos a los que deben servir.