¿Cómo hacer que las estimaciones de las historias tengan éxito?

Todos los que han trabajado con Scrum, SAFE u otras metodologías "agil" que se basan en estimaciones de story points para juzgar la complejidad de una característica saben lo difícil que pueden ser estas sesiones de planning poker. Al mismo tiempo todos son dolorosamente conscientes de lo crucial que es una buena sesión de planificación por un lado, para asegurarse de que el equipo "agil" esté de acuerdo con los criterios de aceptación, la definición de lo hecho y el alcance general y por otro lado, para permitir al propietario del producto tomar una decisión informada a la hora de priorizar el trabajo atrasado.

Entonces, ¿cómo puede hacer exactamente que una sesión de scrum poker tenga éxito? Para entender la receta para una planificación satisfactoria, veremos lo que es una user story bien preparada, cómo presentarla, algunas buenas prácticas para el póquer en sí y cómo hacer frente a las discrepancias entre las estimaciones.

Antes de hacer la estimación, asegúrese de que la user story esté "lista" y se haya debatido

Este puede ser un consejo directo, pero para tener una sesión de estimación exitosa, es importante que la característica o user story que queremos estimar esté lista. Entonces, ¿cómo preparamos una historia? En Scrum por lo general se hace durante las sesiones de perfeccionamiento, donde el propietario del producto junto con el desarrollo (y a menudo bajo la guía de un maestro de scrum) analiza los detalles de la historia.

En nuestro equipo, lo primero es que el propietario del producto presenta de manera sucinta lo que el usuario quiere hacer y qué valor tiene para él. Esta segunda parte es especialmente importante, ya que debe dar una idea de por qué lo que estamos haciendo es importante. La estructura más generalizada para una user story es "Como un..., quiero hacer..., para que...".

A menudo el propietario del producto también habrá escrito algunos criterios de aceptación de alto nivel, que luego se debaten con el equipo de desarrollo. Tal vez en contra de la lógica, los buenos criterios de aceptación son condiciones de alto nivel que satisfarían al cliente y le permitirían alcanzar el valor definido y no una descripción detallada de los requisitos de la solución. Juntos, los miembros del equipo de scrum analizan la user story examinando los criterios de aceptación y podrían decidir añadir o eliminar algunos de ellos o aclarar elementos que están manifiestamente fuera de su alcance.

Una vez que todo el mundo está de acuerdo con los criterios de aceptación y la definición de hecho, podemos pasar a la estimación propiamente dicha, utilizando en nuestro caso el Póquer Scrum (también llamado Póquer de Planificación).

Estimación mediante el scrum poker

Este es el momento en el que la herramienta de estimación de scrumpoker-online.org resulta útil. Se recomienda abrir la sesión al principio de la sesión de refinamiento o planificación y que todos los miembros del equipo de scrum entren en la sala utilizando la identificación de la sala proporcionada. Una vez que se haya discutido la historia de usuario y se hayan respondido todas las preguntas, todos los miembros del equipo de desarrollo comiencen a estimar la complejidad de la historia dándole puntos de historia. Bien, puntos de historia pero, ¿qué son exactamente los puntos de historia y cómo sé cuántos puntos de historia se deben asignar a una historia? puntos de historia deben asignarse a una historia?

story points

Los story points en el scrum son una medida abstracta destinada a representar la complejidad de la implementación de una user story. En general esta "complejidad" está relacionada, por supuesto, con el esfuerzo, pero también con el riesgo y las dificultades previstas. La medida es abstracta, porque no puede relacionarse con una unidad de tiempo como los días u horas de la persona.

Scrumpoker-online.org utiliza la secuencia de fibonacci (1,2,3,5,8,13,21) para estimar las historias. También es muy útil tener una historia de usuario de referencia que todos los miembros del equipo Scrum conozcan bien y asignarle una estimación. A continuación, el equipo puede empezar a estimar otras historias de usuario comparándolas con la historia de usuario de referencia. Así, por ejemplo, si la historia de usuario de referencia se estimó en 3 puntos, una historia que sólo tenga 1 punto debería ser tres veces menos compleja. Por tanto, el valor absoluto de las historias es menos importante que su relación entre sí. Y recuerda seguir siendo ágil y empezar a experimentar, cuantas más historias estime el equipo, mejor lo harán.

Descubrir los resultados

Después de que todo el mundo haya entregado sus estimaciones, el propietario del producto o el maestro de scrum muestra los resultados y si todos coinciden, la historia se ha estimado con éxito. Si por el contrario hay algunas discrepancias, los miembros más alejados pueden empezar a analizar por qué sus estimaciones difieren. La mayoría de las veces esto es un indicio de que aún no existe una comprensión general de todo lo que implica esta historia. Esta conversación puede desembocar en la redefinición de los criterios de aceptación y esto es absolutamente normal; después de todo, se trata de un proceso iterativo.

Genial, ahora tengo una estimación, pero ¿por qué importa?

Una historia bien estimada ayuda enormemente al propietario del producto a juzgar mejor si el valor de una user story (o nueva característica) compensa la complejidad y el esfuerzo para implementarla. Además, permite comprender mejor la planificación de un sprint: después del primer sprint, el equipo sabrá exactamente cuántos story points pudo lograr, por lo que el siguiente sprint deberá completarse con un total de puntos de historia similar. A medida que el equipo adquiere conocimientos y se vuelve más eficaz, la entrega de una cantidad de puntos de historia podría lograrse más rápido que antes. Pero este es el segundo paso: por ahora empiece a hacer estimaciones durante su sesión de planning poker mediante scrumpoker-online.org y disfrute del placer de intentar llegar a un acuerdo sobre una estimación... Verá que esto hará maravillas para lograr un entendimiento compartido de lo que se espera.