La sesión de Iteration Review tiene como propósito revisar el resultado del cierre de la iteración mostrando las historias de usuario trabajadas al Product Owner y los Stakeholders involucrados para obtener su feedback sobre el progreso hacia los objetivos del producto. Esta sesión es normalmente facilitada por el Scrum Master, con los miembros del equipo presentando su propio trabajo en la demostración.

El Iteration review cumple cuatro funciones importantes:

Este evento sigue un proceso y una rutina claros, dentro del cual se revisa el estado de los Objetivos de la iteración y de los PI Objectives, la revisión continua con la demostración de la funcionalidad de cada historia de usuario completada compartiendo el progreso obtenido hacia los iteration goals, así como los cambios que se realizan en el producto, los escenarios de prueba y spikes de manera que las partes interesadas y el equipo interactúen creando un feedback de lo mostrado. Posteriormente, si se cuentan con historias no completadas, se deberán identificar oportunidades de mejora a aplicar y a partir de los comentarios recibidos refinar el backlog para realizar los ajustes necesarios antes del Iteration Planning.

Para realizar de forma adecuada el Iteration review es recomendable contar con una planificación previa a la sesión en donde se reúnan todas las herramientas y elementos necesarios para la demostración, el scrum master deberá trabajar en conjunto con el equipo para esta planificación; Cundo contamos con equipos a distancia podemos apoyarnos en una herramienta que nos permita visualizar los objetivos y participar activamente fomentando la comunicación en el equipo, podemos también pedir que se encienda la cámara para que las demostraciones ofrezcan una conexión personal, así como es importante apoyarnos en productos en funcionamiento real y no solo en diapositivas. Recordemos que el Iteration review es un momento para dar y recibir cumplidos, así como de notar y apreciar el gran trabajo realizado.

En ocasiones puede ser difícil hacer avanzar al equipo cuando se llegan a producir desacuerdos o conflictos como cuando el equipo dice que no tiene nada que compartir en la demo o el equipo no cumple con los Iteration goals planteados, en estos casos el scrum master puede hacer frente trabajando con el equipo en la preparación de sus demostraciones y planificando con ellos los objetivos de su próxima iteración para que hablen del valor que planean entregar capturando todo el trabajo que están realizando.