Página
Tema 4.2 - Sprint Planning-Planificación de Sprint
Sprint Planning-Planificación de Sprint
La Sprint Planning inicia el Sprint al establecer el trabajo que se realizará para el Sprint.
El Scrum Team crea este plan resultante mediante trabajo colaborativo.
El Product Owner se asegura de que los asistentes estén preparados para discutir los elementos más
importantes del Product Backlog y cómo se relacionan con el Objetivo del Producto.
El Scrum Team también puede invitar a otras personas a asistir a la Sprint Planning para brindar (proporcionar) asesoramiento.
La planificación del Sprint aborda los siguientes temas:
Tema Uno: ¿Por qué este Sprint es valioso?
● El Product Owner propone cómo el producto podría Incrementar su valor y utilidad en el Sprint actual.
● A continuación, todo el Scrum Team colabora para definir un objetivo de Sprint que comunique por qué el Sprint es valioso para las partes interesadas.
● El Objetivo del Sprint debe completarse (finalizarse) antes de que termine la Sprint Planning.
Tema dos: ¿Qué se puede hacer en este Sprint?
● A través de una conversación (discussion en Inglés) con el propietario del producto (Product Owner), los desarrolladores seleccionan los elementos del Product Backlog para incluir en el Sprint actual.
● El equipo de Scrum puede refinar estos elementos durante este proceso, lo que aumenta la comprensión y confianza. ● Seleccionar cuánto se puede completar dentro de un Sprint puede ser un desafío.
● Cuanto más sepan los Developers sobre su desempeño pasado, su capacidad actual (upcoming capacity en Inglés) y su Definición de Terminado, más confiados estarán en sus pronósticos para el Sprint.
Fuente: https://miro.com/blog/resources/visual-collaboration-agile-developmentguide/product-backlog/
Tema tres: ¿Cómo se realizará el trabajo elegido?
● Para cada elemento del Product Backlog seleccionado, los Developers planifican el trabajo necesario para crear un Incremento que cumpla con la Definición de Terminado.
● Normalmente 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 Incrementos de valor.
Última modificación: miércoles, 30 de marzo de 2022, 10:04