Página
Tema 4.1 - Eventos Scrum
Eventos Scrum
●Los Sprints.
● Sprint Planning (Planificación del Sprint).
● Daily Scrum (Scrum Diario).
● Sprint Review (Revisión del Sprint).
● Sprint Retrospective (Retrospectiva del Sprint)
El Sprint
El Sprint es un contenedor para todos los eventos.
Eventos de Scrum
Cada evento en Scrum es una oportunidad formal para inspeccionar y adaptar los artefactos de Scrum.
Estos eventos están diseñados específicamente para habilitar (permitir) la transparencia requerida (necesaria).
Si no se realizan los eventos según lo prescrito, se pierden oportunidades para inspeccionar y adaptarse.
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.
El Sprint
Los Sprints son el corazón de Scrum, donde las ideas se convierten en valor.
Son eventos de duración 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),
ocurren dentro del Sprints.
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.
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.
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.
Existen varias prácticas para pronosticar el 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.
Cancelación de un Sprint
Un Sprint puede ser cancelado antes de que el Time-Box llegue a su fin, siempre y cuando el objetivo del Sprint llegara a quedar obsoleto o no tiene sentido seguir con el Sprint. Solo el PO tiene la autoridad para cancelar el Sprint.
Última modificación: viernes, 16 de abril de 2021, 13:56