¿Qué son los Story Points en Agile y cómo se calculan? (2023)

¿Quieres conocer los puntos de la historia Agile?

Los puntos de historia pueden sonar como una recompensa que recibes cuando juegas a un videojuego de fantasía.

¡Pero no lo son!

Los puntos de historia son una técnica de estimación ágil que proporciona una estimación relativa de cuánto trabajo y esfuerzo se requerirá para una tarea específica.

Pero el problema es que, aunque la guía Agile nos dice que hagamos estas estimaciones, no especifica exactamente cómo hacer una estimación.

Pero no se preocupe.

En este artículo, desmitificaremos los puntos de historia y también hablaremos sobre cómo se calculan los puntos de historia en Agile. Además, te contaremos un secreto que te ayudará a implementar los puntos de historia de forma eficaz en tus proyectos de desarrollo ágil.

¿Qué son los puntos de historia en Agile?

Antes de hablar de qué es un punto de historia, tenemos que entender dos términos: "historia de usuario" y "backlog de producto".

Una historia de usuario es una explicación informal de las características que el usuario desea en el sistema.

Un ejemplo de historia de usuario real es: "Como jugador, quiero que mi héroe pueda volar".

Pero espere, ¿dónde encaja la historia de usuario en el proceso de desarrollo ágil?

Encaja en el backlog del producto.

Un backlog de producto contiene una lista de todas las historias de usuario en las que hay que trabajar e implementar en el producto final.

Piénsalo así:

Las historias de usuario son artículos en el inventario de tu videojuego, como espadas mágicas, armaduras y otras cosas chulas. El backlog del producto es el inventario que contiene los artículos.

Volvamos a la historia.

Un punto de historia es una unidad asignada a una historia de usuario para expresar cuánto tiempo y energía se necesitaría para ese trabajo.

Es como el nivel de dificultad de un juego.

Un número más alto significa un nivel más difícil.

Sin embargo, aquí es donde la mayoría de la gente se equivoca.

En un videojuego, el nivel 2 no significa necesariamente que sea el doble de difícil que el nivel 1. Pero eso no ocurre con los puntos de historia. Pero no ocurre lo mismo con los puntos de historia.

Vamos a explicarlo:

Los puntos de historia son una técnica de estimación relativa (también llamada dimensionamiento relativo).

La estimación relativa significa que los valores se asignan sobre una base comparativa. Esto significa que no hay unidades estándar para los puntos de historia.

Por ejemplo, si una historia de usuario A tiene una puntuación de 2 y una historia de usuario B tiene una puntuación de 1, significa que A requerirá el doble de esfuerzo que B para completarse.

Sin embargo, los videojuegos y los puntos de historia tienen una similitud: los puntos de referencia.

Por ejemplo, supongamos que dos equipos están creando dos juegos de rompecabezas para móviles similares.

El nivel 10 del primer juego de puzles no sería necesariamente tan difícil como el nivel 10 del segundo juego de puzles, ¿verdad?

Del mismo modo, su equipo puede asignar un valor de puntos de historia de 8 a una historia de usuario y otro equipo puede estimar 13 puntos para una historia similar. El valor de los puntos de historia depende por completo de tu equipo y de tu tarea.

¿Por qué utilizar puntos de historia en Agile?
Sabemos lo que está pensando.

¿Realmente necesitamos utilizar métodos de estimación Agile como puntos de historia?

¿No podemos usar estimaciones de tiempo?

Bueno, puedes, pero los puntos de historia son una estimación mucho más precisa.

Los puntos del historial permiten calcular la velocidad del equipo y estimar la carga de trabajo de forma objetiva.

1. La velocidad del equipo se puede calcular
La velocidad de tu equipo es una métrica importante que no puedes ignorar.

¿Por qué?

Calculando la velocidad de tu equipo, podrás visualizarla:

la eficiencia de su equipo Agile
la velocidad a la que progresa su equipo Agile
De este modo, podrá realizar mejores previsiones para el calendario futuro de su proyecto.

Pero, ¿qué es la velocidad?

La velocidad (también llamada velocidad de sprint) muestra la cantidad de trabajo realizado en cada sprint. Es el número total de puntos de historia completados dividido por el número total de sprints.

Por ejemplo, digamos que su equipo termina 50 puntos de historia en 2 sprints.

Así que tu velocidad de sprint será de (50/2) = 25 puntos por sprint.

2. Estimación sin compromisos de tiempo específicos
Las cosas no siempre salen según lo previsto, incluso en un proyecto ágil.

Y cuando utilizas una estimación de tiempo, sólo estás especificando un tiempo aproximado. Puedes dedicar más tiempo a tareas que creías que terminarías en un instante y viceversa.

