El Sprint
Como hemos visto anteriormente, una de las bases de los proyectos ágiles es el desarrollo mediante las iteraciones incrementales. En Scrum a cada iteración se le denomina Sprint. Scrum recomienda iteraciones cortas, por lo que cada Sprint durará entre 1 y 4 semanas. Y como resultado se creará un producto software potencialmente entregable, un prototipo operativo. Las características que van a implementarse en el Sprint provienen del Product Backlog.
El equipo de desarrollo selecciona las historias de usuario que se van a desarrollar en el Sprint conformando la pila de Sprint (Sprint Backlog). La definición de cómo descomponer, analizar o desarrollar este Sprint Backlog queda a criterio del equipo de desarrollo.
Importante: Aunque todos los Sprints dan como resultado un incremento del producto software, no todos implican un paso a producción. Es responsabilidad del ProductOwner y los clientes decidir el momento en el que los incrementos son puestos en producción.
Una posibilidad para realizar la puesta en producción es con los denominados "Sprints de Release". Estos Sprints contendrán, en general, tareas solamente relacionadas con el despliegue, instalación y puesta en producción del sistema. Es decir, no existen tareas donde se agreguen nueva funcionalidad.
Además, el equipo de desarrollo deberá estimar el esfuerzo que nos llevarán las tareas del Sprint Backlog (un método de estimación muy usado en Scrum y que veremos más adelante es el Planning Poker, descrito en la lección 4 ).
Importante: En Scrum el Sprint Backlog indica solamente lo que el equipo realizará durante la iteración. El ProductBacklog, por el contrario, es una lista de características que el ProductOwner quiere que se realicen en futuros Sprints.
El Product Owner puede visualizar, pero no puede modificar el Sprint Backlog. En cambio, puede modificar el ProductBacklog cuantas veces quiera con la única restricción de que los cambios tendrán efecto una vez finalizado el Sprint.
No hay comentarios:
Publicar un comentario