Eventos Scrum
Grupo 1 Grupo 1
• Los Sprints
Grupo 2
• Sprint Planning (Planificación del Sprint)
• Daily Scrum (Scrum Diario)
• Sprint Review (Revisión del Sprint)
• Sprint Retrospective (Retrospectiva del Sprint) Grupo 2 Grupo 3
1
El Sprint
El Sprint es un contenedor para todos los eventos.
Product Backlog
Refinement
2
Eventos de
Scrum
Cada evento en Scrum es una oportunidad formal para inspeccionar y adaptar los artefactos de Scrum.
Los tres pilares de Scrum
3
Eventos de
Scrum
Estos eventos están diseñados específicamente para habilitar (permitir) la transparencia requerida (necesaria).
Los tres pilares de Scrum
4
Eventos de
Scrum
Si no se realizan los eventos según lo prescrito, se pierden oportunidades para inspeccionar y adaptarse.
Los tres pilares de Scrum
5
Eventos de
Scrum
Los eventos se utilizan en Scrum para crear regularidad y minimizar la necesidad de reuniones no
definidas en Scrum.
Lo óptimo es que todos los eventos se celebren al mismo tiempo y en el mismo lugar para reducir la
complejidad.
6
El Sprint
Los Sprints son el corazón de
Scrum, donde las ideas se
convierten en valor.
El Sprint
Son eventos de duración fija de un
mes o menos para crear
consistencia.
El Sprint
Un nuevo Sprint comienza inmediatamente después de la conclusión del Sprint anterior.
9
El Sprint
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), ocurren dentro del
Sprints.
Product Backlog
Refinement
10
El Sprint
Durante el Sprint:
• No se realizan cambios que pongan en peligro el Objetivo del Sprint
• La calidad no disminuye
• El Product Backlog se refina según sea necesario
• El alcance se puede aclarar y renegociar con el Product Owner a medida que se aprende más
1
1
El Sprint
Los Sprints permiten la previsibilidad al garantizar la inspección y adaptación del progreso hacia un Objetivo del
Producto al menos cada mes calendario.
Los tres pilares de Scrum
1
2
El Sprint
• Cuando el horizonte de un Sprint es demasiado largo, el
Objetivo del Sprint puede volverse inválido, la
• complejidad puede crecer y el riesgo puede aumentar.
• Se pueden emplear Sprints más cortos para generar más ciclos de
aprendizaje y limitar el riesgo de costo y
• esfuerzo a un período de tiempo menor.
• Cada Sprint puede considerarse un proyecto corto.
1
3
El Sprint
Existen varias prácticas para pronosticarel progreso, como gráficos de burn-downs, burn-ups, o flujos
acumulativos.
Si bien han demostrado ser útiles, estos no sustituyen la importancia del empirismo. En entornos complejos, se
desconoce lo que sucederá. Solo lo que ya ha sucedido se puede utilizar para la toma de decisiones con vistas a
futuro.
1
4
El Sprint
Un Sprint podría cancelarse si el Objetivo del Sprint
se vuelve obsoleto.
Solo el Product Owner tiene la autoridad para
cancelar el Sprint.
1
5
Sprint Planning - Planificación
de Sprint
La Sprint Planning inicia el Sprint al establecer el trabajo que se realizará para el Sprint.
Scrum aplica el principio Pull para planificar el trabajo para un Sprint.
1
6
Sprint Planning - Planificación de Sprint
El Scrum Team crea este plan resultante mediante trabajo colaborativo.
17
Sprint Planning - Planificación
de Sprint
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.
1
8
Sprint Planning - Planificación de Sprint
El Scrum Team también puede invitar a otras personas a
asistir a la Sprint Planning para brindar (proporcionar)
asesoramiento.
19
Sprint Planning - Planificación
de Sprint
La planificación del Sprint aborda los siguientes temas:
Tema Uno: ¿Por qué este Sprint es valioso?
Tema dos: ¿Qué se puede hacer en este Sprint?
Tema tres: ¿Cómo se realizará el trabajo
elegido?
2
0
Sprint Planning - Planificación
de Sprint
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
2
1
Sprint Planning - Planificación
de Sprint
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
Refinamiento de Backlog Planeación del Sprint
• Diferentes tipos de importación • Post-its digitales
de Backlog • Plantilas pre-diseñadas
• Post-its digitales • Software de simulación
• Plantillas pre-diseñadas de tableros de Scrum
Backlog
Refinement
• Tags • Compartir pantalla
• Software de simulación de
tableros de Scrum
Fuente: [Link]
2
2
Sprint Planning - Planificación
de Sprint
Tema dos: ¿Qué se puede hacer en este Sprint?
• 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
Refinamiento de Backlog Planeación del Sprint
• Diferentes tipos de importación • Post-its digitales
de Backlog • Plantilas pre-diseñadas
• Post-its digitales • Software de simulación
• Plantillas pre-diseñadas de tableros de Scrum
Backlog
Refinement
• Tags • Compartir pantalla
• Software de simulación de
tableros de Scrum
Fuente: [Link]
2
3
Sprint Planning - Planificación
de Sprint
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
2
4
Sprint Backlog
El Objetivo del Sprint (Sprint Goal), los elementos del Product Backlog seleccionados para el Sprint, más el plan
para entregarlos se denominan juntos Sprint Backlog.
25
Sprint
Backlog
La Sprint Planning tiene un límite de tiempo de máximo
ocho horas (timeboxed) para un Sprint de un mes.
Para Sprints más cortos, el evento suele ser de menor
duración.
2
6
Daily Scrum (Scrum Diario)
El propósito de la Daily Scrum es inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog
según sea necesario, ajustando el próximo trabajo planeado.
Los tres pilares de Scrum
2
7
Daily Scrum (Scrum Diario)
El Daily Scrum es un evento de 15 minutos (máximo)
para los desarrolladores del equipo de Scrum.
El Daily Scrum no es la única vez que los
desarrolladores pueden ajustar su plan.
Frecuentemente se reúnen durante todo el día para
debatir (discusiones) de forma más detalladas sobre la
adaptación o volver a planificar del resto del trabajo del
Sprint.
2
8
Daily Scrum (Scrum Diario)
Para reducir la complejidad, se lleva a cabo a la misma hora y en el mismo lugar todos los días hábiles del Sprint.
29
Daily Scrum (Scrum Diario)
Si el Product Owner o Scrum Master están trabajando activamente en elementos del Sprint Backlog, participan
como Developers.
El Scrum Master enseña a los Developers a mantener el Daily Scrum en los límites de tiempo establecido.
3
0
Daily Scrum (Scrum Diario)
Los Developers pueden seleccionar la estructura y las
técnicas que deseen, siempre que su Daily Scrum se
centre en el progreso hacia el Objetivo del Sprint y
produzca un plan viable para el siguiente día de trabajo.
Esto crea enfoque y mejora la autogestión.
3
1
Daily Scrum (Scrum Diario)
Las Daily Scrums mejoran la comunicación, identifican
impedimentos, promueven la toma rápida de decisiones
y, en consecuencia, eliminan la necesidad de otras
reuniones.
El Scrum diario no es el único momento en el que los
desarrolladores pueden ajustar su plan. A menudo se
reúnen durante el día para discusiones más detalladas
sobre cómo adaptar o volver a planificar el resto del
trabajo del Sprint.
3
2
Aspectos Adicionales - Daily Scrum (Scrum Diario)
• El equipo se reúne para comunicar y entender los
estados
• Esencial para conocer el progreso continuo y
evitar bloqueos
• No tiene como objetivo reportar progreso
3
3
Revision del Sprint (Sprint Review)
El propósito de la Sprint Review es inspeccionar el
resultado del Sprint y determinar futuras adaptaciones.
Los tres pilares de Scrum
3
4
Revision del Sprint (Sprint Review)
El Scrum Team presenta los resultados de su trabajo a
los interesados clave y se discute el progreso hacia el
Objetivo del Producto.
35
Revision del Sprint (Sprint Review)
El Scrum Team y los interesados revisan lo que se logró
en el Sprint y lo que ha cambiado en su entorno.
Con base en esta información, los asistentes colaboran sobre qué
hacer a continuación.
3
6
Revision del Sprint (Sprint Review)
El Product Backlog también se puede ajustar para
satisfacer nuevas oportunidades.
3
7
Revision del Sprint (Sprint Review)
La Sprint Review es una sesión de trabajo y el Scrum
Team debe evitar limitarla a una presentación.
38
Revision del Sprint (Sprint Review)
La Sprint Review es el penúltimo evento del Sprint y
tiene un límite de tiempo de máximo cuatro horas
(timeboxed) para un Sprint de un mes.
Para Sprints más cortos, el evento suele ser de menor
duración.
3
9
La Retrospectiva del Sprint (Sprint Retrospective)
El propósito de la Sprint Retrospective es planificar
formas de aumentar la calidad y la efectividad.
El Scrum Team inspecciona cómo fue el último Sprint
con respecto a las personas, las interacciones, los
procesos, las herramientas y su Definición de
Terminado.
Los tres pilares de Scrum
4
0
La Retrospectiva del Sprint (Sprint Retrospective)
Los elementos inspeccionados suelen variar según el
ámbito del trabajo.
Se identifican los supuestos que los llevaron por mal
camino y se exploran sus orígenes.
4
1
La Retrospectiva del Sprint (Sprint Retrospective)
El Scrum Team analiza qué salió bien durante el Sprint,
qué problemas encontró y cómo se resolvieron (o no)
esos problemas.
42
La Retrospectiva del Sprint (Sprint Retrospective)
El Scrum Team identifica los cambios más útiles para
mejorar su efectividad.
Las mejoras más impactantes se abordan lo antes
posible.
Incluso se pueden agregar al Sprint Backlog para el
próximo Sprint.
4
3
La Retrospectiva del Sprint (Sprint Retrospective)
La Sprint Retrospective concluye el Sprint.
Tiene un tiempo limitado a máximo tres horas para un
Sprint de un mes.
Para Sprints más cortos, el evento suele ser de menor
duración.
4
4
Técnicas para Conducir una Retrospectiva
• El barco de vela (The sailboat)
• Las 4L Technique
• La Estrella de Mar (Starfish)
• Mad-Sad-Glad
• Start-Stops-Continue
Recomendado:
[Link]
[Link]
4
5
Las 5 Etapas de una Retrospectiva
46