Sprint planning

Elaborado por

Jorge Pérez Colín⁠

BDS⁠

⁠

El sprint planning, o planificación del sprint, es una ceremonia (reunión) que marca el inicio de cada sprint. Durante esta reunión, el equipo Scrum selecciona y planifica el trabajo que realizará durante el sprint. El sprint planning es esencial para establecer las metas y expectativas para el próximo sprint y asegurarse de que el equipo esté alineado en cuanto a lo que se espera de ellos.

Comúnmente, esta reunión tiene dos partes.

El objetivo de la primera parte es que el equipo se comprometa con un conjunto de entregas para el sprint.

Durante la segunda parte de la reunión, el equipo identifica las tareas que deben completarse para entregar las historias de usuario acordadas.

Recomendamos de una a dos horas de planificación del sprint por semana de desarrollo. Así mismo el uso de la

matriz de priorización⁠

puede ser útil.

Segmentos de la ceremonia Sprint Planning

1. ¿Qué es lo que haremos?

El objetivo de la primera parte de la reunión de planificación del sprint es emerger con un conjunto de

Historias de Usuario⁠

"comprometidas" que todo el equipo cree que pueden entregar al final del sprint.

El propietario del producto lidera esta parte de la reunión.

Uno por uno, en orden prioritario, el propietario del producto presenta las historias que le gustaría que el equipo completara durante este sprint.

A medida que se presenta cada historia, los miembros del equipo la discuten con el propietario del producto y revisan los criterios de aceptación para asegurarse de que tienen un entendimiento común de lo que se espera.

Entonces los miembros del equipo deciden si pueden comprometerse a revivir esa historia al final del sprint.

Este proceso se repite para cada historia, hasta que el equipo siente que no pueden comprometerse con más trabajo. Tenga en cuenta la separación en la autoridad: el propietario del producto decide qué historias serán consideradas, pero los miembros del equipo que hacen el trabajo real son los que deciden cuánto trabajo pueden asumir.

2. ¿Cómo lo haremos?

En la segunda fase de la reunión de planificación del sprint, el equipo se arremanga y comienza a descomponer las historias seleccionadas en tareas. Recuerda que las historias son entregables: cosas que las partes interesadas, los usuarios y los clientes quieren.

Para entregar una historia, los miembros del equipo tendrán que completar tareas. Las tareas son cosas como obtener información adicional de los usuarios; diseñar una nueva pantalla; agregar nuevas columnas a la base de datos; hacer pruebas de caja negra de la nueva característica; escribir texto de ayuda; obtener los elementos del menú traducidos para nuestras configuraciones regionales de destino; ejecutar los scripts de versión.

El propietario del producto debe estar disponible durante esta mitad de la reunión para responder preguntas. El equipo también puede necesitar ajustar la lista de historias a las que se está comprometiendo, ya que durante el proceso de identificación de tareas los miembros del equipo pueden darse cuenta de que se han inscrito para demasiadas o muy pocas historias.

El entregable del sprint planning es el sprint backlog, la lista de todas las historias comprometidas, con sus tareas asociadas.

El propietario del producto se compromete a no pedir historias adicionales durante el sprint, a menos que el equipo pida específicamente más. El propietario del producto también se compromete a estar disponible para responder preguntas sobre las historias, negociar su alcance y proporcionar orientación del producto hasta que las historias sean aceptables y puedan considerarse hechas.

⁠

Scrum⁠

⁠

Wiki Agile⁠

⁠

Want to print your doc?
This is not the way.

Try clicking the ⋯ next to your doc name or using a keyboard shortcut (

CtrlP

) instead.