Home Blog/ Estilo de vida/
Estilo de vida

Sprint Reviews: Haz tus revisiones en Scrum de la forma correcta

Tatiana Forero - 08 Abr 21

Articulo

7 min.

¬ŅSab√≠as que Scrum es una de las metodolog√≠as √°giles m√°s usadas en el desarrollo de software y dise√Īo de productos en todo el mundo, con el 70% de los equipos utiliz√°ndola? Estamos ante un marco de trabajo que permite la iteraci√≥n y la revisi√≥n, esta √ļltima es parte clave en este proceso. Por eso, hoy hablaremos de los Sprint Reviews o Revisi√≥n de Sprints.

No te preocupes si estás un poco confundido. En esta nota comenzaremos repasando los básicos de la metodología Scrum y cómo los Sprints son el corazón de este marco. Enseguida, conocerás qué es un Sprint Review, cuál es su objetivo, cómo se hace y las mejores prácticas para hacer una revisión efectiva del proyecto con tu equipo de trabajo.

Basta de introducci√≥n, ¬°acomp√°√Īanos a conocer m√°s sobre los Sprint Reviews!¬†ūüöÄūüí°

Primero, ¬Ņqu√© es la metodolog√≠a Scrum?

Para entender qué son los Sprint Reviews, revisemos brevemente en qué consiste la metodología Scrum. Back to the basics!

Elohin Fuentes, Scrum Master en Amazon y profesor del curso online SCRUM: Gestionando equipos de trabajo, nos comparte qué es Scrum:

‚ÄúScrum se basa en el concepto de que, para el desarrollo de productos nuevos y complejos, los mejores resultados se producen cuando se asignan objetivos a equipos peque√Īos y autoorganizados, en lugar de tareas espec√≠ficas. El equipo tiene la libertad de determinar la mejor manera de cumplir esos objetivos‚ÄĚ.

Estamos ante una metodología ágil que guía las relaciones e interacciones de los equipos Scrum con un marco ligero e intencionalmente incompleto. Scrum solo define las partes necesarias para implementar la metodología, a la vez que deja espacio para que cada equipo lo adapte a sus objetivos y pueda generar valor.

 

Fuente: GIPHY.

ūüĎČ Seg√ļn la Gu√≠a Scrum, esta metodolog√≠a se basa en el empirismo y el pensamiento Lean. Adem√°s, emplea un enfoque iterativo e incremental para optimizar la previsibilidad y controlar el riesgo. Pero ¬Ņc√≥mo lo hace?

Mira, la metodolog√≠a Scrum combina 4 eventos formales (tambi√©n conocidas como ceremonias) que implementan los pilares emp√≠ricos de Scrum dentro de un evento contenedor conocido como el Sprint ‚ÄĒpor cierto, los pilares son la transparencia, inspecci√≥n y adaptaci√≥n‚ÄĒ.

¬ŅTodo bien hasta ahora? Entonces, vamos con la siguiente parte.

¬ŅQu√© es un Sprint?

Como te dijimos, un Sprint es un contenedor para todos los demás eventos. De acuerdo con la Guía Scrum, son eventos de duración fija, de un mes o menos, en los que se realiza todo el trabajo necesario para lograr el objetivo del Sprint (Sprint Goal). 

Siguiendo la metodolog√≠a Scrum, el desarrollo de un producto, servicio o soluci√≥n no se hace con un √ļnico Sprint, sino con una consecuci√≥n de m√ļltiples iteraciones, cada uno con un objetivo bien definido que est√° alineado con el objetivo del producto (Product Goal).

¬ŅRecuerdas que tenemos 4 eventos o ceremonias dentro de un Sprint? Estos son:

1. Planificación de Sprint (Sprint Planning)

En este primer evento todo el equipo Scrum se re√ļne y establece el trabajo que se realizar√° para el Sprint de acuerdo con lo que el Product Owner considera que son los elementos prioritarios del Product Backlog. Esto incluye la definici√≥n del Sprint Goal y el Sprint Backlog. En resumen, se trata de definir todas las tareas, los responsables y los plazos.

2. Scrums diarios (Daily Scrum)

El objetivo de estas reuniones diarias en la metodología Scrum es saber cómo va el avance hacia el Sprint Goal. Normalmente ocurren en 15 minutos y, en ellas, los desarrolladores comentan las novedades, los riesgos y la evolución del proyecto en general. Al final de cada sesión se puede adaptar el Sprint Backlog, si es necesario.

3. Revisión de Sprints (Sprint Reviews)

Llegamos a lo que nos interesa en esta nota.¬†‚≠ź En los Sprint Reviews se eval√ļa la evoluci√≥n del proyecto y, si es necesario, se ajusta el Product Backlog, as√≠ como el Sprint Backlog que se defini√≥ en la etapa de planificaci√≥n.¬†

