Convertir una revisión de sprint muerta en una conversación de trabajo
Un equipo de producto en una empresa de logística —llamémoslo el escuadrón Visibilidad de Carga— tenía una revisión de sprint que todos temían en privado. Cada segundo jueves, los desarrolladores paseaban a una sala de interesados a medias atentos por una serie de capturas de pantalla. La gente llegaba tarde, mantenía las cámaras apagadas y respondía correos. En el inestable entorno de suministro de principios de 2022, el negocio necesitaba desesperadamente dirigir este producto, y sin embargo el único evento diseñado para dirigirlo se había convertido en teatro.
El Scrum Master notó el síntoma que importaba: la retroalimentación nunca llegaba durante la revisión. Llegaba días después, por correo paralelo, a menudo contradiciendo lo que el equipo acababa de construir. La revisión de sprint existía en el calendario, pero no hacía su trabajo.
Para qué sirve la revisión de sprint
La Guía de Scrum es clara: la revisión de sprint es una sesión de trabajo donde el Equipo Scrum y los interesados inspeccionan el Incremento y lo que ha cambiado en su entorno, y luego colaboran sobre qué hacer a continuación. La Pila de Producto puede ajustarse en el momento. No es, explícitamente, ni una reunión de estado ni una demo de una sola vía. El escuadrón había invertido todo eso en silencio: presentaban, no inspeccionaban, y desde luego no colaboraban.
Dos malentendidos impulsaban el deterioro. Primero, creían que el propósito de la revisión era demostrar que se había cumplido el Objetivo del Sprint. Segundo, trataban a los interesados como un público al que informar y no como socios cuya opinión rehace la pila. Una vez que ves esos dos errores, la solución surge de forma natural.
Lo que el escuadrón cambió
Empezar por el entorno, no por lo construido. El Product Owner dedicaba cinco minutos a lo que había cambiado —un cambio de API de un transportista, el volumen de un nuevo cliente— para que la sala juzgara el trabajo frente a la realidad actual, no a los supuestos del sprint anterior.
Dejar que los interesados usen el Incremento. En lugar de capturas narradas, usuarios reales recorrían ellos mismos la función en funcionamiento. Las manos sobre el producto sacan reacciones honestas que una diapositiva nunca logra.
Hacer una pregunta precisa y luego callar. «¿Cambiaría esto tu forma de gestionar un envío retrasado?» supera a «¿algún comentario?». La primera invita a una decisión; la segunda invita al silencio.
Editar la pila en la sala. Cuando un interesado señaló un caso de excepción faltante, el PO lo añadió y ordenó en vivo, en pantalla. La gente se implica cuando ve que su aporte aterriza.
Invitar a las personas correctas. Dos interesados comprometidos que de verdad usan el producto pesan más que diez espectadores. Recortaron la lista y la energía subió.
Qué cambió y por qué se sostuvo
En pocos sprints la revisión dejó de ser una emisión y pasó a ser el lugar donde de verdad se daban forma las prioridades del siguiente sprint. Los correos paralelos se secaron porque ya no hacían falta: la conversación que importaba ocurría ahora en la sala, en el momento adecuado, con las personas adecuadas. Las cámaras se encendieron. La reunión se acortó e hizo más.
La lección trasciende a este equipo: una revisión de sprint fracasa no porque los interesados estén desconectados por naturaleza, sino porque una demo no les da nada que hacer. Entrégales una decisión real y un producto en funcionamiento, y la participación deja de ser algo que hay que mendigar.
Lograr que los eventos de Scrum cumplan de verdad su función suele ser donde la entrega mejora en silencio: la asesoría de entrega de programas y proyectos de XNM ayuda a los equipos a convertir las ceremonias ágiles en verdaderos puntos de decisión.