En mis cursos de formación suelo explicar la revisión de sprints y la retrospectiva de sprints como espejos retrovisores de un coche en marcha, ambos te permiten inspeccionar lo que estás haciendo y adaptarte cuando es necesario. Cuando miramos a la derecha -la del conductor- sólo nos preocupa la conducción, vemos el camino hasta donde estamos y todo lo que hemos hecho durante ese sprint. Cuando miramos por el retrovisor del acompañante vemos la misma carretera, pero también la interacción humana. La de detrás es la misma carretera, pero son dos vistas complementarias.
La revisión del Sprint es para que el equipo revise el trabajo realizado, normalmente la revisión del sprint la realiza el equipo con la presencia del Product Owner y los stakeholders. Durante esta reunión, el equipo demuestra las entregas del periodo. El equipo comprobará cada entrega con la Definición de Disponibilidad (D.O.D) y los Criterios de Aceptación de cada historia.
Durante esta reunión es aconsejable y extremadamente productivo que estén presentes los futuros usuarios de ese proyecto, esto ayudará al equipo a saber y entender si lo que se está haciendo es coherente con lo que se espera o no.
Las revisiones de sprints son rituales de duración limitada, lo que significa que se espera que estas reuniones duren un tiempo determinado: alrededor de una hora por cada semana de un sprint, lo que da un máximo de 4 horas para un sprint de un mes de duración.
Un consejo valioso durante las revisiones del sprint es tener una Agenda para los que van a participar, para ello se suele utilizar la siguiente agenda de reuniones:
Introducción
Bienvenida a las partes interesadas
Indique de qué características/productos se hablará
Presentación de los resultados;
Captura de reacciones
Presentación de la cartera de productos a las partes interesadas;
Consideraciones finales.
Un error muy común es escuchar del equipo que "está listo, sólo falta un pequeño detalle", este error suele ser causado porque el equipo no comprueba si las historias se ajustan a la definición de logro y a los criterios de aceptación. Esto también ocurre porque el equipo tiene miedo de decir que no pudo completar una determinada actividad a tiempo, y este último comportamiento es algo que debe discutirse durante la reunión de retrospectiva.
Comments