Guia del Scrum Master: Ejecución (Sprint 1 y sucesivos)

 

La ejecución de un proyecto o producto ágil basado en Scrum comienza con el Sprint 1. Cada equipo acuerda la duración de los sprints, que suelen ser de 1, 2, 3 o 4 semanas, y una vez fijada la duración, debe ser la misma en todos los sprints. En cada sprint se dan 5 eventos: Refinamiento, Planificación de sprint, Reuniones diarias (dailies), Revisión y Retrospectiva (¿Es verdad que en Scrum hay demasiadas reuniones?: Los eventos en Scrum).

Disponer de una lista de actividades y verificaciones guía al Scrum master (SM) en la gestión exitosa del proceso Scrum, y como toda guía ágil, debe ser constantemente inspeccionada y adaptada a las particularidades del equipo, producto y organización donde se aplica (más sobre el SM en Lecciones Aprendidas con SCRUM. El Scrum Master (2)).

Guía básica para la ejecución de los eventos de cada sprint:

#	General
1	El SM realiza con anticipación las convocatorias a cada evento del sprint, incluyendo en cada caso: Propósito, Agenda, Fecha, hora y duración, Lugar o enlace digital	☐
2	En la reunión el SM facilita las conversaciones dentro del equipo y modera la sesión para que siga la agenda, cumpla su propósito y se realice en el tiempo acordado. Cómo tener sesiones de trabajo productivas en Scrum	☐
3	Ayuda que el equipo disponga de una Sala Obeya para la gestión eficiente de su proyecto o producto La Sala Obeya: Gestión visual y colaborativa de proyectos	☐
	Refinamiento
4	El Product Owner (PO) prioriza el Product Backlog y documenta las historias de usuario más próximas a realizarse en la herramienta y formato acordados. Se recomienda tener refinadas las historias para los próximos 2 sprints	☐
5	El equipo de desarrollo analiza las historias prioritarias y toma nota de las dudas	☐
	Planificación de sprint
6	El SM verifica que se dispone de backlog priorizado y refinado para la planificación del sprint	☐
7	En la reunión el SM verifica con el PO la prioridad de las historias, valida si el equipo de desarrollo tiene cualquier duda y solicita que estimen las historias que podrían acometerse en el sprint	☐
8	El equipo, guiado por el PO, acuerda la meta del sprint y conforma el Sprint backlog con las historias que permiten cumplir la meta y cumplen la definición de Ready. El Sprint Goal: La meta del Sprint. Historias de Usuario: DoR y DoD clave para la eficiencia y productividad del Equipo	☐
9	El equipo de desarrollo verifica que el alcance del sprint es el adecuado de acuerdo con su capacidad, teniendo en cuenta velocidad y disponibilidad	☐
	Reuniones diarias (Dailies)
10	El equipo debe tener actualizado el estado de las historias y tareas en las que trabaja	☐
11	Compartir el tablero del sprint activo y hacer un recorrido del trabajo en curso de derecha a izquierda, dando prioridad al cierre del trabajo en curso más próximo a completarse	☐
12	El SM toma nota de los impedimentos y dificultades del equipo de desarrollo para gestionar su solución	☐
13	Verificar el trabajo en progreso que se encuentra en el sprint activo, asegurándose de que las personas del equipo no tienen más de 2/3 tareas asignadas (Work In Progress-WIP). Cómo hacer dailies productivas en 15 minutos	☐
	Revisión y Retrospectiva de sprint
14	El equipo prepara la demo para la revisión del sprint y durante la revisión se documentan los acuerdos referidos a cada historia de usuario trabajada durante el sprint. El PO valida las historias que pasan a Done. Definition-of-Done: Clave de la Calidad del Producto. ¿Qué es una review?	☐
15	El SM prepara la retrospectiva llevando un registro de las acciones de mejora acordadas en la retrospectiva anterior para verificar su estado e impacto en el sprint. El valor de las retrospectivas potentes. Hagamos Retrospectivas potentes	☐

¿Qué agregarías a esta lista?

¡Gracias por leerme!

Saludos, María Esther

Ig @Soy.agile.coach