¿Qué es el Sprint Planning Meeting en Scrum?

Contenido del Bootcamp Dirigido por: | Última modificación: 23 de abril de 2024 | Tiempo de Lectura: 3 minutos

Algunos de nuestros reconocimientos:

Premios KeepCoding

La metodología Scrum establece cinco ceremonias principales para cumplir con el control de sus procesos. Cada una de ellas con un sentido de ser propio que hace que sean imprescindibles para este método. En este post, te explicaremos qué es el Sprint Planning Meeting y sus principales características.

¿Qué es un Sprint?

Sprint es un contenedor para el resto de eventos de Scrum. El Sprint es continuo, es decir, su duración no debe cambiar mientras está en marcha el desarrollo del producto, y se puede interpretar como una medida de ritmo constante a lo largo del tiempo, permitiéndonos reducir complejidad y comparar resultados a lo largo de diferentes Sprints. Permite la transparencia, así como inspeccionar y adaptar los otros eventos de Scrum.

Scrum prescribe que un Sprint debe durar 4 semanas más o menos. Aunque es bastante habitual que los equipos Scrum elijan tener Sprints de diversas duraciones según la finalidad perseguida. Cada caso es diferente y es el equipo Scrum el que debe descubrir cuál es su periodo mínimo necesario para generar valor a través de un incremento terminado.

¿Qué es el Sprint Planning Meeting?

El sprint planning meeting scrum cuenta con la participación del product owner, Scrum Master y todo el equipo de Scrum. Actores externos pueden asistir por invitación del equipo, pero es inusual que suceda en la mayoría de las compañías.

Durante esta reunión de planificación, el product owner describe las características con mayor prioridad al equipo. El equipo realiza las preguntas necesarias para poder convertir una historia de usuario (user story) de alto nivel del product backlog en tareas más específicas a considerar en el sprint backlog.

El product owner no tiene que describir todos los items presentes en el product backlog. Una buena práctica es que el product owner se presente en la Sprint Planning Meeting preparado para hablar de una cantidad de items del product backlog correspondiente a 2 sprints.

🔴 ¿Quieres entrar de lleno al mundo DevOps & Cloud Computing? 🔴

Descubre el DevOps & Cloud Computing Full Stack Bootcamp de KeepCoding. La formación más completa del mercado y con empleabilidad garantizada

👉 Prueba gratis el Bootcamp en DevOps & Cloud Computing por una semana

El Sprint Planning se divide en dos partes. En la primera parte de la reunión se trata Qué se va a hacer en el siguiente Sprint y, en la segunda parte, se discute el Cómo. La primera parte está organizada y liderada por el product owner, mientras que de la segunda parte se encarga el Development Team. La única labor del Scrum Master es asegurarse de que la reunión existe como parte de Scrum y que se mantiene dentro de las duraciones estimadas.

El Sprint planning meeting puede durar hasta 8 horas para Sprints de 4 semanas. En la práctica esta ceremonia suele llevar una mañana completa -alrededor de 5 horas- y, sólo si el producto o el Sprint definido por el Product Owner son complejos o están poco claros, se llegan a alcanzar las 8 horas definidas en la metodología. La razón del scrum planning meeting es conseguir alineamiento entre negocio y desarrollo de producto en relación a las prioridades.

Hemos explicado qué es un sprint en general y qué es el Sprint Planning Meeting en particular y las características de las que consta este tipo de metodologías.

¿Por dónde seguir?

Ahora que sabes qué es el Sprint Planning Meeting y quieres seguir formándote para alcanzar puestos laborales en IT, hazlo a través de nuestro  DevOps & Cloud Computing Full Stack Bootcamp con el cual, dominarás todas estas metodologías ágiles y las integrarás a proyectos de Cloud Computing en menos de 6 meses ¡Da el paso ahora!

Posts más leídos

¡CONVOCATORIA ABIERTA!

DevOps & Cloud Computing

Full Stack Bootcamp

Clases en Directo | Profesores en Activo | Temario 100% actualizado