El Product Owner es el gran protagonista de esta etapa: debe conseguir los apoyos y

recursos necesarios para llevar a cabo el trabajo, seleccionar equipo y Scrum Master, acordar
alcance y fechas con el cliente y, en general, establecer las condiciones para llevar a buen fin
del proyecto que se quiere desarrollar.

Sprints

Una vez arranca el proyecto, su desarrollo se divide en iteraciones, etapas o Sprints. Cada
una de estas etapas sigue una secuencia muy precisa de reuniones que tiene como principal
cometido garantizar el cumplimiento de los compromisos del equipo de trabajo y el Product
Owner.
Una de las decisiones clave del Sprint 0 es elegir la duración que inicialmente tendrá cada
Sprint. Hay muchas opiniones al respecto, aunque lo más habitual es que oscile entre 1 y 4
semanas, generalmente 2 o 3. Además, hay que fijar un calendario de releases o entregas, es
decir, los momentos en los que, pasado un número determinado de Sprints se va a ofrecer al
cliente o destinatario del trabajo, un resultado parcial antes de completarlo.
Si el Product Backlog recoge el conjunto de los trabajos que se van a realizar para
alcanzar los requisitos del cliente, hay un subconjunto, el Sprint Backlog, que contiene
aquellos que se van a llevar a cabo durante la duración de un Sprint determinado. El
contenido de este Backlog es un compromiso entre las necesidades del cliente expresadas por
medio del Product Owner y la capacidad de producción del equipo de trabajo. El alcance del
trabajo de cada Sprint se define a partir de los objetivos que fije el Product Owner, de la
priorización que haya hecho de las tareas en el Product Backlog y del compromiso que haga
el equipo acerca de aquellas que finalmente llevará a cabo.
El Sprint tiene tres etapas diferenciadas y marcadas por una serie de reuniones: arranca
con Sprint Planning (aunque previamente el Product Owner, con la ayuda del Scrum Master,
haya revisado y priorizado el backlog), se desarrolla en el tiempo que se haya fijado con
reuniones diarias o Daily Meetings y termina con una reunión de Review y otra de
Retrospectiva. Estos son los otros hitos del proceso que vamos a revisar a continuación.

Sprint Planning

Al comienzo de cada Sprint o iteración, hay que dedicar un tiempo a planificar el trabajo
que se va a hacer. Antes de la reunión, el PO (que podría contar con el apoyo del Scrum
Master) revisa el Product Backlog para asegurarse de que están incluidas todas las historias
de usuario (requisitos en lenguaje de negocio en que se divide el conjunto de la actividad)
que le gustaría ver incluidas en la próxima iteración, todas ellas están correctamente descritas
y priorizadas.