Reunión informal donde el equipo:
- Revisa los resultados obtenidos respecto al objetivo de la iteración, problemas identificados y cómo se resolvieron.
- Notar que es más relevante conseguir el Sprint Goal que completar todos los PBIs (Product Backlog Items) que se seleccionaron para el Sprint.
- Presenta al cliente los requisitos completados en forma de incremento de producto preparado para ser entregado y usado con el mínimo esfuerzo, haciendo un recorrido por ellos lo más real y cercano posible al objetivo que se pretende cubrir.
- Como guía de la demostración se puede utilizar los PBIs y sus criterios de aceptación (definidos en el PBL Refinement / en los requirements workshops).
- También se explica si hubo algún PBIs que no se pudo completar y si hay algún impedimento al respecto.
En función de los resultados mostrados, de la velocidad de desarrollo del equipo y de los cambios que haya habido en el contexto del proyecto, el cliente identifica las adaptaciones necesarias de manera objetiva, ya desde la primera iteración, replanificando el proyecto.
Se realiza en un timebox de alrededor de 1,5 horas (si la iteración es de 2 semanas).
Beneficios
- El cliente puede ver de manera objetiva si se cumplen sus expectativas:
- Cómo han sido desarrollados los requisitos que se detallaron para la iteración.
- Conocer en qué estado se encuentra el proyecto, cuánto falta para acabarlo y la calidad del producto entregado.
- Al inspeccionar un producto tangible, el cliente puede entender mejor qué es lo que necesita y tomar mejores decisiones respecto al proyecto.
- El equipo puede ver si realmente está entendiendo cuáles son los requisitos que le está solicitando el cliente y ver en qué puntos hay que mejorar la comunicación entre ambos.
- El equipo se siente más satisfecho cuando puede ir mostrando los resultados que va obteniendo. No está meses trabajando sin poder exhibir su obra.
Restricciones
- Sólo se debería mostrar los requisitos completados, para que el cliente no se haga falsas expectativas y pueda tomar decisiones correctas y objetivas en función de la velocidad de desarrollo y el resultado realmente completado. Un requisito no completado quedará como un requisito más a replanificar.
Proyectos Ágiles 