Una Sprint Review a distancia puede convertirse en una lista de tareas cerradas. Sin embargo, su propósito es que el Scrum Team y las partes interesadas inspeccionen el resultado del sprint y decidan qué conviene adaptar. La Guía de Scrum la define como una sesión de trabajo, no como una presentación de diapositivas.

Una pizarra online para colaborar permite ver juntos el objetivo, el incremento disponible, las observaciones y las posibles decisiones sobre el Product Backlog. La pizarra organiza la conversación, pero no sustituye al producto funcional que se examina.

Resultado de un sprint conectado con las observaciones de los participantes y posibles cambios del backlog
El resultado, la opinión recibida y el siguiente paso deben verse en el mismo contexto.

Prepare el resultado que se va a inspeccionar

Antes de la reunión, precise el objetivo del sprint, elija el incremento y convoque a quienes pueden hablar de su utilidad. Si necesitan entrar en un entorno de prueba, facilite el acceso con antelación. Divida la pizarra en cuatro zonas: objetivo y resultado; qué se puede probar; qué ha cambiado en el entorno; preguntas y adaptaciones. No rellene la última zona con decisiones tomadas sin los participantes.

Ejemplo: cambiar la hora de una cita

Imaginemos un servicio de reservas que ahora permite cambiar una cita sin llamar a soporte. El equipo muestra dos recorridos: elegir una hora disponible y encontrarse con una franja ocupada. Una persona de soporte observa que muchos clientes llegan desde un correo recordatorio. Otra pregunta si ciertos servicios requieren aprobación antes de confirmar el nuevo horario. Son observaciones y preguntas, no requisitos aprobados automáticamente.

Coloque cada comentario junto al paso al que se refiere. Anote aparte las opciones: explicar por qué la hora no está disponible o estudiar una lista de espera. Tras la conversación, el Product Owner podrá ajustar el Product Backlog; una votación de notas no decide por él.

Facilite la conversación remota

  1. Comience por el objetivo y muestre el comportamiento del incremento en vez de leer cada tarea terminada.
  2. Pida a un participante que explique qué esperaba en un punto concreto; registre su observación antes de discutir soluciones.
  3. Distinga hechos de propuestas: «el mensaje de hora ocupada no se entiende» y «crear una lista de espera» son notas diferentes.
  4. Pregunte qué ha cambiado fuera del equipo y qué información falta para decidir.
  5. Cierre indicando quién investigará cada pregunta y cuáles pasarán a la revisión del backlog.

Quienes no puedan asistir pueden comentar en la misma pizarra. No confunda la Sprint Review con la retrospectiva: aquí se analiza el resultado del producto con las partes interesadas; la forma de trabajar del equipo se examina en otro evento.

Monte la pizarra en Boardmix

Cree las cuatro zonas en Boardmix y enlace el incremento real. Sitúe notas junto al elemento del producto que describen y comparta acceso de edición con quienes aportarán comentarios. Evite copiar datos personales de clientes. Si el equipo utiliza una plantilla de tablero Scrum, no replique aquí todo el seguimiento de tareas: lleve solo el contexto necesario para inspeccionar el resultado.

Pizarra Boardmix para revisar un cambio de cita, con objetivo, incremento, observaciones y opciones de backlog
La observación sobre una hora ocupada queda ligada al recorrido; la lista de espera sigue siendo una propuesta. Ver el ejemplo a tamaño completo.

Una revisión útil termina con el incremento inspeccionado, comentarios fielmente recogidos y preguntas claras para el siguiente paso, aunque persistan desacuerdos.