MANUAL TE GP AGILES

MANUAL GESTIÓN DE PROYECTOS ÁGILES

“Como usuario quiero que, una vez apriete la naranja contra la máquina, se obtenga un zumo”

Sin embargo, dicha historia prácticamente resume el proyecto completo y ni especifica al equipo el funcionamiento de la máquina en detalle, ni es probable que logren hacerlo en un solo sprint.

En una primera fase de concreción, el product owner podría dividir dicha historia en varias historias más pequeñas:

“Como usuario quiero que, una vez apriete la naranja contra la máquina, la pieza rotatoria empiece a girar”

“Como usuario quiero que, una vez el jugo cae por la pieza rotatoria, caiga en un filtro”

“Como usuario quiero que, una vez el jugo pase por el filtro, sea conducido hacia el vaso”

Y así sucesivamente. Una vez terminado este paso, deberá repetirlo con cada una de las historias resultantes. De esta manera, intentará crear historias lo más pequeñas y detalladas posibles. No importa el número, lo importante es que, cuantas más pequeñas sean, más funcionalidades independientes tendrán el equipo para trabajar y menor posibilidad de dejar una historia sin terminar al final de un sprint. Una vez están seleccionadas y preparadas las historias que el product owner podrá mostrar al equipo, se reúne con ellos en una sala y comienza el sprint planning propiamente dicho.

Por orden de prioridad, el product owner selecciona la primera historia de su product backlog y realiza el siguiente proceso:

 Se expone la historia al equipo: una vez finalizada su exposición el equipo podrá realizar una breve ronda de dudas que les haya surgido sobre la historia.

 El equipo vota la estimación del peso de la historia: ya habíamos visto que dicha estimación se realiza en base a la complejidad y duración de la misma y se utiliza

144

European Open Business School