Los eventos en Scrum
El Sprint
No existen los Sprint de testing, hardening, releases o análisis. El sprint en sí, abarca la totalidad de los procesos, como un evento totalizador.
El Sprint es un evento que contiene a todos los demás eventos en Scrum, y su cometido principal es facilitar la transparencia del proceso Scrum. Un Sprint debe de durar 30 días o menos, y es bastante habitual que los equipos Scrum elijan tener Sprint de una duración de dos semanas.
Claves:
- La duración del Sprint se mantiene fija
- No hay espacios entre Sprint, cuando acaba uno, empieza el siguiente.
- Permite mantener el ritmo.
- Sirve a la transparencia.
Entrega de valor, siempre
El Sprint Planning (8hs)
El Sprint Planning inicia el Sprint estableciendo el trabajo que se realizará para el mismo. Este plan resultante es creado por el trabajo colaborativo de todo el equipo de Scrum. El propietario del producto (Product Owner) se asegura de que los asistentes estén preparados para discutir los elementos de trabajo pendiente de producto más importantes 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. La planificación del Sprint aborda los siguientes temas:
Tema Uno: ¿Por qué este Sprint es valioso?
El Propietario del Producto propone cómo el producto podría aumentar su valor y utilidad en el Sprint actual. A continuación, todo el equipo de Scrum colabora para definir un objetivo de Sprint que comunique por qué el Sprint es valioso para las partes interesadas.
El Objetivo Sprint debe finalizarse antes del final de la Planificación de Sprint.
Tema dos: ¿Qué se puede hacer este Sprint?
A través del debate con el 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 compresión y confianza. Seleccionar cuánto se puede completar dentro de un Sprint puede ser un desafío. Sin embargo, cuando más sepan los desarrolladores sobre su rendimiento pasado, su capacidad futura y su definición de hecho, más seguro estarán en sus pronósticos de Sprint.
Tema tres: ¿Cómo se realizará el trabajo elegido?
Para cada elemento de trabajo pendiente de producto (Product Backlog item) seleccionado, los desarrolladores planifican el trabajo necesario para crear un incremento que cumpla con la definción de hecho. Esto se hace normalmente mediante la descomposición de elementos del Product Backlog del producto en elementos de trabajo más pequeños, que se puedan realizar en un día o menos. La forma de hacerlo es según la discreción de los propios desarrolladores. Nadie les dice cómo convertir los elementos de trabajo pendiente del producto en incrementos de valor.
El objetivo de Sprint (Sprint Goal), los elementos de trabajo pendiente de producto seleccionados para el Sprint, más el plan para entregarlos se conocen conjuntamente como el trabajo pendiente de Sprint (Sprint Backlog)__. El 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.
El Product Owner presenta un Product Backlog priorizado y actualizado, además de proponer un Sprint Goal que dé coherencia a todos los ítems seleccionados durante la reunión.
Durante la primera parte, el Equipo de Desarrollo pronostica cuántos elementos del Product Backlog creen que será capaz de terminar en el Sprint, teniendo en mente el Sprint Goal propuesto por el Product Owner. Una vez que existe un acuerdo, entre el Product Owner y el Equipo de Desarrollo, entonces el equipo de desarrollo pasa a la segunda parte, donde se encargan de desmenuzar el trabajo que hayan seleccionado en tareas más pequeñas, siempre cumpliendo la regla de analizar solamente el mínimo para empezar a trabajar.
Entonces, el Sprint Planning se compone de dos partes: una donde se pronostica el trabajo a realizar y otra donde el Development Team se encarga de analizar y desmenuzar el trabajo en tareas, hasta donde crean necesario.
Duración: 8 horas para Sprints de 30 días. Menos para Sprints más cortos.
Responsables:
- Primera parte: Product Owner
- Segunda parte: Development Team
El Daily Scrum
El Daily Scrum es una reunión diaria de planificación de 15 minutos en la que participa el Development Team. Durante el Daily Scrum, se inspecciona el Sprint Backlog y se adaptan las tareas. Se hacen transparentes los impedimentos y el progreso hacia el Sprint Goal,
Durante esta reunión, el equipo de desarrollo se reúne y analizan cuáles son los elementos en los que están trabajando y qué impedimentos encuentran.
El propósito del Daily Scrum es inspeccionar el progreso hacia el Objetivo Sprint y adaptar el Sprint Backlog según sea necesario, ajustando el próximo trabajo planeado.
Para reducir la complejidad, el Daily Scrum se lleva a cabo al mismo tiempo y lugar todos los días laborables del Sprint. Si el propietario del producto o el Scrum Master están trabajando activamente en los elementos del Trabajo pendiente de Sprint, participan como desarrolladores.
Los desarrolladores pueden seleccionar cualquier estructura y técnica que deseen, siempre y cuando su Scrum diario se centre en el progreso hacia el objetivo de Sprint y produzca un plan accionable para el día siguiente de trabajo.
El Sprint Review
El propósito de la revisión del Sprint 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 Objetivo de Producto. Durante el evento, el equipo de Scrum y las partes interesadas revisan lo que se logró en el Sprint y lo que ha cambiado en su entorno.
En base a esta información, los asistentes colaboran en qué hacer a continuación.
El trabajo pendiente del producto 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 que se convierta en una simple 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.
El Restrospective Sprint
El propósito de la retrospectiva Sprint es planificar formas de aumentar la calidad y eficacia. El equipo de Scrum inspecciona cómo fue el último Sprint con respecto a individuos, interacciones, procesos, herramientas y su definición de Hecho.
Los elementos inspeccionados a menudo varían según el dominio del trabajo. Las suposiciones que los desviaron se identifican y se exploran sus orígenes. El equipo de Scrum analiza qué fue bien durante el Sprint, qué problemas encontró y cómo esos problemas fueron (o no fueron) resueltos.