Eventos Scrum y Sprint
Los eventos crean regularidad y oportunidades formales de inspección y adaptación. El Sprint contiene Sprint Planning, Daily Scrum, Sprint Review y Sprint Retrospective.
Eventos como inspección y adaptación
Cada evento Scrum es una oportunidad formal para inspeccionar y adaptar artefactos. El Sprint contiene todos los demás eventos y da cadencia al aprendizaje.
- Los eventos minimizan reuniones no definidas por Scrum.
- Idealmente ocurren en el mismo lugar y hora para reducir complejidad.
- No operar eventos como se prescribe reduce transparencia, inspección y adaptación.
Sprint
El Sprint es un evento de longitud fija de un mes o menos. Un Sprint empieza inmediatamente después del anterior y contiene todo el trabajo necesario para avanzar hacia el Product Goal.
- No se hacen cambios que pongan en peligro el Sprint Goal.
- La calidad no disminuye.
- El Product Backlog se refina según sea necesario.
- El alcance puede aclararse y renegociarse con el Product Owner cuando se aprende más.
- Solo el Product Owner puede cancelar un Sprint si el Sprint Goal queda obsoleto.
Eventos dentro del Sprint
Sprint Planning inicia el Sprint; Daily Scrum inspecciona progreso hacia el Sprint Goal; Sprint Review inspecciona resultados y adapta el futuro; Sprint Retrospective planifica mejoras de calidad y efectividad.
- Sprint Planning: máximo ocho horas para un Sprint de un mes.
- Daily Scrum: quince minutos, para Developers, misma hora y lugar cada día laborable.
- Sprint Review: máximo cuatro horas para un Sprint de un mes.
- Sprint Retrospective: máximo tres horas para un Sprint de un mes y cierra el Sprint.
Términos clave
Objetivos de aprendizaje
- SM-4.1.1 · K1Recordar eventos Scrum y timeboxes
El Sprint dura un mes o menos; Planning hasta 8 horas, Daily 15 minutos, Review hasta 4 horas y Retrospective hasta 3 horas para Sprints de un mes.
- SM-4.1.2 · K2Explicar reglas y propósito del Sprint
El Sprint convierte ideas en valor, permite inspección al menos mensual y reduce riesgo mediante ciclos cortos.
- SM-4.2.1 · K2Describir los tres temas de Sprint Planning
Planning define por qué el Sprint es valioso, qué puede hacerse y cómo se realizará el trabajo elegido.
- SM-4.3.1 · K2Explicar Daily Scrum como inspección y adaptación diaria
El Daily Scrum inspecciona progreso hacia Sprint Goal y adapta Sprint Backlog para el próximo día.
- SM-4.4.1 · K2Diferenciar Sprint Review y Sprint Retrospective
Review inspecciona el resultado del Sprint y adapta futuro del producto; Retrospective inspecciona cómo trabajó el equipo y planifica mejoras.
- SM-4.5.1 · K3Aplicar decisiones de eventos en escenarios
El evento correcto depende del propósito: producto, plan diario, mejora del equipo o planificación del Sprint.
Errores frecuentes
- Usar el Daily Scrum como reporte al Scrum Master.
- Convertir el Sprint Review en una presentación cerrada sin colaboración.
- Cancelar un Sprint por cambios menores aunque el Sprint Goal siga vigente.
- Permitir cambios que pongan en peligro el Sprint Goal.
Ejemplos aplicados
- En Sprint Planning el equipo responde por qué el Sprint es valioso, qué puede hacerse y cómo se convertirá el trabajo en Incremento.
- Durante el Sprint se puede renegociar alcance con el Product Owner si se aprende algo nuevo, siempre sin poner en riesgo el Sprint Goal.