Por qué deberías medir la velocidad del sprint de tu equipo

Cuando se mide correctamente, la velocidad del sprint puede ayudarte a estimar con precisión la carga de trabajo de tu equipo, simplificar la planificación del sprint y ayudar a los jefes de proyecto a mantenerse al tanto de sus proyectos.

¿Qué es la velocidad de un sprint?

La velocidad del sprint es una medida de cuánto puede producir un Equipo ágil durante un ciclo de sprint normal. Usarás dos variables principales para calcular la velocidad del sprint: cuánto trabajo finalizó tu equipo ágil y cuánto tiempo les llevó hacerlo.

Es importante tener en cuenta que la velocidad del sprint es una métrica descriptiva y no debe usarse como una métrica de éxito. La velocidad del sprint no debe verse como algo que se debe “mejorar”. Es una métrica difícil para describir cuánto trabajo puede finalizar tu equipo en un sprint. Si bien debes medir la velocidad del sprint de manera consistente, no debe verse como una métrica de éxito. Si lo haces, tu equipo puede terminar con exceso de trabajo. El objetivo de comprender la velocidad de tu sprint es conocer la capacidad productiva de tu equipo, no aumentar esa capacidad.

Cómo calcular la velocidad del sprint

Puedes calcular la velocidad del sprint con una simple ecuación matemática: divide la cantidad de elementos de trabajo pendiente (o puntos de historia, si eso es lo que usa tu equipo) por la duración total de tu sprint en días.

Por ejemplo, si tu equipo tiene 60 elementos de trabajo pendiente y la duración promedio del sprint es de 2 semanas, la ecuación sería la siguiente:

60 elementos de trabajo pendiente/10 días = velocidad del sprint de 6

Averiguar cuánto puede finalizar tu equipo en un sprint promedio es relativamente simple. Comienza por abordar un trabajo pendiente con demasiados elementos y observa cuántos puede completar tu equipo en el tiempo de sprint deseado. El objetivo no es finalizar todo el trabajo pendiente, sino establecer un punto de referencia del trabajo que tu equipo puede finalizar.

Otra opción que puedes considerar antes del primer sprint es usar estrategias de estimación de proyectos para predecir cuánto puede finalizar el equipo. Si estás buscando algunas estrategias, intenta usar la estimación descendente, la estimación de tres puntos o el método de estimación análoga.

¿Por qué medir la velocidad del sprint?

No mides la velocidad del sprint solo porque sí, existen razones prácticas (y beneficiosas) por las que tu equipo debería medir la velocidad del sprint. Estas son algunas de ellas.

• Facilita la planificación de sprints. Para los propietarios de productos y los Scrum Masters, conocer la velocidad de sprint de su equipo puede ayudar a facilitar la planificación del sprint. Si conoces la velocidad promedio de los sprints de tu equipo, es más fácil elegir las historias de usuario correctas del backlog del producto para pasar a esta iteración sin sobrecargar al equipo de desarrollo.

• Gestiona las expectativas de las partes interesadas. Si las partes interesadas solicitan un cronograma para una historia de usuario específica, o si intentan agregar algo antes del final del sprint, tú, como propietario del producto, entiendes cómo ese cambio puede afectar el rendimiento de tu Equipo en función de la velocidad del sprint.

• Señala posibles problemas. Si haces un seguimiento regular de la velocidad del sprint, podrás medir la velocidad promedio de manera más consistente. Si ves una caída repentina en la velocidad, sabrás que hay un problema potencial, como un obstáculo o una dependencia sin terminar, que debe resolverse antes de pasar al siguiente sprint.

Cómo visualizar la velocidad del sprint

Poder ver y medir la velocidad del sprint de un vistazo puede ayudar a quienes trabajan en un proyecto ágil a comprender rápidamente cómo se está desempeñando su Equipo. En cualquier momento durante el sprint, pueden echar un vistazo a un gráfico y ver el progreso actual del equipo. 

Dependiendo de lo que quieras visualizar para tu sprint, existen diferentes tipos de gráficos de velocidad que puedes usar. A continuación, compartimos algunos ejemplos:

Gráfico de velocidad básica

Un gráfico de velocidad básico es un gráfico de barras que compara dos factores principales: la cantidad proyectada de trabajo que el equipo de desarrollo puede finalizar en un sprint y el trabajo real que se finaliza en un sprint. 

El eje X del gráfico muestra diferentes sprints, mientras que el eje Y muestra la cantidad de puntos de historia o historias de usuario.

