Revisión del Sprint ​

Reunión realizada al final del Sprint para comprobar el incremento. No debe durar más de 4 horas, en el caso de revisar Sprints largos. Para Sprints de una o dos semanas, con una o dos horas de duración debería ser suficiente.

Revisión del Incremento ​

Durante la ceremonia de Revisión del Incremento, el equipo presentará al Dueño del Producto las funcionalidades desarrolladas. Las explicará y hará una demostración de ellas, a fin de que, tanto el Dueño del Producto como la eventual audiencia, puedan experimentarlas.

El Dueño del Producto podrá sugerir mejoras a las funcionalidades desarrolladas, aprobarlas por completo o eventualmente, rechazarlas si considera que no se ha cumplido el objetivo.

La ceremonia de Revisión del Incremento se lleva a cabo el último día del Sprint, y no tiene una duración fija. En la práctica, se utiliza el tiempo que sea necesario.

Objetivos ​

• El Dueño del Producto comprueba el progreso del sistema. Esta reunión marca, a intervalos regulares, el ritmo de construcción, y la trayectoria que va tomando la visión del producto.
• El Dueño del Producto identifica las funcionalidades que se pueden considerar “hechas” y las que no.
• Al ver y probar el incremento, el Dueño del Producto, y el equipo en general obtienen retroalimentación relevante para revisar la Pila del Producto.
• Otros ingenieros y programadores de la empresa también pueden asistir para conocer cómo trabaja la tecnología empleada.

Precondiciones ​

• Se ha concluido el Sprint.

Asistentes ​

• Todo el Equipo de Desarrollo.
• El Propietario del Producto.
• El Gestor del Proyecto.
• Todas las personas implicadas en el proyecto que lo deseen.

Entradas ​

• Incremento terminado.

Resultados ​

• Retroalimentación para el Dueño del Producto: hito de seguimiento de la construcción del sistema, e información para mejorar el valor de la visión del producto.
• Convocatoria de la Reunión de Planificación del siguiente Sprint.

Formato de la reunión ​

• Es una reunión informal e informativa. El objetivo es ver el incremento realizado. Su misión no es la toma de decisiones ni la crítica del incremento.
• Están prohibidas las presentaciones gráficas. Pero según las características del proyecto puede incluir también documentación de usuario, o técnica.
• El equipo no debe invertir más de una hora en desarrollar la reunión, y lo que se muestra es el resultado final: terminado, probado y operando en el entorno del usuario (incremento).
• Con la información obtenida, posteriormente el Dueño del Producto tratará las posibles modificaciones sobre la visión del producto.

Protocolo recomendado ​

• El equipo expone el objetivo del Sprint, la lista de funcionalidades que se incluían y las que se han desarrollado.
• El equipo hace una introducción general del Sprint y demuestra el funcionamiento de las partes construidas.
• Se abre un turno de preguntas y sugerencias. Esta parte genera información valiosa para que el Dueño del Producto y el equipo en general, puedan mejorar la visión del producto.
• El Gestor del Proyecto, de acuerdo con las agendas del Dueño del Producto y el Equipo de Desarrollo, cierra la fecha para la reunión de preparación del siguiente Sprint.

Visión general ​

Objetivos

• Que los principales interesados experimenten las funcionalidades construidas y eventualmente sugieran alguna mejora.
• Que el Dueño del Producto acepte o rechace las funcionalidades construidas.

Participantes

• Gestor del Proyecto.
• Dueño del Producto.
• Equipo de Desarrollo .
• Audiencia (opcionalmente).

Momento

• Después del último día del Sprint.

Duración

• No menor a 1 hora y no mayor una jornada completa.

Artefactos involucrados

• El Incremento de funcionalidades.

Dinámica

• El Equipo de Desarrollo presenta los items desarrollados de la Pila del Sprint y procede a mostrar el software en funcionamiento
• El Dueño del Producto y principales interesados realizan al Equipo de Desarrollo consultas referidas al funcionamiento y eventualmente, el Dueño del Producto, podrá sugerir mejoras o solicitar la implementación de las mismas en el entorno de producción.
• Actualización de la Pila del Producto (opcional). Aquellas funcionalidades aún no resueltas (y planificadas), el Dueño del Producto, las reincorpora a la Pila del Producto.