Scrum: Eventos y/o Ceremonias
- Lissette IPS
- 22 mar 2021
- 5 Min. de lectura
Actualizado: 7 abr 2021
Hola a todos, el día de hoy estaremos conociendo los diferentes eventos que se llevan a cabo dentro del marco de Scrum.
Scrum está formado por una serie de eventos que permiten que haya inspección y adaptación durante todo el ciclo de ejecución del proyecto. Ahora los veremos en detalle para entender que se espera hacer y obtener de cada uno.
El Sprint es un contenedor para todos los demás eventos. Cada evento en Scrum ofrece una oportunidad formal para inspeccionar y adaptar los artefactos de Scrum. Estos eventos permiten la transparencia necesaria dentro del proyecto. Si los mismos no son ejecutados de acuerdo a lo estipulado en la guía, se pierden oportunidades para optimizar los requerimientos del product backlog. Los eventos se utilizan para establecer regularidad y minimizar las reuniones no definidas en Scrum.
Todos los eventos se llevan a cabo al mismo tiempo y lugar para reducir la complejidad.
El Sprint
Un sprint es donde las ideas se van convirtiendo en valor para el producto.
Son eventos de longitud fija de un mes o menos para crear consistencia. Un nuevo Sprint comienza inmediatamente después de la conclusión del Sprint anterior.
Todo el trabajo necesario para alcanzar el objetivo del producto, incluyendo la Planificación (Sprint Planning), Daily Scrums, Revisión del Sprint (Sprint Review ) y la Retrospectiva (Sprint Retrospective), ocurre dentro del Sprint.
Durante el Sprint:
● No se hacen cambios que pongan en peligro el Objetivo del Sprint;
● La calidad no disminuye;
● El trabajo pendiente del producto se refina según sea necesario;
● El alcance se puede clarificar y renegociar con el Propietario del Producto a medida que se aprende más.
Se establece un mes como tope para la duración de un sprint, lo que permite que haya una inspección y adaptación del progreso hacia un objetivo del Producto. Se hace de esta manera ya que cuando un sprint es muy largo, el objetivo del Sprint puede volverse obsoleto, la complejidad y el riesgo pueden aumentar. Los Sprints más cortos se pueden emplear para generar más ciclos de aprendizaje y limitar el riesgo de coste y esfuerzo a un período de tiempo más pequeño. Cada Sprint puede considerarse un proyecto corto.
Para predecir el progreso tenemos gráficos de burn-downs, burn-ups, o flujos acumulativos, entre otros. Aunque son útiles, no sustituyen la importancia del empirismo. En entornos complejos, se desconoce lo que sucederá. Solo la experiencia nos puede ayudar a eficientar la toma de decisiones con vistas a futuro.
Un Sprint puede ser cancelado si el Objetivo del Sprint se vuelve obsoleto. Solo el Propietario del Producto tiene la autoridad para cancelar el Sprint.
Planificación de Sprint (Sprint Planning)
Sprint Planning inicia definiendo el trabajo que se realizará en el Sprint. Esto es identificado en colaboración de todo el equipo Scrum.
El PO se asegura de que los asistentes estén preparados para discutir los requerimientos del product backlog más importantes y prioritarios y cómo se asignan al objetivo del producto. El equipo de Scrum también puede invitar a otras personas a asistir a la planificación del Sprint para proporcionar asesoramiento en caso de ser necesario (infraestructura, seguridad, etc.).
En el Sprint Planning se espera lo siguiente:
Definir el objetivo del sprint (Sprint Goal)
El PO ha identificado los requerimientos de mayor valor para el Sprint y junto al equipo se define el objetivo del sprint de forma tal que represente el valor del mismo. Al terminar el Sprint Planning, debe quedar definido el Sprint Goal.
Se seleccionan los requerimientos y se refinan
Con esto identificamos las tareas que deben completarse para cada uno, esto aumenta la comprensión y confianza del equipo.
Las tareas identificadas se estiman
Se recomienda estimar dichas tareas, a fin de tener una idea de lo que tomará al equipo e incluso considerar el tamaño del sprint a iniciar. Se planifica el trabajo necesario para crear un incremento que cumpla con la definición de hecho. La forma en la que se disponga el trabajo es una decisión del equipo de desarrollo. Nadie más les dice cómo convertir las tareas en incrementos de valor.
En el Sprint Goal, las tareas seleccionadas para el Sprint, más el plan para entregarlos se conocen conjuntamente como el Sprint Backlog.
Sprint Planning tiene una duración máxima de ocho horas para un Sprint de un mes. Para sprints más cortos, el evento suele ser más corto.
Scrum diario (Daily Scrum o Standup meeting)
El propósito del Scrum diario (al cual llamaremos Daily a partir de aquí) es inspeccionar el progreso respecto al Objetivo del Sprint y adaptar el Sprint Backlog según sea necesario, ajustando el próximo trabajo a realizar.
El Daily es un evento de 15 minutos (máximo) para los desarrolladores del equipo de Scrum.
Se efectúa al mismo tiempo y lugar todos los días laborables del Sprint a fin de reducir la complejidad. Si el PO o el Scrum Master están trabajando activamente en los elementos del sprint backlog, participan como desarrolladores.
Los desarrolladores pueden seleccionar cualquier estructura y técnicas que deseen, siempre y cuando el daily se centre en el progreso hacia el Sprint Goal y produzca un plan accionable para el día siguiente de trabajo. Esto genera enfoque y mejora la autogestión.
Los daily mejoran las comunicaciones, identifican impedimentos, promueven una rápida toma de decisiones y, en consecuencia, eliminan la necesidad de otras reuniones.
El Daily no es la única vez que los desarrolladores pueden ajustar su plan. Frecuentemente se reúnen durante todo el día para discusiones más detalladas sobre la adaptación o replanificación del resto del sprint backlog.
Revision del Sprint (Sprint Review)
El propósito del Sprint review es inspeccionar el resultado del Sprint y determinar futuras adaptaciones. El equipo de Scrum presenta los resultados de su trabajo a las partes interesadas clave y se discute el progreso hacia el Product Goal.
Durante este evento, el equipo de Scrum y las partes interesadas revisan lo que se logró en el Sprint y lo que ha cambiado. En base a esta información, los presentes de forma conjunta colaboran para identificar cómo proceder a partir de ahí. El Product Backlog también se puede ajustar para satisfacer nuevas oportunidades. Sprint Review es una sesión de trabajo y el equipo de Scrum debe evitar limitarla a una presentación.
La revisión de Sprint es el penúltimo evento del Sprint y se utiliza en un plazo máximo de cuatro horas para un Sprint de un mes. Para sprints más cortos, el evento suele ser más corto.
La retrospectiva del Sprint (Sprint Retrospective)
El propósito de la retrospectiva Sprint es planificar formas de aumentar la calidad y la eficacia.
El equipo de Scrum inspecciona como fue el último Sprint con respecto a individuos, interacciones, procesos, herramientas y su definición de Hecho (DoD). Los elementos inspeccionados a menudo varían según el dominio del trabajo. Las causas de las desviaciones se identifican y se exploran. El equipo de Scrum analiza qué fue bien durante el Sprint, qué problemas encontró y cómo esos problemas fueron (o no fueron) resueltos.
Se identifican los cambios más útiles para mejorar su eficacia. Las mejoras más importantes se abordan lo antes posible. Incluso se pueden agregar al Sprint Backlog para el próximo Sprint.
La retrospectiva del Sprint lo concluye. Se utiliza un intervalo de tiempo de hasta un máximo de tres horas para un Sprint de un mes. Para sprints más cortos, el evento suele ser más corto.
«La mayoría de lo que llamamos administración consiste en hacer que sea difícil para las personas hacer su trabajo»
~ Peter Drucker
https://www.scrumguides.org/scrum-guide.html
Comments