Sprint planning meeting
Descargar como PPTX, PDF1 recomendación923 vistas
El documento describe las dos partes de la reunión de planificación del sprint en Scrum. La Parte 1 se centra en la comprensión detallada de los requisitos presentados por el Product Owner. El equipo decide cuánto puede completar en el sprint y se compromete a entregar esas funcionalidades. La Parte 2 involucra el diseño a alto nivel de los elementos comprometidos y la creación del backlog del sprint. El objetivo general es que el equipo salga de la reunión con un plan claro para el sprint.
Sprint planning meeting
- 1. Scrum4u
- 2. Sprint Planning Meeting – Parte 1 La Parte 1 de la Planificación del Sprint (PS1) es en realidad un workshop de toma de requerimientos detallado. El Product Owner presenta la serie de funcionalidades que desea que sean implementadas . El equipo realiza las preguntas necesarias para comprender los requerimientos con el detalle suficiente que le permita comprometerse a entregar dichas funcionalidades al final del sprint. El equipo decide por si mismo cuánto puede entregar, considerando la duración del sprint, el tamaño del equipo y las habilidades y disponibilidad de sus miembros.
- 3. Sprint Planning Meeting – Parte 1 El Product Owner debe estar presente durante esta reunión como guía del equipo en la dirección correcta y para responder preguntas El ScrumMaster debe asegurarse que cualquier stakeholder cuya presencia sea necesaria para que el equipo comprenda los requerimientos esté en la reunión Cualquier ítem del backlog que no haya sido estimado para esta iteración será estimado de manera inmediata durante la reunión. (Esto no es, sin embargo, una excusa para evitar la preparación del backlog)
- 4. Sprint Planning Meeting – Parte 1 Al finalizar PS1 el equipo se compromete ante el Product Owner a desarrollar aquello que consideran podrá ser entregado testeado y funcionando al finalizar el sprint. Un equipo experimentado podrá usar su velocidad histórica para predecir su capacidad (“el clima de ayer”). Esto es conocido como planificación basada en velocidad (velocitybased planning). Mi recomendación para la gran mayoría de los equipos es que lleven a cabo una planificación basada en el compromiso (commitment-based planning). El conjunto de los ítems del backlog que han sido comprometidos se denominará product backlog seleccionado.
- 5. Sprint Planning Meeting – Parte 2 Si la parte 1 es un workshop de requerimientos, la parte 2 de la planificación del sprint (PS2) es un workshop de diseño. Durante esta sesión el equipo colabora de forma tal de crear un diseño a alto nivel de los ítems a los que se ha comprometido. Un resultado de la reunión será el backlog del sprint, o la lista de tareas que el equipo debe ejecutar de manera colectiva para poder entregar en forma de funcionalidades testeadas. Esta serie de tareas se denomina backlog del sprint (sprint backlog) y suele representarse en un tablero de tareas (taskboard) físico.
- 6. Sprint Planning Meeting – Parte 2 Durante PS2 el equipo podría tener preguntas adicionales con respecto a los requerimientos. El ScrumMaster debe asegurarse que el Product Owner y, si fuera necesario, otros stakeholders se encuentren disponibles para poder responder estas preguntas. El diseño, como todo lo demás en el desarrollo ágil, es emergente. Además, la reunión está timeboxeada (ie. tiene un límite pre- establecido de tiempo). Por ende es normal que el equipo no arribe a un diseño completo durante esta sesión y que descubra nuevas tareas durante el sprint. Esto no es un signo de alarma. Simplemente tomarán un post-it, un marcador y crearán nuevas tareas cuando sea necesario.
- 7. Sprint Planning Meeting – Parte 2 Sabrás que PS2 está funcionando cuando el equipo se encuentre reunido alrededor de una pizarra discutiendo airadamente sobre “la mejor” o incluso “la manera correcta” de implementar una funcionalidad…