Antes de empezar, vendría bien entender qué es el SCRUM. EL Scrum es una metodología de trabajo ágil que su finalidad es la entrega de valor en períodos cortos de tiempo, basada tres pilares: transparencia, inspección y adaptación.
Además, necesitamos entender antes de seguir leyendo qué es un SCRUM Master.
Dentro del Scrum es aconsejable cuantificar las tareas con las que cuentas en el backlog (pendientes de realizar). Pero la forma de hacerlo no está muy clara. Un método probado es el de los puntos de historia. Pero, ¿Qué son y cómo funcionan los puntos de historia?
Los puntos de historia son relativos
Los puntos de historia representan un valor que sólo será relevante para el equipo de scrum, y que se usará para estimar el tamaño de una tarea (también llamada ítem, en inglés) en el backlog. Permite al equipo determinar qué tareas pueden realizar en un sprint. El product owner (“dueño del producto” en su traducción literal) podrá ver, por los puntos de la historia, qué tareas fueron relativamente complicadas de hacer por el equipo. Los puntos dan una idea del tamaño y el esfuerzo que se necesita para que los las tareas sean realizadas.
El valor de los puntos de la historia se basa en la serie de Fibonacci. En esta serie, el siguiente número es la suma de los dos anteriores; donde los valores 20, 40 y 100 están principalmente para indicar que una tarea o ítem es muy grande. En la práctica, estos ítems suelen dividirse en ítems más pequeños.
Gracias a los puntos de historia, un equipo de scrum puede crear una unidad para ellos mismos y así estimar las historias de los usuarios. Los puntos representan un valor relativo, y pueden ser diferentes para cada equipo.
Desde Incentro siempre recomendamos trabajar con puntos de historia. Siempre que sea posible, intentaremos evitar las indicaciones de tiempo. Ya que, donde un miembro del equipo necesitaría cuatro horas para una historia de usuario, otro miembro del equipo podría necesitar seis horas para el mismo trabajo.
Al tener una unidad que sea la misma para todo el equipo, evitaremos discusiones sobre el tiempo dentro de los miembros del equipo. En lugar de mirar cuánto tiempo nos lleva una historia de usuario, nos enfocaremos en el tamaño del trabajo.
¿Qué significa el valor relativo?
Los puntos de la historia dan una visión del tamaño de la historia de un usuario. Una historia de usuario de 3 puntos es más grande que una historia de 1 punto, y más pequeña que una historia de 5, lógica pura. ¡Pero ojo! Una historia de 2 puntos no es necesariamente dos veces más grande que una historia de 1 punto. Compáralo con las tallas de las camisetas: La talla M es más pequeña que la L, pero la L no es el doble de grande.
¿Cómo determinar el punto de historia?
Para determinar el número de puntos de una historia de un usuario, el equipo deberá considerar tres factores:
Dificultad ¿Cuánto esfuerzo requiere completar la historia del usuario, según la definición de hecho?
Complejidad ¿Qué tan complejo es crear la historia del usuario? ¿Es una tarea sencilla o un desafío?
Incertidumbre ¿Cuáles son las posibilidades de encontrar sorpresas que no habíamos previsto de antemano?
Juntos, estos factores determinan el número de puntos en una historia de usuario. Por ejemplo, ¿La complejidad, el riesgo y el esfuerzo son bajos? Entonces la historia también tendrá un punto bajo.
¿Cómo puedes empezar tú mismo?
Para empezar con los puntos de la historia, tu equipo deberá determinar primero una historia de referencia con la que podáis comparar todas las demás historias. Elegid una historia de usuario razonablemente compleja, que incluya tantas disciplinas del equipo como sea posible. A esta historia le daremos 5 u 8 puntos, por ejemplo. Entonces tu equipo todavía tendrá suficiente espacio para dar pasos hacia arriba o hacia abajo.
Podréis utilizar la historia de referencia durante los perfeccionamientos del backlog para determinar si otra historia de usuario es más pequeña o más grande, y qué valor puede darle.
En resumen...
Los puntos de historia son un valor relativo que creas junto con tu equipo de Scrum. Proporcionan una visión del esfuerzo que se necesita para crear una historia de usuario. El propietario del producto podrá, de esta forma, decidir si da prioridad o no a un determinado elemento. Y el equipo sabrá cuántos puntos de historia puede recoger por cada sprint.
