Cómo calcular los Story Points para mejorar la planificación del proyecto

Si alguna vez condujiste en Los Ángeles, sabes que el tiempo que tardas en llegar de Arcadia a Santa Mónica está sujeto a diversos factores, como el tránsito, el clima, las obras, la hora del día y los caprichos de otros conductores. Es una distancia de 50 km que puede llevar 41 minutos o 4 horas. 

Los elementos en tu backlog de producto dentro del marco Scrum están sujetos a una cantidad similar de variables, incluidas la complejidad y el riesgo. Esta complicación suele hacer que la planificación Agile resulte tan frustrante como estar en medio del tránsito del sur de California. 

La planificación inexacta puede convertirse en un problema enorme a largo plazo. No estimar con precisión y consistencia cuánto tiempo se tardará en completar las tareas puede generar incumplimiento de plazos, cuellos de botella, obstáculos y un aumento descontrolado del alcance. 

La buena noticia es que hay una forma precisa para que tu equipo estime el tiempo y el esfuerzo que llevará completar las tareas en tu backlog: la estimación de puntos de historia. 

¿Qué son los Story Points? 

Los Story Points o puntos de historia son una unidad de estimación que permite a los equipos considerar el esfuerzo y la complejidad necesarios para completar cada elemento del backlog del producto. Los puntos de historia son mucho más completos que considerar solo un factor (como el tiempo, por ejemplo) para estimar durante la planificación del sprint, lo que brinda a los equipos un cálculo más preciso de cuánto tiempo tardarán en completar las historias de usuario. 

La estimación de puntos de historia en Agile incluye cuatro componentes principales: 

• Riesgo: el riesgo de un proyecto o elemento en particular incluye dependencias entre equipos, dirección poco clara o cambios a mitad de la tarea. 

• Complejidad: se determina por la dificultad de completar el elemento. 

• Familiaridad: este componente se determina por la familiaridad que tiene un miembro del equipo con la tarea y qué tan monótonas son ciertas tareas dentro del desarrollo. 

• Esfuerzo relativo: se determina por la cantidad de esfuerzo requerido para realizar la tarea en relación con el esfuerzo que se requiere para otros elementos de trabajo. 

Muchos equipos se preguntan cómo estimar el esfuerzo en Agile. Al tener en cuenta los cuatro componentes anteriores, tu equipo puede calcular con mayor precisión la velocidad del sprint, incluir un margen para la incertidumbre y evitar depender demasiado en los compromisos de tiempo. Los puntos de historia permiten mantener la coherencia no solo en los equipos, sino en todos los departamentos. 

Tres pasos para la estimación de Story Points a en Agile

La estimación de puntos de la historia debe hacerse durante la planificación del sprint, mientras tu equipo define el objetivo del sprint y crea un plan de lo que va a lograr el equipo. Sigue este proceso para planificar tus sprints con mayor precisión, alinear las expectativas y completar los proyectos a tiempo. 

1. Determina un valor de referencia

Antes de comenzar a asignar puntos de historia a los elementos de trabajo, debes crear un valor de referencia para lo que significan exactamente esos números. Tu valor de referencia, que suele ser de 1 o 0.5 para los equipos de Agile, establece el estándar para un elemento de trabajo que tenga la menor cantidad de riesgo, complejidad y repetición. Cuanto mayor sea el número de puntos, mayor será el nivel asumido de riesgo, complejidad y repetición. 

Podrías elegir asignar un punto de historia a un elemento con el que un miembro del equipo esté muy familiarizado y que pueda encargarse de realizar sin depender de otros equipos. Por ejemplo: 

• 1 Story Point = agregar un producto nuevo a un menú desplegable en el sitio web 

• 3 Story Points = agregar un sistema de calificaciones al sitio web 

• 8 Story Points = agregar normas de cumplimiento GDPR y CPA en todo el sitio web 

Recuerda que tu valor de referencia para estimar los elementos de trabajo no se basa únicamente en la cantidad de tiempo, sino que tiene en cuenta otros factores, como la complejidad y el esfuerzo.

