Facilitar una retrospectiva del sprint efectiva requiere mucho más que preguntar al equipo qué salió bien y qué salió mal. Existe una estructura de cinco pasos que permite al scrum master guiar la conversación desde la conexión inicial hasta la definición de accionables concretos, asegurando que tanto la inspección como la adaptación estén presentes en cada sesión.
¿Cuáles son los cinco pasos para estructurar una retrospectiva efectiva?
La estructura que se propone es considerada estándar en la industria y diversas herramientas ya la utilizan como base para diseñar ejercicios de retrospectiva. Cada paso cumple un propósito específico dentro del evento.
¿Por qué preparar el escenario es el primer paso imprescindible?
El primer paso consiste en preparar el escenario [0:38]. Se trata de generar un espacio de check-in, conexión y romper el hielo para que los asistentes lleguen con energía y concentración. Un punto importante: el product owner debe participar de la retrospectiva al mismo nivel que los developers [1:14]. Aislarlo genera desconexión y la percepción de que es un agente externo al equipo scrum.
¿Cómo se recolectan datos sin perder el foco del equipo?
El segundo paso es la recolección de datos [3:02]. Aquí el equipo analiza cuáles fueron los hechos más relevantes del sprint. Cuando hay situaciones similares, conviene agruparlas en conjuntos más representativos para después poder priorizar. No se puede dedicar todo el sprint a trabajar la retrospectiva, así que es mejor concentrarse en la situación que genera el mayor retorno [3:30] a nivel de mejora de proceso.
Un facilitador debe cuidar su rol: si es juez y parte al mismo tiempo, puede descuidar su función de facilitación [4:12]. Lo recomendable es que el scrum master se abstenga de participar como miembro del equipo, salvo que detecte información clave que se esté escapando.
¿Qué es la indagación y por qué no se debe omitir?
El tercer paso es la indagación [4:48], que busca encontrar la causa raíz de las situaciones priorizadas. Saltarse este paso es uno de los errores más comunes en scrum masters inexpertos. Por ejemplo, si el equipo identifica que "no se comunicó bien", quedarse en esa superficie lleva a accionables ineficaces como crear un grupo de WhatsApp o ir a comer helado los jueves [5:30].
Un problema de comunicación puede significar muchas cosas:
- Alguien dijo algo que no debía decir.
- Se usó un tono o lenguaje no verbal incorrecto.
- No se involucró a una persona clave.
- Alguien no compartió información que debía compartir.
Sin indagar en profundidad, los accionables apuntan al síntoma y no al origen del problema.
¿Cómo decidir qué hacer y evitar comprometerse con demasiados accionables?
El cuarto paso es decidir qué hacer [6:38]. Una vez clara la causa raíz, el equipo propone accionables concretos. Es fundamental que todos aporten desde sus conocimientos y experiencia, pero la clave está en priorizar uno o dos accionables [7:18] en lugar de comprometerse con muchos.
La razón es práctica: cuando se implementan demasiados accionables simultáneamente, algunos pueden cancelar el efecto de otros. Si la solución no aparece, el equipo piensa que nada funcionó, cuando en realidad un accionable sí dio resultado pero los demás lo perjudicaron. Lo ideal es mantener un backlog de mejoras [7:52] con accionables concretos, lanzar un experimento, medir resultados y, si no funciona, descartarlo y pasar al siguiente.
La responsabilidad de ejecutar estos accionables no recae únicamente en el scrum master [8:18]. Deben estar repartidos en todo el equipo scrum, y lo recomendable es que emerjan personas dentro del equipo que se hagan cargo.
El quinto y último paso es cerrar la retrospectiva con una retrospectiva de la retrospectiva [8:38]: qué hicimos bien en esta sesión y qué podemos mejorar para las futuras.
¿Cómo ayudan las metáforas visuales a mejorar la retrospectiva?
Preguntar directamente "¿qué podemos mejorar?" rara vez produce las mejores ideas. Las metáforas visuales [9:06] despiertan conciencia y creatividad en el equipo, ayudándolo a recordar lo ocurrido y a generar propuestas más ricas.
Un ejemplo es la metáfora de la isla [9:30], donde cada elemento visual representa una dimensión diferente:
- Botella con mensaje: lecciones aprendidas para el futuro.
- Frutos en las palmeras: victorias y logros del sprint.
- Barcos pirata: amenazas, riesgos materializados o cosas que no funcionaron.
- Faro: oportunidades que se están asomando y vale la pena explorar.
Herramientas como miro.com [10:42] ofrecen plantillas de metáforas y actividades para cada etapa de la estructura. También existe RetroMap [11:02], una herramienta que genera de forma aleatoria o manual una secuencia de ejercicios alineados con cada paso de la retrospectiva, ideal cuando se necesita diseñar la sesión rápidamente.
Si has creado o quieres diseñar tu propia metáfora visual para retrospectivas, compártela en los comentarios para construir un inventario colectivo de plantillas que todos puedan utilizar en futuras sesiones.