En resumidas cuentas, es difícil calcular el tiempo exacto que se necesita para una tarea técnica.

Como los puntos de historia son un método de estimación ágil, no establecen compromisos definitivos (como dentro de una semana o el próximo viernes). En su lugar, proporcionan una estimación relativa del esfuerzo global que se aplicará a una tarea.

Esto le ayudará a reducir el estrés innecesario de cumplir plazos ajustados y poco realistas. En su lugar, obtendrá un presupuesto mucho más razonable y preciso.

3. Los puntos de historia no son subjetivos
A veces las personas difieren en sus estimaciones de cuánto tiempo tomará una tarea en un proyecto Ágil. Esto a menudo conduce a la subjetividad cuando se utilizan estimaciones de tiempo.

Por eso este enfoque no siempre proporciona una estimación exacta.

Por ejemplo, un desarrollador senior puede asignar una tarea de "7 horas" según su estándar, pero un desarrollador junior puede tardar 15 horas en completar la misma tarea.

Los puntos de historia eliminan este problema.

Al calcular un punto de historia Agile, todo el equipo se sienta y decide qué puntos asignar a la historia de usuario.

Bonificación: consulte nuestra guía de planificación ágil de lanzamientos.

3 factores clave que afectan a los puntos de historia en Agile
Hemos hablado de asignar la historia de usuario en función del "esfuerzo" necesario para implementar el elemento del backlog.

Pero, ¿qué significa exactamente esfuerzo?

Echemos un vistazo:

A. Cuánto trabajo hay que hacer ( tamaño de la historia )
No todos los elementos del backlog son iguales; un elemento del backlog del producto puede requerir más trabajo que otro.

Por ejemplo, supongamos que hay dos elementos de backlog diferentes:

Quiero una nueva arma para el héroe principal, Monkey King".
Quiero armas nuevas para todos los héroes".
¿Cuál crees que tardará más?

La segunda historia, por supuesto.

Comparada con ella, la primera historia no dará mucho trabajo.

Por lo tanto, el segundo relato recibirá más puntos que el primero debido a su mayor longitud.

B. Riesgo e incertidumbre
Todo proyecto tiene sus riesgos e incertidumbres, sobre todo con determinados tipos de partidas pendientes.

Por ejemplo: si el elemento del backlog del producto implica trabajar con una nueva estructura con la que su equipo no tiene mucha experiencia, este factor de riesgo aumentará el valor del punto de historia.

C. Complejidad
La complejidad es sin duda un factor muy importante para cualquier técnica de estimación ágil.

He aquí dos historias similares con criterios de aceptación diferentes:

Quiero un nuevo traje para Geralt".
Quiero un nuevo ataque especial para Geralt'.
¿Notas la diferencia en su complejidad?

La primera es pan comido, sólo unos retoques aquí y allá, ¡y ya está!

La segunda requiere que codifiques un nuevo ataque especial y veas cómo funciona en el juego.

Entonces tendrás que comprobar si hay errores.

Naturalmente, durante el proceso de estimación del esfuerzo, estas historias de usuario obtienen claramente más puntos.

Más información: consulte nuestra guía sobre la deuda tecnológica.

Cómo se calculan los puntos de historia en Agile
Puede calcular los puntos de historia Agile creando una historia base, eligiendo su escala y técnica de estimación y calculando en consecuencia.

La estimación del punto de la historia suele realizarse mediante un método denominado "póquer de planificación".

Suena interesante, ¿verdad?

Aprendamos ahora a estimar un punto de historia:

1. Crear una historia básica
2. Preparar la mesa de póquer

El primer paso de la técnica de estimación consiste en crear una historia de referencia o historia base.

Es una historia de usuario completada de un ciclo de iteración anterior a la que se asigna un valor de puntos de historia (normalmente 1 para simplificar).

Este será su punto de historia normalizado.

También se presenta el backlog del producto con todas las nuevas historias de usuario.

2. Elige una escala para la estimación
Reparte las cartas

Se utilizan dos escalas para estimar los puntos de historia:

Escala lineal: contiene números naturales como 1, 2, 3, etc.
Escala Fibonacci: números de la serie Fibonacci como 1, 2, 3, 5, 8, etc.
Por razones de simplicidad, la mayoría de los equipos ágiles tienden a elegir la serie Fibonacci para su estimación de puntos de historia.

En esta técnica de estimación, la escala de Fibonacci se introduce en una tabla en la que se puede asignar un valor a cualquier historia de usuario.

Vea cómo queda una tabla de estimaciones cuando el equipo empieza a rellenarla.