2. Utiliza los números de la sucesión de Fibonacci 

Es tentador asignar números en una escala lineal a los elementos de trabajo, pero esos números no están lo suficientemente diferenciados como para definir con claridad una estimación. Por ejemplo, si a un objeto le asignas cuatro puntos de historia, ¿en qué se diferencian cuatro puntos de historia de cinco en términos de complejidad, riesgo y repetición? 

Usar números exponenciales de la sucesión de Fibonacci ayuda a las personas a definir con más facilidad las diferencias entre las tareas. La sucesión de Fibonacci es una serie de números en la que cada número es la suma de los dos anteriores: 0, 1, 1, 2, 3, 5, 8, etc. Para los equipos Agile, la sucesión generalmente se modifica a 0.5, 1, 2, 3, 5, 8, etc. Con estos números, es más fácil decidir si un elemento de trabajo es de dos puntos de historia o cinco puntos de historia. 

Para llevar la cuenta de cuántos Story Points asignaste a los elementos de trabajo, puedes usar una plantilla de sucesión de Fibonacci. Estima el trabajo a realizar al asignarle un número de la escala a los elementos y haz una copia de tu plantilla para cada sprint con el fin de crear un registro histórico y mejorar tu estimación con el tiempo.

3. Organiza una sesión de estimación de puntos de historia con tu equipo 

La estimación de puntos de historia debe hacerse con todo el equipo, a fin de que se logre consenso sobre la cantidad aproximada de puntos de historia para cada elemento de trabajo. Organizar sesiones de estimación aumenta la alineación y la transparencia. 

Para organizar una sesión de estimación con tu equipo, tienes algunas opciones. Algunas de las técnicas de estimación de Agile comunes incluyen el planning poker, la estimación por afinidad, el sistema de tres puntos y el sistema de cubos. Estas actividades ayudan a los equipos a evaluar los factores que afectarán la finalización del trabajo y se pueden realizar de forma presencial o virtual.

Si tienes un equipo distribuido, puedes organizar actividades de estimación de equipo virtuales con una solución de colaboración visual como Lucid. La función de estimación de tareas de Lucid permite a los equipos estimar individualmente el esfuerzo requerido para una tarea, ver los resultados de la estimación y aplicar a los elementos de trabajo una estimación final basada en el consenso. Es fácil, solo tienes que agregar un banco de formas de estimación a tu lienzo de Lucid y participar en una actividad de estimación con todo tu equipo.

Una vez que hayas alcanzado un consenso sobre los Story Points para cada elemento de trabajo, los elementos del backlog de tu producto se pueden priorizar y dividir entre el equipo en función de la capacidad de carga de trabajo. 

Sigue mejorando la estimación de Story Points o puntos de historia en Agile

Es probable que tu primer sprint después de implementar la técnica de puntos de historia no salga perfecto, y eso es completamente normal. Llevará algo de tiempo mejorar tus habilidades de estimación en equipo para aplicar estimaciones con precisión y llegar a un consenso con respecto a los elementos de trabajo comunes.

Usa tus retrospectivas de sprint para preguntarle a tu equipo qué salió bien, qué salió mal y qué se puede hacer para mejorar la estimación. Es posible que tengas que ajustar tu valor de referencia inicial o practicar unas cuantas veces para asegurarte de que todos se sientan cómodos con la estimación del esfuerzo de cada tarea. Dado que el desarrollo según la metodología Agile es un esfuerzo de equipo, es importante apoyarse en los comentarios de todos para determinar las mejoras.

Aunque la estimación de puntos de historia en Agile puede no parecer tan intuitiva como simplemente asignar estimaciones de tiempo a cada tarea, descubrirás que, al estimar otros factores como la complejidad y el esfuerzo, tendrás un sprint más tranquilo y un equipo más organizado y preparado. Además, podrás discutir las expectativas con las partes interesadas y establecer fechas de entrega más razonables en el futuro, lo que mejora la eficiencia y, en última instancia, tu producto.