驴Qu茅 es el Sprint Planning? + 銆怋onus銆慍贸mo planificar un Sprint

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聽Sprint Planning

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聽Sprint Planning

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?
sprint
Sprint Planning

驴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.

驴De qu茅 manera vamos a hacer el trabajo escogido? – Sprint Planning

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聽Sprint Planning聽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.

Sprint Planning
Sprint Planning

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 –聽Sprint Planning

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 鈥嬧媡ienen 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.

Deja un comentario

Tu direcci贸n de correo electr贸nico no ser谩 publicada.

Ir arriba
Esta web utiliza cookies propias y de terceros para su correcto funcionamiento y para fines anal铆ticos y para mostrarte publicidad relacionada con sus preferencias en base a un perfil elaborado a partir de tus h谩bitos de navegaci贸n. Al hacer clic en el bot贸n Aceptar, acepta el uso de estas tecnolog铆as y el procesamiento de tus datos para estos prop贸sitos. Configurar y m谩s informaci贸n
Privacidad