Definición de velocidad
El equipo de proyectos de Randall ha comenzado recientemente a utilizar Scrum , la forma más común de metodología de proyectos Agile. A medida que su equipo se ha familiarizado más con Scrum, Randall les presenta una métrica importante, conocida como velocidad. El equipo desconfía de las métricas porque, en su experiencia, se utilizan principalmente para aumentar la demanda y acortar plazos bajo el pretexto de la eficiencia. Randall sabe que su equipo puede beneficiarse de esta métrica si entienden cómo se usa. Antes de que pueda enseñarles esto, necesita definir la velocidad para ellos.
La velocidad es la medida del trabajo completado por el equipo de desarrollo dentro de cada sprint , que es un ciclo repetido que suele durar de dos a cuatro semanas. La clave en la definición de velocidad es que es el trabajo realizado por el equipo de desarrollo. En Scrum, el trabajo del proyecto se divide en historias de usuario , que se centran en una funcionalidad específica para un usuario final. El equipo de desarrollo estima el tiempo y el esfuerzo necesarios para desarrollar y probar cada historia de usuario con puntos o un valor numérico. El trabajo completado es la suma de estos puntos asignados para historias de usuarios que se han desarrollado y probado completamente.
El otro aspecto de la definición de velocidad es que el trabajo se completa dentro de un sprint. Los sprints se utilizan en lugar de semanas o días porque es dentro del sprint que el equipo se compromete a completar las historias de usuario. Cuando un equipo comienza con Agile, establece la duración de sus sprints. Si bien pueden ser tan cortos como una semana o tan largos como cuatro semanas, es importante que la duración se mantenga constante. Varias longitudes de sprint dan como resultado una cantidad variable de trabajo completado. Esto implicaría que la eficiencia del equipo cambia, pero es posible que ese no sea el caso.
Cálculo de velocidad
Una vez que Randall ha definido la velocidad para su equipo, pasa al cálculo. Hay dos versiones diferentes de velocidad que se pueden calcular, pero el cálculo es similar para cada una. La primera versión es la velocidad real e implica dividir el número total de puntos de historia completados por el número de sprints. Por ejemplo, si el equipo de desarrollo ha completado un total de 70 puntos en dos sprints, la velocidad real del equipo sería de 35 puntos por sprint. Esta es la versión más común y el cálculo típico de la velocidad.
La segunda versión de la velocidad es la velocidad esperada , que implica dividir el número total de puntos de historia estimados por el número de sprints. Por ejemplo, si el equipo de desarrollo estima un total de 160 puntos en cuatro sprints, la velocidad esperada del equipo sería de 40 puntos por sprint. Esta versión es menos común y se usa principalmente en comparación con la velocidad real para determinar si el equipo está cumpliendo regularmente con sus compromisos.
Desaceleración Económica: definición, cálculo y ejemplos
Usando Velocity
Una vez que el equipo comprende qué es la velocidad y cómo se calcula, Randall puede discutir con ellos cómo se puede usar. Tiene la esperanza de que vean el beneficio de esta métrica. La velocidad se puede utilizar dentro del equipo de desarrollo, así como fuera de él, y cada uso de la velocidad proporciona un beneficio específico para el equipo de desarrollo. La velocidad se puede utilizar para estimar, comparar y medir la eficiencia y el crecimiento.
El uso de la velocidad para hacer estimaciones funciona en dos niveles. El primero es determinar cuánto trabajo puede realizar un equipo en el sprint. Aunque esto es bastante sencillo, es impactante para el equipo. Si un equipo promedia 30 puntos por sprint, el equipo debe buscar asumir lo más cerca posible de 30 puntos en cualquier sprint dado. Esto protege al equipo de los mandatos de asumir más trabajo en un sprint del que pueden completar. Si se debe completar trabajo adicional en el mismo período de tiempo, se deben tomar medidas para aumentar la capacidad del equipo, como agregar desarrolladores y probadores, o aprobar el pago de horas extra por horas adicionales trabajadas.
Otra estimación que se puede hacer en función de la velocidad es establecer un marco de tiempo general dentro del cual se puede completar un proyecto. Las personas que buscan hacer planes a largo plazo pueden dividir el número total de puntos de la historia del proyecto por la velocidad del equipo y determinar cuántos sprints debe tener el proyecto. La clave es que este período de tiempo es solo una estimación y no una fecha límite para ser utilizado. La velocidad no debe ser una restricción impuesta al equipo determinada por la cantidad de trabajo restante y el plazo deseado para su finalización.
Además de las estimaciones, la velocidad se puede utilizar para realizar comparaciones para medir la eficiencia y el crecimiento. Al hacer comparaciones, el equipo de desarrollo solo se puede comparar consigo mismo, no con otros equipos de desarrollo. Las estimaciones de los puntos de la historia son subjetivas y la duración de los sprints puede variar. Sería incorrecto asumir que un equipo que promedia 50 puntos por sprint es más productivo que un equipo que promedia 25 puntos por sprint. Los equipos pueden estimar la misma historia de usuario como un 13 en comparación con un cinco, o un equipo tiene sprints de cuatro semanas mientras que el otro tiene sprints de dos semanas. La única comparación consistente es el mismo equipo contra sí mismo, específicamente para verificar que el equipo coincida o aumente su velocidad consistentemente con el tiempo.
Resumen de la lección
En Scrum , la métrica principal es la velocidad , que mide el trabajo completado por el equipo de desarrollo dentro de cada sprint . Específicamente, toma la cantidad total de puntos estimados para cada historia de usuario y la divide por la cantidad de sprints en los que se completaron las historias de usuario. Este cálculo de velocidad también se conoce como velocidad real . Una alternativa es la velocidad esperada, que utiliza el número total de puntos estimados para el trabajo que debería completarse en lugar de considerar el trabajo realmente terminado. Velocity ayuda al equipo de desarrollo a determinar cuánto trabajo puede realizar en un sprint determinado. También permite a las personas realizar estimaciones de alto nivel sobre la duración de un proyecto. El equipo de desarrollo también puede usar la velocidad para determinar su eficiencia y crecimiento siguiendo su velocidad a lo largo del tiempo.
Peso Tara: definición, cálculo y usos
Alcalinidad en la Gestión del Agua: Definición y cálculo
Explora más sobre este tema
Selecciona un tema y sigue aprendiendo...
