8 recomendaciones para que tu Sprint Review no sea una Demo

El Sprint Review es un evento de Scrum donde participan los developers y los stakeholders. No se trata de una "demo" donde los desarroladores muestran lo que hicieron. Veamos 8 sugerencias para que sea un encuentro exitoso para el producto.

Es una confusión habitual en muchas empresas que utilizan Scrum llamar erróneamente Demo Sprint al Sprint Review. Pero, ¿Qué es exactamente la Sprint Review? Es el evento (reunión) de Scrum que ocurre al finalizar el Sprint y donde se realiza una inspección del Incremento (entregable) creado.

En otras palabras, el Sprint Review es el momento clave para el éxito del producto. No se trata de una demostración donde los desarrolladores (developers) exponen lo que hicieron. Es una inspección del Sprint completado, el Incremento de Producto, el Product Backlog y la performance del producto en producción.

Muchas empresas desaprovechan el poder creativo de Scrum y los stakeholders asisten solo a una demostración para asegurarse que se hizo lo prometido y luego todos se van a seguir con lo suyo.

Veamos ocho consejos de agenda para que la Sprint Review no sea una demo intrascendente con los stakeholders y se convierta en el motor para que el producto sea tan alucinante como se merece.

¿Cuál es la agenda de una Sprint Review?

1. ¿Para qué?

Comienza compartiendo el objetivo de la reunión. En este caso, inspeccionar el resultado del Sprint y determinar futuras adaptaciones. Por lo general las personas olvidan esta segunda parte y creen que solo vienen a ver qué se hizo.

2. Ver lo mismo

El Product Owner presenta el Objetivo de Sprint y los developers o desarrolladores el Definition of Done (DoD) utilizado durante el Sprint para que todos estén viendo la misma película

3. Expectativas

El Product Owner presenta un resumen sobre qué se hizo y qué no se hizo durante el Sprint y recuerda cómo cada Product Backlog Item a presentar está relacionado al Objetivo del Sprint.

4. Empatía

El Scrum Master presenta cuáles fueron los desafíos y aprendizajes a los que el Equipo Scrum se enfrentó durante este periodo de tiempo.

5. Uso

Los stakeholders utilizan el Incremento de Producto creado por el Equipo Scrum, no solo miran pantallas. Proporcionan feedback que cualquier miembro del Equipo Scrum va registrando. Cualquier persona puede sugerir mejoras a partir de la observación de uso del Incremento de Producto.

6. Más allá

Los equipos de producto deben ir más allá de lo que plantea Scrum y revisar conjuntamente los outcomes en producción (principalmente datos cuantitativos). Por ejemplo: conversion rate, churn rate, lifetime customer value, etc.

7. Cómo seguir

Basándose en el feedback identificado y en los insights de los datos, se discuten y determinan modificaciones al Product Backlog a partir del feedback relevado.

8. Cierre

Se realiza una breve retrospectiva sobre esta Sprint Review en busca de mejoras a futuro.