SPRINT REVIEW

Objetivos del Sprint Review

Revisar el trabajo que fue completado y no completado.
Presentar el trabajo completado a los interesados (alias demo) y resolver
las inquietudes que se presenten.
El trabajo incompleto no puede ser demostrado.
Cuatro horas como lmite.
Validar si cumple con el criterio de DONE.
El equipo de desarrollo discute que estuvo bien durante el Sprint, que cosas
no anduvieron bien y como estos problemas fueron solucionados.
El Product Owner se encarga de actualizar el estado del proyecto.

OJO: Una Mala prctica, es no tener las pruebas automatizadas.
El precio que se pagara por esa decisin sera no poder detectar regresiones en el
software de manera rpida y no poder asegura que las historias estn hechas de
manera inequvoca. Sin la posibilidad de detectar regresiones de manera rpida, lo
que ocurrira, es que cuando el final del sprint se acercase, el equipo tendra que
congelar el desarrollo de funcionalidad, dedicar un tiempo considerable a asegurar
la ausencia de regresiones y a asegurar que las funcionalidades estn completas,
pruebas incluidas. Una de las reglas de Scrum especifica que se debe minimizar el
tiempo que se dedica a la preparacin del Sprint Review. La conclusin es clara:
Sin automatizacin de pruebas es imposible dedicar poco tiempo a la preparacin
del Sprint Review.
La revisin del sprint (sprint review) es a veces denominada de forma incorrecta
como demo. Si bien es cierto que se incluye en ella una demostracin de las nuevas
funcionalidades que el equipo desarroll durante el sprint, su principal objetivo es
inspeccionar lo entregado por el equipo y obtener feedback de los asistentes a la
reunin para poder adaptar el plan para sprints subsiguientes. Es por ende mucho
ms que una mera demo.
Cuando se preguntan, quin debe ser invitado a la revisin del sprint la respuesta
es: todo el mundo. La tarea que hay que hacer, es ayudar al Scrum Master y a la
organizacin completa a entender que es crucial maximizar el valor entregado por
el equipo al concluir el sprint. Las revisiones del sprint tienen muchas posibles
consecuencias, incluyendo la cancelacin del proyecto. En la mayora de las veces
se autoriza al equipo a continuar trabajando en un siguiente sprint y se decide el
objetivo para el mismo.

Algunos links de inters
Por qu son buenas las demostraciones en Scrum.
http://www.proyectosagiles.org/por-que-son-buenas-las-demostraciones-en-scrum
Quin es responsable de la calidad?
http://www.proyectosagiles.org/responsable-calidad
Reglas de la Review Meeting
http://geeks.ms/blogs/rcorral/archive/2006/11/23/las-reglas-de-scrum-iii-el-sprint-
review-meeting.aspx
De Scrum Alliance
http://www.scrumalliance.org/community/articles/2009/april/the-sprint-review-
mastering-the-art-of-feedback