Sprint Planning es el primer acontecimiento de Scrum en el que se planean las tareas a efectuar en el Sprint de hoy. Todo el equipo Scrum participa en esta asamblea en colaboración: Scrum Master, Product Owner y Development Team.
Funcionalidades de planificación de
La duración de esta asamblea es de un máximo de 8 horas para los sprints de 4 semanas. Para sprints mucho más cortos, esta asamblea habría de ser proporcionalmente mucho más corta. Scrum Master es quien se encarga de garantizar que esta asamblea se haga, se enseñe su relevancia y asimismo debe cerciorarse de que se haga en el tiempo predeterminado.
El product owner y su importancia en el
La labor del Product Owner es detallar las tareas con mayor prioridad para el resto del equipo, estas tareas han de ser las que se muestran en la parte de arriba del Product Backlog. El equipo de avance pide todo lo preciso para transformar estas historias de usuario en tareas mucho más concretas.
El Product Owner no debe argumentar el 100% de los elementos del Product Backlog, es buena práctica que los Product Owner asistan a esta asamblea completados para debatir los productos que corresponden a los 2 Sprints.
Sprint Planning responde a las próximas 2 cuestiones:
- ¿Qué se puede realizar en este Sprint?
- ¿De qué manera vamos a hacer el trabajo escogido?
¿Qué se puede realizar en este Sprint?
En esta parte, el equipo de avance predice su aptitud de avance en Sprint. Product Owner enseña el propósito de la iteración y los elementos de Backlog que se tienen que efectuar para poder la meta final. Todo el equipo trabaja en colaboración para entender el trabajo a efectuar.
El Product Backlog, el último aumento creado, la aptitud del equipo de avance y el desempeño en el Sprint previo se vuelven esenciales. Todos y cada uno de los elementos elegidos en el Product Backlog son resolución única del equipo de avance.
Sprint Planning define Sprint Goal, que es una meta que el equipo Scrum debe lograr para la adecuada evolución del emprendimiento.
Con los elementos Sprint Goal y Product Backlog escogidos, el equipo de avance escoge de qué forma transformar estas historias de individuos en aumentos de artículos. Los elementos escogidos en el Product Backlog se nombran Sprint Backlog.
Podemos destacar que no es requisito planear el avance del 100% de las historias de los individuos, es buena práctica planear el trabajo desde los 2 primeros días y dividir esta planificación en múltiples asambleas, con esto se gana agilidad y eficacia. .
En el final de la asamblea, el equipo de avance debería poder argumentar tanto al Product Owner como al Scrum Master de qué forma van a trabajar de manera autoorganizada para desarrollar todos y cada uno de los elementos del Sprint Backlog y poder la meta. definido en Sprint.Goal.
🔥 Plus: ¿De qué forma hacer un en Scrum?
Si recuerdas la película «Atrapado en el tiempo», interpretada por Bill Murray, consistió en una reiteración temporal del mismo día. De manera casual, era el día de la marmota, popular en USA por el hecho de que se utiliza para adivinar si el invierno va a durar aproximadamente, en dependencia de lo que lleve a cabo una marmota.
Si la marmota no ve su sombra en el momento en que sale de la guarida, dejará la guarida, lo que quiere decir que el invierno acabará próximamente. Si, por contra, la marmota ve su sombra y vuelve a la madriguera, quiere decir que el invierno va a durar otras seis semanas.
El día se levanta con un fin que se revela en el momento en que la marmota ve su sombra o no.
En el momento en que corremos hacia las cenizas, puede parecer el día de la marmota, donde el comienzo del sprint se genera en el momento en que suena la alarma y donde el grupo de acontecimientos que tienen rincón es dependiente de las acciones que efectúa el personaje principal a lo largo del «sprint».
Se amolda a los nuevos cambios y dirige todo hacia su propósito final, que es lograr que la muchacha se enamore de él y se salga del círculo.
Si equiparamos la ejecución de un sprint con la película, logramos hallar ciertas semejanzas.
- Los dos se reitera transcurrido un tiempo como un bucle.
- los las primordiales acciones se repiten todos y cada uno de los días si no hay un acontecimiento esencial que lo evite.
- Día y sprint empiezan y acaban en determinado punto, suceda lo que suceda.
- Los dos nacen con un propósito, y se están tomando medidas para conseguirlo. (Phill desea conquistar a Rita – En nuestro sprint estamos trabajando por un valor incremental del producto)
La planificación del Sprint debe efectuarse sabiendo que una secuencia de acontecimientos tienen que repetirse en todo el tiempo., por el hecho de que estos son los que nos garantizan una distribución incremental de valor.
Pero debemos amoldarnos a los cambios en el sprint de cenizas.
Si, por servirnos de un ejemplo, requerimos realizar estimaciones de tareas que necesitan mucho más de 1 hora de asamblea, tenemos la posibilidad de llevar a cabo 2 asambleas de refinamiento de 1 hora cada una, en vez de únicamente una por sprint. O si observamos deficiencias en el aspecto servible de las tareas, tenemos la posibilidad de integrar una asamblea antes de la optimización PO (dueño del producto) y SM (Scrum Master) a fin de que estas tareas se detallen a nivel servible con mayor hondura.
Esto es, nos nos encontramos amoldando todo el tiempo al cambio, para conseguir un propósito que es llegar a la misión del sprint o que Rita se enamore de Phill como en la película de la que charlamos.
Otro punto esencial es el control de los horarios y la puntualidad del comienzo y final de las asambleas. Si apreciamos que este punto no se cumple, debemos incluirlo en orden retrospectivo para comprobar por qué razón sucede y amoldarnos. Nos encontramos en compromiso a poder un propósito con un trabajo de sprint aceptable. Si reducimos el tiempo que tenemos la posibilidad de dedicar al trabajo, no tenemos la posibilidad de garantizar la distribución.
Sprint review –
Si nos encontramos seguros de dar un producto incremental, requerimos convocar con anticipación a las primordiales partes con intereses del negocio que resuelvan correos, enviándoles una llamada para Sprint Review. En verdad, si todos y cada uno de los sprints proponen valor, los apasionados tienen que proceder a la Revisión de cada sprint. Este es un punto bien difícil de lograr, pero clave para poder una alineación real del avance de artículos con las pretensiones de nuestros clientes del servicio. Vamos a comentar este tema con mucho más aspecto en otro articulo.
El sprint review ha de ser diferente, a fin de que el equipo no crea que se reitera el Día de la Marmota en todos y cada sprint, dándole dinamismo y promoviendo la participación. Logramos hallar mucho más datos en la entrada sobre de qué forma planear una retrospectiva.
Al fin y al cabo, el sprint de cenizas ha de estar regido por unas bases que tienen que repetirse en el tiempo pero adaptándolas a las pretensiones actualmente en el que nos hallemos.
