Revisión del sprint: objetivo, asistentes y cómo llevarla a cabo
La revisión del sprint es la sesión en la que el equipo muestra un producto funcional a las partes interesadas y recaba los comentarios que sirven para reestructurar la lista de tareas pendientes. Se trata de una sesión de trabajo, no de una demostración.
La revisión del sprint es la ceremonia en la que el equipo muestra un producto funcional a las partes interesadas y recaba los comentarios que dan forma a lo que se desarrollará a continuación. Se celebra al final del sprint, tiene una duración prevista de unas dos horas para un sprint de dos semanas y su resultado es una lista de tareas pendientes modificada. Lo que hay que tener presente es que se trata de una sesión de trabajo, no de una presentación. El valor no reside en la demostración, sino en las decisiones que esta genera.
Para qué sirve la revisión del sprint
El objetivo de esta revisión es responder a una pregunta junto con las personas a las que les importa el resultado: dado lo que acabamos de crear, ¿qué deberíamos crear a continuación?
El equipo presenta el incremento (el trabajo que realmente se ha realizado, según la definición de «terminado», no el trabajo que está a punto de completarse) y las partes interesadas presentes en la sala responden. Hacen preguntas, plantean objeciones, se dan cuenta de algo que a nadie se le había ocurrido mencionar durante la planificación. Esa reacción es el resultado de la reunión. Se incorpora directamente al backlog del producto, que el responsable del producto ajusta en ese mismo momento o poco después.
Revisión del sprint frente a demostración
La gente utiliza los términos «revisión del sprint» y «la demostración» como si se tratara de la misma reunión. No es así: la demostración es una parte de la revisión.
Mostrar el software en funcionamiento es importante: obliga a la honestidad (no se puede hacer una demostración de una funcionalidad que aún no está terminada) y ofrece a todos un elemento concreto sobre el que reaccionar. Pero si la demostración es lo único que ocurre (el equipo presenta, las partes interesadas aplauden y todos se marchan), habrá sido una comunicación unidireccional. La revisión es la conversación bidireccional que la demostración debería iniciar. La demostración es el preludio; los comentarios y la reordenación de prioridades son el objetivo. Una demostración realizada para recibir aplausos, sin que se tomen decisiones tras ella, es teatro ágil: una ceremonia organizada para el público en lugar de para el resultado.
¿Quiénes acuden y por qué está orientado hacia el exterior?
La revisión del sprint es la única ceremonia orientada al exterior. Los asistentes son todo el equipo Scrum, además de las partes interesadas a las que invita el propietario del producto: clientes, usuarios, patrocinadores, personal de apoyo y cualquier persona cuya reacción deba influir en el producto.
Esa lista de invitados es una decisión, no una mera formalidad. Invite personas que puedan aportar comentarios que merezcan la pena tener en cuenta y sea implacable a la hora de seleccionar a los asistentes: una sala llena de espectadores genera ruido cortés; una sala con los tres clientes adecuados genera una lista de tareas pendientes reordenada. Esta actitud abierta es precisamente lo que distingue la revisión de la retrospectiva de sprint, que es exclusiva del equipo y privada por una razón.
Cómo organizar una que merezca la pena dedicarle una hora
El formato es deliberadamente sencillo. Procure que sea una sesión de trabajo, no un espectáculo.
- Comience por el objetivo del sprint. Recuerde a los presentes qué se pretendía lograr con este sprint, de modo que el incremento se evalúe en función de la intención y no de las impresiones generales.
- Muestre un producto funcional, no diapositivas. Realice una demostración del producto real comparándolo con la definición de «terminado». Omita lo que está «casi terminado», ya que esto da pie a debates sobre un trabajo que aún no está acabado.
- Deje margen para las reacciones. El equipo debería escuchar más que exponer. Las preguntas, las objeciones y las expresiones del tipo «¿y si también…?» son precisamente el material que ha venido a buscar.
- Cierre la sesión actualizando la lista de tareas pendientes. Incorpore los comentarios a las prioridades mientras aún están frescos. Ese es el documento que se elabora en la reunión.
La preparación consiste, sobre todo, en saber dosificar: elegir qué mostrar, asegurarse de que realmente funcione y resistirse a la tentación de crear una presentación. Diez minutos de una función en funcionamiento valen más que cuarenta minutos de capturas de pantalla de la misma.
Revisión del sprint frente a retrospectiva de sprint
Las dos ceremonias de cierre se confunden constantemente, así que preste atención: la revisión evalúa el producto con las partes interesadas; la retrospectiva evalúa el proceso del equipo, de forma privada. La revisión se centra en el exterior y se lleva a cabo en primer lugar; la retrospectiva se centra en el interior y se lleva a cabo en segundo lugar, de modo que el equipo pueda incorporar comentarios recientes sobre el producto a su propia reflexión.
No se combinan bien. Nadie menciona que «nuestras pruebas se realizan con prisas» delante del cliente, por lo que fusionarlas silencia la parte más sincera. Mantenemos la comparación completa, incluyendo quién asiste a cada una y por qué se mantienen separadas, en la revisión del sprint frente a la retrospectiva de sprint. Para saber dónde se sitúan ambas entre el resto de reuniones, consulte las cuatro ceremonias de Scrum y las demás ceremonias de esta guía.
Preguntas frecuentes
¿Cuál es el objetivo de una revisión de sprint?
Revisar el incremento del producto con las partes interesadas y adaptar los pasos siguientes. El equipo muestra lo que realmente ha completado, las partes interesadas reaccionan y esa reacción se incorpora al backlog del producto. Lo importante no son los aplausos, sino el ajuste de rumbo. Una revisión que no modifica en nada el plan no es más que una reunión de seguimiento encubierta.
¿Quiénes asisten a la revisión del sprint?
Todo el equipo Scrum, además de las partes interesadas a las que invita el propietario del producto: clientes, usuarios, patrocinadores y cualquier persona cuyos comentarios deban influir en el diseño del producto. Se trata de la única ceremonia que se orienta deliberadamente hacia el exterior. El propietario del producto selecciona cuidadosamente la lista de invitados para que merezca la pena actuar en función de los comentarios que se recaben en la sala.
¿Cuánto tiempo debe durar una revisión de sprint?
Fije un límite de tiempo de unas dos horas por semana de sprint: hasta dos horas para un sprint de dos semanas y hasta cuatro para uno de un mes de duración. Si se está alargando más de lo previsto, es probable que esté presentando diapositivas en lugar de mostrar un producto funcional, o revisando trabajo que en realidad no se ha realizado.
¿Cuál es la diferencia entre una revisión de sprint y una demostración?
Una demostración es una de las actividades que se llevan a cabo durante la revisión: mostrar el software en funcionamiento. La revisión del sprint es el debate más amplio que se inicia con la demostración: las reacciones de las partes interesadas, los cambios en las prioridades y las modificaciones en la lista de tareas pendientes. Si se considera la revisión únicamente como una demostración, se obtendrá una presentación unidireccional que solo suscita asentimientos con la cabeza, pero no da lugar a decisiones.
¿Cuál es la diferencia entre una revisión de sprint y una retrospectiva?
La revisión del sprint consiste en analizar el producto junto con las partes interesadas, con el fin de decidir qué se va a desarrollar a continuación. La retrospectiva consiste en analizar el propio proceso del equipo, de forma privada, con el objetivo de mejorar en el próximo sprint. La revisión está orientada al exterior y se realiza en primer lugar; la retrospectiva está orientada al interior y se lleva a cabo en segundo lugar. Se necesitan ambas, pero no se combinan bien.