Elaborado por Ing.

Damelys Dugarte
Qué es el Sprint Planning
Es un bucle de retroalimentación, que permite organizar y
estructurar el proyecto en trabajo colaborativo.
Es una reunión que se realiza al comienzo de
cada Sprint donde participa el equipo Scrum al completo;
sirve para inspeccionar el Backlog del Producto (Product
Backlog ) y que el equipo de desarrollo priorice y seleccione
las historias de usuario en los que va a trabajar durante el
Sprint.
La reunión de planificación del Sprint sigue un flujo
estructurado y organizado, y tiene un límite de tiempo de hasta
ocho horas para un Sprint de un mes.
Este evento es creado e impulsado por el trabajo colaborativo
de todo el Equipo Scrum (Scrum Master, Product Owner y el
Equipo de Desarrollo).
Para Sprints más cortos, el evento suele ser más corto.
¿Qué es el Sprint Goal?
Es una descripción corta, de una o dos oraciones, de lo que el
equipo tiene previsto alcanzar durante el sprint. Se escribe en
conjunto por el equipo y el Product Owner.

Proporciona orientación al Equipo de Desarrollo sobre por qué

está construyendo el Incremento.
Se crea durante la reunión de planificación de Sprint.
El Objetivo Sprint le da al Equipo de Desarrollo cierta flexibilidad
con respecto a la funcionalidad implementada dentro del Sprint.
A medida que el Equipo de Desarrollo trabaja, lo hace con el
Objetivo Sprint siempre en mente.
El sprint Goal, puede ser usado para informar de forma rápida a
quienes están fuera del sprint. Siempre hay stakeholders que
quieren saber en qué está trabajando el equipo, pero no necesitan
conocer con detalle cada ítem del Product backlog.
Preguntas para el Sprint Planning
¿Por qué es valioso este Sprint?

El Product Owner propone cómo el

producto podría Incrementar su valor y
utilidad en el Sprint actual. Luego, todo el
Scrum Team colabora para definir un
Objetivo del Sprint que comunica por qué
el Sprint es valioso para los interesados.
El Objetivo del Sprint debe completarse
antes de que termine la Sprint Planning.
Con esta pregunta se determina el nivel
de priorización y criticidad de cada UH
para crear una iteración funcional.
¿Qué se puede hacer en este Sprint?
A través de una conversación con el Product Owner:
Los Developers seleccionan elementos del Product Backlog
para incluirlos en el Sprint actual.
El Scrum Team puede refinar estos elementos durante este
proceso, lo que aumenta la comprensión y la confianza.
Seleccionar cuánto se puede completar dentro de un Sprint
puede ser un desafío. Sin embargo, cuanto más sepan los
Developers sobre su desempeño pasado, su capacidad
actual y su Definición de Terminado, más confiados estarán
en sus pronósticos para el Sprint.
La idea principal es seleccionar de acuerdo al impacto y
criticidad, así como complejidad y funcionalidad, ir armando el
requerimiento con base a lo que se va a ir seleccionando por
sprint para entregar en cada iteración.
¿Cómo se realizará el trabajo elegido?
Para cada elemento del Product Backlog seleccionado, los Developers planifican el
trabajo necesario para crear un Increment que cumpla con la Definición de Terminado. A
menudo, esto se hace descomponiendo los elementos del Product Backlog en elementos
de trabajo más pequeños de un día o menos. La forma de hacerlo queda a criterio
exclusivo de los Developers. Nadie más les dice cómo convertir los elementos del
Product Backlog en Increments de valor.
El Objetivo del Sprint, los elementos del Product Backlog seleccionados para el Sprint,
más el plan para entregarlos se denominan juntos Sprint Backlog. La Sprint Planning
tiene un límite de tiempo de máximo ocho horas para un Sprint de un mes. Para Sprints
más cortos, el evento suele ser de menor duración.
Con esta interrogante los Developers deciden la estrategia que emplearán para llevar a
cabo la construcción del producto, así como el tiempo en horas que podría utilizarse para
ello.
Pueden utilizar otras interrogantes que les permitan como PO, lograr esclarecer la forma
de ejecutar el trabajo, así como definir puntos clave para el desarrollo, tiempos de
ejecución, estrategias para gestionar los nuevos requerimientos, o requerimientos
sustituidos, recordemos que podemos recibir nuevos requerimientos, y se deben
gestionar sin alterar tiempos, costos, ni recursos.
Beneficios del Sprint Planning
Productividad mediante comunicación y creación de sinergias, todos los
miembros del equipo tienen una misma visión del objetivo, utilizándose los
conocimientos y las experiencias de todos para elaborar la mejor solución
entregable en el mínimo tiempo y con el mínimo esfuerzo, eliminando tareas
innecesarias, detectando conflictos y dependencias entre tareas, etc.
Potenciación del compromiso del equipo sobre el objetivo común de la iteración,
Es todo el equipo quien asume la responsabilidad de completar en la iteración los
requisitos que selecciona. Facilita la ayuda de cualquier miembro si se detecta
algún impedimento que bloquea el progreso de la iteración, especialmente si
cuando se está llegando al final de la iteración, es necesaria la participación de
todos para poder completar los objetivos previstos.
Es cada una de las personas la que se responsabiliza de realizar sus tareas (a las
que se autoasignó) en los tiempos que proporcionó. Si existe falta de compromiso
con respecto al resto de miembros del equipo se hará muy evidente en
las reuniones diarias de sincronización del equipo (Scrum Daily Meeting).
Una estimación conjunta es más fiable, dado que tiene en cuenta los diferentes
conocimientos, experiencia y habilidades de los integrantes del equipo.