4. Retrospectiva de Sprint (Sprint Retrospective)

El √ļltimo evento de la metodolog√≠a Scrum ocurre una vez que se ha concluido el Sprint. Se trata de una reuni√≥n en la que se eval√ļan los resultados del Sprint y los aprendizajes que se pueden aplicar en el modelo de trabajo para los pr√≥ximos Sprints.

 

Fuente: Antevenio.

Con este contexto, ahora sí podemos adentrarnos en el asunto de los Sprint Reviews.

¬ŅQu√© es un Sprint Review?

Al final de cada Sprint se lleva a cabo un Sprint Review: una reunión en la que el equipo Scrum y todas las partes interesadas en el proyecto revisan lo que se logró en el Sprint y los cambios que se han presentado en el entorno del negocio para hacer los ajustes necesarios en el Product Backlog.

Se trata del pen√ļltimo evento en un Sprint.

En el Sprint Review quienes toman la batuta son el equipo de desarrolladores. Ellos presentan los resultados de su trabajo, o en t√©rminos Scrum ūüßź, el ‚ÄúIncremento‚ÄĚ a los dem√°s asistentes. ¬ŅQu√© cosa es el Incremento? ¬°No te asustes, que no significa que te van a aumentar la carga de trabajo!

‚úÖ Seg√ļn Scrumio, el Incremento en la metodolog√≠a Scrum es la suma de todos los elementos o √≠tems del Product Backlog (PBI) completados durante el Sprint presente + el valor de los incrementos de todos los Sprints anteriores.

Pero más allá de ser una presentación, el equipo Scrum aprovecha los Sprint Reviews para fomentar una sesión de trabajo donde todas las partes discutan qué hacer a continuación con el proyecto y qué mejorar de cara a los próximos Sprints.

 

¡Comunícate asertivamente en tus Sprint Reviews! Descarga esta guía gratuita de Soft Skills

Banner Guía Soft Skills

 

¬ŅQu√© no es un Sprint Review?

  • No es una reuni√≥n de seguimiento.
  • No es un espacio para encontrar ‚Äúculpables‚ÄĚ por los retrasos.
  • No es una demostraci√≥n del prototipo del producto.
  • No es una presentaci√≥n unidireccional.
  • No es donde se aprueban los √ćtems del Product Backlog (PBI) terminados.

 

Diferencia entre Sprint Review vs. Sprint Retrospective

Ahora, si eres nuevo con la metodolog√≠a Scrum, quiz√°s el Sprint Review se parezca mucho al Sprint Retrospective, ¬Ņser√°n hermanos gemelos separados al nacer? Casi, pero no.

La diferencia entre el Sprint Review vs. Sprint Retrospective es que el primero se encarga de inspeccionar el Incremento del Sprint presente y adaptar el Product Backlog, mientras que el segundo busca mejorar la forma en que el equipo Scrum desempe√Īa su trabajo de forma general durante lo que queda del proyecto. Es decir:

‚úÖ El Sprint Review se enfoca en las adaptaciones que se pueden hacer en el producto.

✅ El Sprint Retrospective se centra en las mejoras que puede implementar el equipo Scrum en su forma de trabajo, sea en sus relaciones interpersonales, procesos, herramientas o Definición de terminado. 

En resumen, el Sprint Review mira al producto y el Sprint Retrospective se enfoca en la forma de trabajo. ¬°Esa es la diferencia entre el Sprint Review vs. Sprint Retrospective!

 

Fuente: Freepik.

¬ŅCu√°l es el objetivo de los Sprint Reviews?

Elohin Fuentes, profesor de Crehana, nos comenta que el propósito del Sprint Review es presentar e inspeccionar el Incremento para adaptar el Product Backlog: 

‚ÄúLa idea es mostrar algo de trabajo tangible que no se ten√≠a en el √ļltimo Sprint Review y que representa valor real para el negocio. Con esta informaci√≥n, todas las partes interesadas pueden determinar futuras adaptaciones en el Product Backlog con respecto a los pr√≥ximos Sprints‚ÄĚ.

De acuerdo con Elohin Fuentes, la presentación del Incremento tiene dos objetivos:

  • Facilitar la retroalimentaci√≥n de informaci√≥n
  • Fomentar la colaboraci√≥n

 

Y es que al hacer un Sprint Review con todas las partes interesadas, se favorece el pilar de la transparencia con respecto al desarrollo del producto. ¬°Todos los stakeholders estar√°n en el mismo canal con respecto al incremento terminado durante el Sprint y los pasos a seguir!

 

Objetivo Sprint Review

Fuente: Freepik.

¬ŅC√≥mo se hace un Sprint Review?

¡Bien! Ya que sabes el significado de Sprint Review, vamos a mostrarte cómo se hace uno.

Primero, debes saber que un Sprint Review es una reunión informal corta, por lo que no dura más de 4 horas para Sprints de 1 mes. 

Todo comienza con el Product Owner, quién es el encargado de organizar el evento. Por su parte, el Scrum Master se asegura de que el evento se lleve a cabo, que cumpla los tiempos establecidos y que todos los asistentes entiendan su propósito para facilitar la colaboración. 

¬ŅY qui√©nes participan en los Sprint Reviews?

  • El Product Owner y el Scrum Master, por supuesto.
  • Los desarrolladores.
  • Otras partes interesadas clave como otros departamentos de la empresa, los clientes o los usuarios.

 

Una vez todos los asistentes est√©n en sus puestos, se da inicio al evento del Sprint Review. Por lo general, la reuni√≥n sigue el esquema que te mostramos en seguida. ¬°Aseg√ļrate de tener reuniones virtuales eficientes con estos consejos!

Ejemplo de Sprint Review

1. El Product Owner se encarga de organizar el Sprint Review e invitar a los asistentes. 

2. Ya en la reuni√≥n, el Product Owner recuerda la visi√≥n del producto y explica qu√© elementos o √≠tems del Product Backlog (PBI)¬†definidos para el Sprint¬†se han terminado seg√ļn la Definici√≥n de terminado¬†y cu√°les no.

3. El equipo de desarrollo muestra el Incremento terminado y explica lo que se ha hecho y aquello a lo que no se ha llegado. Aquí se comenta lo que se hizo bien durante el Sprint, cuáles fueron los problemas que se presentaron y cómo se solucionaron.

4. Mientras presentan el Incremento, el equipo de desarrollo responde las preguntas que las partes interesadas puedan tener sobre este.

5. El Product Owner presenta el Product Backlog en su estado actual y lo reorganiza seg√ļn el feedback recibido por los asistentes.¬†

6. Todos los asistentes plantean nuevos Sprints y deciden entre todos qué se va a hacer en el próximo, definiendo posibles fechas de finalización del Sprint actual basándose en el progreso obtenido hasta ahora.

7. Como punto final del Sprint Review, los asistentes definen el presupuesto y alcance del proyecto para futuros Sprints.

Como puedes suponer, toda esta información servirá como insumo para el Sprint Planning de la siguiente iteración.

 

Fuente: GIPHY.

En resumen, ¬Ņqu√© temas deben ser discutidos en el Sprint Review?

  • √ćtems del Product Backlog (PBI) que se han terminado o no seg√ļn la Definici√≥n de terminado.

 

  • El Incremento terminado en el Sprint, comentando las victorias y los problemas presentados.

 

  • Estado actual y adaptaci√≥n del Product Backlog seg√ļn el feedback y los cambios en el mercado.

 

  • Revisi√≥n de informaci√≥n para el pr√≥ximo Sprint Planning.

 

¬ŅCu√°l es el resultado del Sprint Review?

Al finalizar el Sprint Review, el equipo Scrum tendr√° un Product Backlog revisado y actualizado en el que se definen los elementos o √≠tems del Product Backlog (PBI) posibles para el siguiente Sprint. ūüĎĆ

Buenas pr√°cticas de un Sprint Review

  • Invita a todas las partes interesadas en el proyecto. Eso fomenta la transparencia que tanto se busca con la metodolog√≠a Scrum.

 

  • Mant√©n el foco en el producto. Las discusiones sobre el rendimiento y los procesos del equipo Scrum se reservan para el Sprint Retrospective.

 

  • Recuerda que el Sprint Review no se limita a una presentaci√≥n o demo del Incremento. Es la oportunidad para que todo el equipo Scrum y otras partes interesadas den su feedback.

 

  • Mantente abierto al feedback. Esto te ayudar√° a plantear una visi√≥n com√ļn para lo que necesita ser realizado en el siguiente Sprint.

 

  • Al reorganizar el Product Backlog de acuerdo con el feedback, no pierdas de vista el Product Goal. Recuerda, si algo no funciona, se cambia el plan, pero no el objetivo.

 

  • No olvides aprovechar el Sprint Review para revisar cu√°l podr√≠a ser el valor en el siguiente Incremento, seg√ļn los cambios del mercado.

 

¬°Listo! ¬ŅQu√© te parecen ahora los Sprint Reviews? Son uno de los 5 eventos clave para la metodolog√≠a Scrum, puesto que te permiten adaptar el desarrollo de un producto para asegurarte que satisfaga las necesidades de los usuarios en un 110%.

No te vayas sin antes revisar estos libros de Scrum para aprender mucho m√°s sobre este marco de trabajo y, si est√°s listo para dar un paso m√°s all√° en tu aprendizaje, los cursos de Crehana en metodolog√≠as √°giles te ayudar√°n a llegar al siguiente nivel. ¬°Feliz aprendizaje!¬†ūüėČ