Este mes, el programa mensual de Scrum Inc. seminario web se centra en los fundamentos y en corregir los malos hábitos Scrum. A pesar de que la mayoría de nosotros pensamos que entendemos bien los fundamentos, las encuestas y sondeos independientes de Scrum Inc. revelan que, aunque la mayoría de los equipos entienden los fundamentos, muchos no pueden demostrar una mejora en el rendimiento del equipo sprint tras sprint. Aunque la Guía Scrum evita mencionar las herramientas para dar flexibilidad a los equipos, algunas prácticas son tan útiles que se aplican casi universalmente. Una de ellas es Historias de usuarios y el otro es Velocidad.
Lo más habitual es que los encuestados indiquen que sus equipos no calculan Velocidad. Sin Velocity, no hay forma de medir la mejora, tener transparencia y visibilidad en su proceso o planificar adecuadamente un Sprint o un lanzamiento.
Cómo funciona
Divida el trabajo en pequeños elementos de la cartera de productos. Asigne a estos PBI, a menudo denominados Historias de usuarios, a valor en puntos estimando su tamaño relativo. (El tamaño relativo es importante porque estudios muestran que los humanos son increíblemente malos estimando trabajos en horas).
En Planificación de sprintsel Scrum Master hace de crupier en una partida de póquer de planificación. El Scrum Master comienza el juego tomando un Historia de usuario y que todos los miembros del Equipo elijan una tarjeta con un número que crean que relaciona el tamaño relativo del trabajo a realizar. El Scrum Master cuenta hasta tres y todos los miembros del equipo muestran sus cartas simultáneamente. Los miembros del Equipo con las cartas más baja y más alta debaten las razones de sus elecciones y luego el equipo juega otra ronda. El proceso se repite hasta que se llega a un consenso. Continúe el juego hasta que todas las Historias de Usuario tengan un valor en puntos.
Durante el Sprint, a medida que cada historia pasa a finalizada, el Scrum Master puede trazar los puntos a lo largo del Sprint. Al final del Sprint, añada los puntos puntos de todas las Historias de Usuarios para calcular su Velocidad.
A medida que el Equipo completa más y más Sprints, el Scrum Master puede comparar cuánto ha mejorado el Equipo. Aunque la velocidad tiende a oscilar con el tiempo, por regla general debería tender hacia arriba unos 10% por Sprint.
Recuerde, sólo porque el equipo ha mejorado en la implementación de una historia determinada, el valor en puntos que debe seguir siendo el mismo. Si el equipo empieza a estimar historias con valores más bajos porque han adquirido mucha más experiencia y las historias parecen más fáciles, la velocidad nunca parecerá mejorar. Esta es una gran razón por la que estimar en horas no funciona.
Los equipos no deben obsesionarse con cuántos puntos vale algo. Estimar los puntos es sólo un ejercicio para ayudar a evaluar rápidamente el esfuerzo relativo. Lo importante es que seas coherente y que todo el equipo tenga un entendimiento común de su sistema para calcular el tamaño.
Tanto si eres nuevo en Scrum como si llevas mucho tiempo practicándolo, aprender los conceptos básicos mejorará definitivamente tu Velocity. El martes 26 de marzoth exploraremos Velocity, Retrospectives, Backlog Grooming y el resto de los Fundamentos Scrum. Por favor, únase a nosotros.
-- Joel Riddle y Christine Hegarty
Spanish 
English 
French