Qué es la Sprint Review

Aprende sobre las características más importantes de la Sprint Review en Scrum.

Reunión Sprint Review en Scrum

¿Qué es la Sprint Review?

Es el evento o reunión de Scrum que ocurre al finalizar el Sprint y donde se realiza una inspección del Incremento del Sprint. En otras palabras, podemos pensar que la Sprint Review es el momento clave para el éxito del producto. Es una inspección del Incremento de Producto para decidir cómo seguir. También recomendamos hacer visible la performance del producto en producción (esto es complementario a Scrum).

El Product Owner presenta el objetivo de la review y los Desarrolladores el Definition of Done utilizado durante el Sprint de trabajo. Tener presente el Definition of Done es clave para evitar llevar a la Review funcionalidades que aún no aportan valor o características que aún no funcionan y que terminan generando sensaciones de frustración, desilusión o desorientación. El Product Owner también explica como cada PBI está relacionado con el objetivo del Sprint. Por su parte, el Scrum Master presentará los aprendizajes y desafíos que experimentó el equipo durante el Sprint.

Teniendo en cuenta el feedback alineado al objetivo del producto y los insights de datos cuantitativos proporcionados por outcomes de producción (lifetime customer value, conversion rate, churn rate, etc.) se discuten y determinan las adaptaciones al Product Backlog.

Ítems terminados

Parte del trabajo que se hace durante el sprint es asegurar que los ítems del sprint backlog estén realmente terminados. El acuerdo entre el equipo y los stakeholders sobre lo que significa “realmente terminado” se conoce como Definición de Terminado (Definition of Done, DoD). Esta definición se acuerda por anticipado, tal como lo hemos visto, en el inicio del proyecto y se refina en las retrospectivas. Este acuerdo se refuerza en las reuniones de planificación de sprint y es un componente esencial a la hora de descomponer cada ítem del sprint backlog en tareas.

Una típica definición de terminado expresa:

→ Que la característica cumpla con los criterios de aceptación expresados y validados en la reunión de planificación del sprint junto a los stakeholders. → Que la característica haya sido verificada y probada. → Que la característica no haya interferido negativamente con otras características del producto o servicio. → Idealmente, que la característica pueda entregarse al cliente y pueda ser utilizada (Sutherland, 2014). Asegurar que las características del incremento del producto cumplen con la definición de terminado en la reunión de revisión del sprint, es, también, una forma de asegurar el cumplimiento del acuerdo de calidad establecido con los clientes.

Ítems revisados por el product owner

Otro aspecto que ayuda a la revisión del sprint sin grandes sobresaltos, es que el Product Owner revise de manera anticipada las características del incremento del producto. Dicha revisión podría ser parte de la definición de terminado. El hecho que el Product Owner verifique las características construidas y ofrezca feedback antes de la reunión de revisión del sprint fomenta la colaboración con los miembros del equipo Scrum y previene sorpresas sobre errores, malos entendidos y ajustes que podrían haberse mitigado con, tal vez, poco esfuerzo durante el Sprint.

Storytelling

No hay nada más aburrido que una reunión de revisión de Sprint en la que se sigue mecánicamente la lista de características construidas y se verifica cada uno de los criterios de aceptación. Apenas pasada la primera hora, los participantes comienzan a dormirse.

Para evitar que esto suceda, puedes hacer una revisión del sprint entretenida y atractiva, involucrando a los participantes en una especie de historia. Por ejemplo, si hubiera que revisar las nuevas características incorporadas en un proceso de inscripción de participantes a un congreso de medicina, se puede crear una historia que involucre un personaje con nombre, historia de vida, profesión e inquietudes. Veamos una posible historia para este ejemplo:

Mariano Pérez, un médico cirujano del interior del país, quiere asistir al congreso de cirugía cardiovascular y aprovechar para visitar la ciudad capital junto a su esposa y sus dos hijos. Para eso, Mariano completa los campos tradicionales de registro en el formulario e indica, en la sección de acompañantes, que irá acompañado por una persona adulta llamada Analía Pérez y dos menores llamados Nicolás y Florencia Pérez. También indica que quiere extender su estadía por cuatro noches adicionales. Luego de haber completado esos campos, el equipo de organización del evento cuenta con un reporte consolidado con la información de los acompañantes. Para el registro del Dr. Mariano Pérez se indica que son cuatro personas, dos adultos y dos menores: Mariano, Analía, Nicolás y Florencia que estarán hospedados durante cuatro noches posteriores al congreso. Al entregar el listado de asistentes a la administración del hotel, ellos reservarán una habitación para cuatro personas con los nombres de los ocupantes. De esa manera, cuando el Dr. Pérez realice el registro en la recepción del hotel recibirá dos llaves electrónicas, cada una a nombre de uno de los integrantes adultos del grupo.

Lo ideal es llegar a la reunión de revisión del sprint con la historia armada y, en lo posible, ensayada. En este caso, el facilitador puede ayudar a los miembros del equipo y al product owner a idear una historia atractiva de manera anticipada.

Agenda

Una agenda que ayude a los participantes a orientarse en el tiempo y que esté a la vista de todos es útil para que la reunión de revisión sea lo más fluida posible. Resulta muy útil comenzar revisando los diferentes ítems del sprint backlog, es decir, las características del incremento del producto o servicio.

Hacia el final de la reunión es importante validar si todos los participantes están de acuerdo con el cumplimiento, o no, del objetivo del sprint. Hay que estar alerta para evitar que una reunión de revisión se transforme, en segundos y como por arte de magia, en una reunión de planificación a futuro. Si esto sucede, se puede recordar a los participantes el objetivo principal del encuentro: revisar el incremento de producto del sprint que acaba de finalizar.

El objetivo del Sprint

Luego de repasar todas las características comprometidas para el incremento del producto y antes de dar por finalizada la revisión, es importante verificar si, efectivamente, se ha alcanzado el objetivo propuesto para ese sprint.

El resultado de la revisión del incremento del producto puede redefinir el product backlog a futuro. Hacia el final de la reunión de revisión, se aconseja revisar todo el feedback registrado en el parking lot junto con los ajustes que se quieran realizar sobre las características futuras, producto del aprendizaje y del descubrimiento del resultado y la experiencia de uso.

Cualquier cambio que surja, podrá ser dimensionado a nivel general por los miembros del equipo para revisar y replantear probables ajustes al plan de entregas futuras. Es importante explicitar que, en esta instancia, las modificaciones en las fechas de entrega son tentativas y están sujetas a una revisión detallada a realizar por el equipo completo.

Parking lot

A medida que se revisan las características del nuevo incremento de producto irá surgiendo el feedback. Una buena práctica para que siempre esté visible para todos es registrarlo en el parking lot. Hacia el final de la reunión de revisión podría haber un espacio de tiempo dedicado a revisar todo el feedback registrado y decidir de qué manera se modifica el product backlog hacia el futuro.