Estimacion Del Sprint
Scrum requiere en sus etapas la estimación de los items del BacklogDelProducto. Scrum por si mismo no especifica qué Tecnica De Estimacion utilizar, si bien habitualmente se suele aplicar la Planificacion De Poker.
Contenido
Estimación de Backlog del Produducto
En Scrum, en la etapa de Planificacion Del Sprint, se realizan estimaciones sobre los items del Backlog Del Producto. Se puede utilizar la Planificacion De Poker como técnica para que los Miembros Del Equipo De Scrum y el Scrum Master realicen la estimación.
Si existen esimaciones muy dispares, el Scrum Master puede tomar los extremos y pedirle a las partes que justifiquen su estimación: es probable que alguna de las partes (o ambas!) hayan comprendido cosas diferentes sobre el item a estimar. Una vez expuestas las justificaciones, el ScrumMaster debe luego pedir otra ronda de estimación.
En caso de variaciones menores, el Scrum Master puede decidir tomar el promedio de todas, o elegir el número seleccionado por la mayoría.
En última instancia, es el Scrum Master quien termina decidiendo la estimación en base a las cartas expuestas. Esto es así porque la reunión de Planificacion Del Sprint tiene una duración acotada y fija.
Estimación de la velocidad del Equipo
Utilizando Planificación de Poker, los items del Backlog del Producto se estimacion en "días ideales". Queda entonces calcular cuántos días ideales podrán realizar los Miembros Del Equipo De Scrum durante el Sprint.
El primer cálculo será simple: multiplicar la cantidad de integrantes por la cantidad de días hábiles del Sprint. Con esto obtendremos la cantidad total de días ideales disponibles para el Sprint.
Por ejemplo, si fuera un Sprint de 15 días hábiles (3 semanas), y un equipo de 4 personas, se obtendría:
15 x 4 = 60 días ideales
El factor de foco
Ahora bien, en la vida real que tendrán los miembros del equipo no existen dichos días ideales. Deberemos entonces disminuir este número, por lo que se conoce como factor de foco. El factor de foco es un coeficiente que ajusta la estimación anterior, para poder acercarla a la realidad (teniendo en cuenta demoras, distracciones, errores, etc.).
Al comenzar, el factor de foco suele estar entre 50% - 80%. A medida que van avanzando los Sprint, se puede tomar el último factor de foco, o mejor aún, un promedio de los últimos 2-3 Sprint.
Ajuste al final del Sprint
Al finalizar el Sprint tendremos ya la velocidad real que tuvo el equipo (sabiendo cuántos items del backlog pudo completar). Así, contaremos con dos valores: la velocidad estimada al comienzo del Sprint y la velocidad real al finalizar el Sprint. Esta velocidad real al finalizar el Sprint deberá ser la velocidad estimada para el próximo Sprint.
A su vez, deberá ajustarse el factor de foco para ver su valor real. Este nuevo factor de foco será útil en el caso de que se modifique la cantidad de integrantes del equipo para el siguiente Sprint, para poder recalcular la velocidad del mismo. El nuevo factor de foco será:
Factor de Foco = velocidad_real_fin_de_sprint / velocidad_ideal
Ejemplo
Supongamos un proyecto con un Equipo de 4 personas, y una duración del Sprint de 15 días hábiles (3 semanas).
Para calcular la cantidad de días ideales disponibles durante el Sprint haríamos:
4 x 15 = 60 días ideales
Deberemos luego "achicar" este valor, aplicando un factor de foco. Como estamos comenzando el primer Sprint del proyecto, comenzamores con un factor de foco del 0.75
60 x 0.75 = 45 días
Así, tendremos 45 puntos (o días) para poder tomar items del Backlog del Producto a realizar. Esta será la velocidad estimada del Sprint
Al finalizar el Sprint podremos entonces ver cuál fue la velocidad real del Sprint, en base a la cantidad de items del Backlog del Producto terminados. Por ejemplo:
Velocidad estimada al comienzo del Sprint: 45 Velocidad real al final del Sprint: 40
Con esto, la velocidad estimada del próxima Sprint deberá ajustarse a 40. El nuevo factor de foco será:
60 x FACTOR_DE_FOCO = 40 FACTOR_DE_FOCO = 40 / 60 FACTOR_DE_FOCO = 0.66