Cuando lo miras visualmente, es fácil ver en promedio cuánto puede finalizar el equipo en un sprint determinado en comparación con la cantidad estimada.

Gráfico de trabajo pendiente

Un gráfico burndown estima la cantidad de trabajo que tu equipo debe finalizar y lo compara con el tiempo que queda en el sprint. A medida que avanza el sprint, el objetivo es que la línea del gráfico se acerque a cero. 

Si tienes una estimación de la velocidad del equipo, puedes trazarla en el gráfico de trabajo pendiente y ver cómo se compara con la línea de velocidad ideal. En el ejemplo anterior, puedes ver que al principio del sprint el equipo pudo finalizar más trabajo del previsto en la línea ideal. Luego, el equipo tuvo una caída en el trabajo, pero aun así logró alcanzar el objetivo final. 

Gráfico burn-up

Un gráfico burnup es exactamente lo contrario de un gráfico burndown. Este gráfico suele incluir dos líneas: el trabajo real finalizado y el objetivo ideal que quieres que logre tu equipo. El objetivo ideal suele ser una línea horizontal en el gráfico, mientras que el trabajo real crecerá continuamente para alcanzar la línea de meta a medida que avanza el tiempo.

Consejos para regular la velocidad de sprint de tu equipo

Si notas que la velocidad de sprint de tu equipo es inconsistente, eso podría ser una señal de que necesitas regular la velocidad de tu equipo. La consistencia en la velocidad del sprint es importante porque puedes ver fácilmente el desempeño regular de tu equipo: las inconsistencias muestran cuándo algo anda mal.

Por ejemplo, cuatro de tus sprints más recientes tuvieron velocidades de 4.5, 7, 5 y 3. La velocidad promedio suele ser de alrededor de 6. La inconsistencia de la velocidad del sprint puede ser un indicador de un problema mayor. Regular la velocidad de sprint de tu equipo significa tratar de mantener la velocidad de sprint constante de un sprint a otro.

A continuación, te damos algunos consejos sobre cómo regular la velocidad de sprint de tu equipo.

Aclarar las historias de usuario

Una cosa que puede ayudar a estabilizar la velocidad del sprint de tu equipo es asegurarte de que las historias de usuario sean claras y fáciles de entender antes de que comience el sprint. Una historia de usuario es una explicación rápida de una función de software, escrita desde la perspectiva del usuario final. Estas historias de usuario a menudo se adjuntan a los elementos del trabajo pendiente. Esto garantiza que el equipo Scrum o los miembros del equipo del proyecto puedan centrarse en el trabajo que deben hacer, en lugar de dedicar tiempo a buscar a las partes interesadas para obtener más detalles. Esto puede ayudar a aumentar la velocidad al centrar el tiempo de tu equipo en el trabajo que realmente importa.

Garantizar la coherencia

Si la velocidad de tu equipo es inconsistente, es posible que estés cambiando demasiadas variables de un sprint a otro. Por ejemplo, ¿estás cambiando a diferentes miembros de tu equipo de desarrollo? La composición del equipo puede cambiar la cantidad de trabajo que tu equipo puede lograr. 

Estas son algunas otras variables que pueden afectar la velocidad de tu sprint:

• Duración del sprint

• Aumento de los puntos de historia

• Cambio en los procesos

Establecer una definición uniforme de “listo”

Es importante que todos los miembros del equipo comprendan claramente qué significa que una historia de usuario esté “lista” o finalizada. Este es un aspecto clave del marco Scrum que también se usa a menudo en otras metodologías ágiles. 

Cuando tu equipo tiene una definición clara de lo que significa que una historia de usuario esté finalizada, puede estimación más precisa de la cantidad de trabajo que implica cada una. Esto, a su vez, conduce a estimaciones de proyectos más precisas y, en última instancia, a una velocidad de sprint más precisa.

Organiza una retrospectiva del sprint

Uno de los beneficios de la metodología ágil es que es un proceso de desarrollo iterativo. Esto significa que al final de cada sprint, hay una oportunidad para reflexionar sobre el sprint pasado y ver qué salió bien y qué no. Una reunión de retrospectiva del sprint está pensada para eso: una reunión dedicada a reflexionar sobre el sprint pasado y cómo mejorar para el próximo.

El objetivo es mejorar continuamente. A medida que el equipo realiza diferentes sprints, debe aplicar los aprendizajes de los sprints pasados en los sprints futuros. Esto le da a tu equipo la oportunidad de cambiar los procesos para mejorar continuamente.