Revisión del Sprint – Sprint Review

share on:
_sprintreview

Al fin y al cabo, lo único importante en Scrum es lo que está “Terminado”, lo que el cliente puede empezar a usar ya mismo si quisiera. Para eso, debemos pasar la Revisión del Sprint – Sprint Review. La reunión de “presentación” del Incremento, o en otras palabras, de lo que hemos logrado, del resultado del ciclo.

El objetivo de la reunión de Revisión del Sprint es la de inspeccionar el Incremento, si es necesario volver a analizar la Lista de Producto (la lista general de tareas). Es una reunión informal, de máximo cuatro horas al mes (o dos horas si nuestro ciclo – o sprint – tiene dos semanas). 

En esta reunión tiene que participar todo el mundo: El Dueño de Producto, el Scrum Máster, el Equipo de Desarrollo… e incluso expertos del negocio, u otros invitados que puedan dar una opinión al respecto.

Lo fundamental es que en la reunión sólo mostraremos Software que esté funcionando. Que agregue valor al cliente. No mostraremos nada a medio terminar.

Mi recomendación es preparar la presentación de forma que las pantallas se muestren o proyecten desde un segundo monitor, en especial si estamos mostrando algo en debugging. EVITAR QUE EL CLIENTE VEA EL CÓDIGO FUENTE en todo momento. Otra opción es capturar pantallas y hacer una presentación PowerPoint (aunque este último punto, lo de preparar una presentación, suele ser muy discutido ya que va a contramano del carácter  “informal” que se espera de la reunión”

Como decíamos, es ésta una reunión informal, para mostrar progresos y captar comentarios; refinar si acaso el Backlog.

Otros conceptos para tener en cuenta en la Reunión de Revisión del Sprint:

  • El Dueño del Producto es quien decide al final qué fue lo realmente “Terminado” y lo que aún no lo está.
  • El Equipo de Desarrollo discute cuales fueron los problemas que se encontraron y cómo los resolvieron.
  • Hay que hacer una demostración en pantalla de lo Terminado.
  • Discutir unos momentos cómo luce ahora la Lista de Producto, y qué expectativas hay para el próximo Sprint con las experiencias del que acaba de terminar.
  • Todos deben discutir sobre qué es lo próximo para hacer.

Recuerda: El resultado de esta reunión es una Lista de Producto (la general – insisto -) refinada, y ya una buena idea de qué ítems van a ser incluidos en la Lista de Tareas de Sprint del próximo ciclo.

Es durante la reunión de Revisión del Sprint también que todos evalúan si la META del Sprint se ha cumplido o no. ¿??¿Recuerdan? La meta es aquel nombre – un tanto genérico – con el que bautizamos el objetivo que teníamos para ese ciclo.

Y por último, insistir en una premisa: No se trata de cómo funciona la pantalla o el software en el que hemos trabajado, sino de qué valor tiene para el cliente, en qué le es útil. Hay que contarles historias, ejemplos, un poquito de actuar diferentes roles para que se entiendan los beneficios. Un poco de Show, pero… a no olvidarse, todo lo que se muestre tiene que estar funcionando.

Típica Agenda: Reunión de Revisión

  1. El Scrum Máster abre la reunión y recuerda a todos el objetivo de ella
    • Muestra lo que se ha conseguido
    • Cuenta historias, la experiencia del usuario
    • Pide opiniones a los presentes. ¿Qué piensan del producto?
  2. El Dueño de Producto explica cuáles eran “sus objetivos” para ese sprint
    • Describe la Meta del Sprint
    • Explica por qué es tan importante esa meta para el negocio.
    • Hace referencia a dónde estamos en el panorama del proyecto.
  3. El Scrum Máster presenta el Sprint.
    • Cuenta la historia de cómo fue todo durante el período. Con qué problemas se encontraron, nuevos miembros del equipo, etc.
    • Da un estado del Sprint y cuenta qué tareas se completaron, y cuáles se quitaron o modificaron.
  4. Finalmente las Demos. El Equipo de Desarrollo elabora cada historia de usuario.
    • El presentador explica qué se intentó hacer con esa historia de usuario.
    • Demostrar el funcionamiento en el sistema real.
    • Responder preguntas.
    • Repetir este punto por cada historia de usuario.
  5. El Scrum Máster cierra la reunión.
share on: