La revisión de Sprint en Scrum

La revisión de Sprint en Scrum tiene como objetivo presentar el producto (el trabajo realizado) durante el Sprint actual. Para que sea completa, se lleva a cabo al final del Sprint, justo antes de la reunión de Retrospectiva de Sprint.

Dedico un artículo completo a esta reunión porque todavía veo equipos que no comprenden realmente que puede ser mucho más completa de lo que imaginamos inicialmente.

¿Quiénes son invitados a la Revisión de Sprint?

En un Scrum clásico, se invita al equipo Scrum y a los interesados relacionados con el producto. Sin embargo, en el Scrum actual, siempre tratamos de invitar a diferentes clientes (usuarios clave) para compartir la información con la mayor cantidad de personas posible.

En las pequeñas startups, donde hay pocos equipos Scrum, el coach ágil suele aconsejar invitar a toda la empresa a cada sesión, especialmente si el desarrollo del producto es el núcleo del negocio. El equipo puede establecer conexiones con sus clientes y con las personas de la empresa que tienen visibilidad sobre el progreso de los proyectos.

En general, el Product Owner y el Scrum Master invitan a los diferentes clientes a unirse a ellos durante esta reunión. Crearán un vínculo real con esta reunión con los diferentes clientes del equipo.

Proceso de Revisión de Sprint

Cuando comenzamos a utilizar Scrum avanzado y a invitar a nuestros clientes a unirse a nosotros, debemos hacer un mínimo para presentar las cosas; la presentación del trabajo completado debe tener un enfoque comercial. El Product Owner y el Scrum Master aprovecharán la oportunidad para vender el trabajo realizado.

Una bonita diapositiva (o PowerPoint) presentada en una pantalla grande embellecerá su presentación oral. Hoy en día, en Internet, existen muchos modelos de diapositivas que pueden ayudarte a hacer una presentación limpia. Algunas personas preferirán una visualización sencilla de Jira que hará el trabajo pero será menos atractiva visualmente.

El Product Owner y el Scrum Master se situarán frente a los clientes y el equipo para presentar el trabajo completado durante el Sprint. Invitarán a los desarrolladores a demostrar una nueva función completada o un nuevo producto terminado. Durante las sesiones, es importante que todos los desarrolladores participen en este ejercicio oral (intentando invitar a los más tímidos).

Luego tendrán la oportunidad de presentar algunos indicadores reveladores (gráfico de trabajo pendiente, gráfico de trabajo completado, gráfico de impedimentos) para transmitir mensajes o explicar los temores de retraso.

Siempre terminan preguntando si alguien tiene preguntas para crear debates o asegurarse de que todos se vayan con la mayor cantidad de información posible.

De hecho, la Revisión de Sprint a menudo se subestima, pero puede ser una de las mejores formas de lograr la transparencia (uno de los tres pilares de Scrum).

Una vez que finaliza la Revisión de Sprint, te aconsejo que envíes la presentación a todos los clientes (incluso a los ausentes) y al equipo de desarrollo. Si realizas la Revisión de Sprint un viernes por la tarde, te recomendaría esperar hasta el próximo lunes por la mañana para enviarla y tener una mejor oportunidad de ser vista por los ausentes.

Revisión de Sprint: Puntos de atención

Las primeras sesiones de Revisión de Sprint suelen ser muy emocionantes y pueden atraer a muchas personas; por lo general, los resultados de estas sesiones son muy bien recibidos por los invitados.

Por otro lado, el Scrum Master y el Product Owner deben limitar las sesiones a un máximo de 30 minutos y nunca superar el tiempo inicial; puede parecer tonto, pero si estas reuniones se prolongan, tus invitados pueden faltar a más reuniones por falta de tiempo. Dales una reunión completa pero evita todo lo superfluo.

No invites siempre a todos los usuarios clave cada vez, sino invita a aquellos que se ven afectados por el trabajo completado para trasladarlos solo en momentos críticos; tendrás más posibilidades de tenerlos en cada sesión (o al menos más a menudo).

No mantengas siempre el mismo formato, porque con el tiempo aburrirás a tus interlocutores. Cambios en el ritmo, el formato y el estilo de tus diapositivas reducirán la sensación de monotonía. Si sientes que la gente está desertando durante tus sesiones, es demasiado tarde. Y volver a la situación normal será complicado.

En resumen, el trabajo del Scrum Master y del Product Owner no es fácil de llevar.

¿Imprevistos durante la Revisión de Sprint?

Obviamente, pueden surgir imprevistos, como un Product Owner o un Scrum Master enfermo; no te preocupes, aprovecha estos imprevistos para hacer cambios (como involucrar a un desarrollador de manera excepcional). Si esto parece un problema a primera vista, creo que puedes obtener la ventaja de combatir la monotonía de la reunión si pruebas este tipo de cambio de última hora.

Por otro lado, insisto en que debemos celebrar la reunión incluso en caso de ausencia del Product Owner o del Scrum Master. Es muy malo cancelarla.

Una demostración puede ser interrumpida por X razones; el Scrum Master debe improvisar para aprovechar estos errores y agregar un poco de humor. Un Scrum Master acostumbrado a su rol suele intervenir para hacer este momento agradable.

Conclusión de la Revisión de Sprint

La Revisión de Sprint puede ser más que una simple reunión y convertirse en un diálogo real con tus clientes. Si tus clientes se involucran más, serán comprensivos en momentos difíciles.

¿Cómo has adaptado tu Revisión de Sprint a tu empresa para hacerla aún más útil?