Revisión de la sprint: objetivo, participantes y cómo llevarla a cabo

La revisión del sprint es la ceremonia en la que el equipo muestra el producto funcional a las partes interesadas y recopila los comentarios que dan forma a lo que se desarrollará a continuación. Tiene lugar al final del sprint, tiene una duración máxima 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: teniendo en cuenta lo que acabamos de crear, ¿qué deberíamos crear a continuación?

El equipo presenta el incremento —el trabajo que realmente se ha completado, según la definición de «hecho», 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 solo 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á llevado a cabo una comunicación unidireccional. La revisión es la conversación bidireccional que la demostración debería iniciar. La demostración es el punto de partida; los comentarios y la replanificación de prioridades son el objetivo.

¿Quién asiste y por qué está orientado hacia el exterior?

La revisión del sprint es la única ceremonia diseñada para dirigirse al exterior. Los asistentes son todo el equipo Scrum más 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 orientación hacia el exterior 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 exponiendo 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 da pie a debates sobre un trabajo que aún no está concluido.
• 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 analiza el producto con las partes interesadas; la retrospectiva analiza 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 los 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 acaba silenciosamente con la parte honesta. Mantenemos la comparación completa, incluyendo quién asiste a cada una y por qué deben mantenerse separadas, en revisión del sprint frente a 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 siguientes pasos en consecuencia. 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 estado 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 responsable de producto —clientes, usuarios, patrocinadores y cualquier persona cuyos comentarios deban influir en el diseño del producto—. Es la única ceremonia que se orienta deliberadamente hacia el exterior. El responsable de producto selecciona cuidadosamente la lista de invitados para que merezca la pena tener en cuenta los comentarios que se expresen 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 excede ese tiempo, es probable que esté mostrando diapositivas en lugar de presentar 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 analiza el producto con las partes interesadas: qué se va a desarrollar a continuación. La retrospectiva analiza el propio proceso del equipo, de forma privada: cómo trabajar mejor en el próximo sprint. La revisión se centra en el exterior y tiene prioridad; la retrospectiva se centra en el interior y ocupa el segundo lugar. Se necesitan ambas, pero no se combinan bien.