Planeación del Sprint en Scrum: Guía Completa para Equipos Ágiles

El Sprint Planning es la ceremonia de Scrum en la que se definen las Historias de Usuario que se van a desarrollar durante el Sprint. El Scrum Master es el encargado de organizar la sesión y en ella debe estar presente todo el equipo de Scrum:

• Scrum Master
• Product Owner
• Equipo de desarrollo

Características del Sprint Planning

Estas son algunas características de la sesión de planeación del Sprint en un proyecto Scrum:

Duración del Sprint Planner

El Sprint Planning no debe durar más de 8 horas para sprints de 4 semanas. Normalmente, esta ceremonia puede tomar 1 hora para un sprint de 2 semanas.

Funciones del Scrum Master en el Sprint Planning

El Scrum Master es el encargado de organizar esta ceremonia. Se debe llevar a cabo en un lugar adecuado y que sea lo suficientemente espacioso para el equipo, puede incluir un pizarrón o la tecnología necesaria para llevar a cabo una videoconferencia con el cliente.

El Scrum Master debe asegurarse de que todo lo necesario para la sesión esté disponible y funcione correctamente.

Acuerdos del Sprint Planning

Nadie puede responder correos, llamadas o mensajes. Todo el equipo debe estar concentrado en el Sprint Planning y todos deben participar en el desarrollo de las actividades.

Objetivos del Sprint Planning

Es importante que durante la sesión de planeación del Sprint se respondan las siguientes preguntas:

¿Qué puede entregarse al final del sprint?

• Se trabajan los elementos más prioritarios de la Lista del Producto.
• Se discute el objetivo a lograr en el Sprint.
• Se necesita identificar la capacidad del equipo y conocer la velocidad de la última iteración.

¿Cómo se logrará hacer este trabajo?

• Se analizan los elementos de la Lista de Producto seleccionados para el Sprint y se mueven a la Lista de Pendientes del Sprint.
• Durante este proceso, se realiza la estimación de esfuerzo.
• El Product Owner se encarga de aclarar cualquier duda con respecto a una Historia de Usuario o algún elemento del Backlog.
• Puede haber invitados que aporten valor a la discusión de las funcionalidades (cliente, usuario final).

Contribución creada con los aportes de: Fides Gerardo Escalona Molina, Carlos Arturo Gómez Jiménez y korpi