Retrospectiva
Reunión en la que el equipo hace balance al cierre de una etapa de un proyecto o un sprint. Forma parte estándar de Scrum, dentro del desarrollo ágil.
Una retrospectiva (abreviada como «retro») es la reunión en la que el equipo hace balance en los hitos de un proyecto o de un sprint. Es un proceso para «mirar atrás y aprovecharlo en lo siguiente», y forma parte estándar de Scrum en el desarrollo ágil. En japonés también se llama «reunión de repaso» o «KPT». Tener con regularidad un espacio de repaso sirve de punto de partida para detectar los problemas en la forma de trabajar y ponerles remedio.
Estructura básica de la retro
Existen muchos marcos, pero uno sencillo y muy extendido es el «KPT». Se hace balance sobre 3 ejes: Keep (lo que hay que mantener), Problem (los problemas) y Try (lo que se probará a continuación).
Marcos distintos del KPT
| Nombre | Ejes | Idoneidad |
|---|---|---|
| KPT | Keep / Problem / Try | De uso general. Muy extendido |
| Start / Stop / Continue | Empezar / Dejar de hacer / Continuar | Orientado a la acción |
| 4Ls | Liked / Learned / Lacked / Longed for | Da peso a las emociones y al aprendizaje |
| Mad / Sad / Glad | Enfado / Tristeza / Alegría | Cuando se quiere ser sincero con las emociones |
| Sailboat | Viento (impulso) / Ancla (obstáculos) / Rocas (riesgos) / Isla (objetivo) | Da peso a lo visual |
Condiciones de una retro que funciona
- Hay seguridad psicológica (no se reprocha a nadie lo que dice)
- Se critica el proceso, no a las personas
- En el Try se deciden acciones concretas
- El Try de la vez anterior se refleja en el Keep / Problem de la siguiente
- Se acota en una caja de tiempo de unos 30-60 minutos como referencia
Para que no se vacíe de contenido
Una de las causas de que la retro se convierta en un ritual vacío que se hace «por obligación» es que los Try que salen se quedan sin ejecutar. Igual que en el seguimiento después de una reunión, conviene incorporar un ciclo en el que cada Try se convierta en una tarea de seguimiento con responsable y plazo, y se revise su avance al comienzo de la siguiente sesión.
Diseño de la frecuencia
En Scrum se celebra al final de cada sprint. El repaso del proyecto en su conjunto (retro de proyecto) se hace cada trimestre o tras un lanzamiento importante. Combínela con la optimización de las reuniones periódicas para equilibrar frecuencia y calidad.
La granularidad del Try decide el éxito
La calidad de la retro depende mucho de lo concreto que sea el Try. Un Try abstracto como «mejorar la comunicación» no lo puede ejecutar nadie, y en la siguiente sesión vuelve a aparecer el mismo Problem. Hay que bajarlo a una granularidad como «reservar 5 minutos para preguntas al final de la reunión matinal», que el responsable pueda ejecutar desde mañana y cuyo cumplimiento se pueda juzgar en la siguiente sesión. Lo mismo vale para el Problem: si con el tiempo la resolución aumenta y se pasa de retos demasiado grandes como «falta de recursos» a atascos concretos del proceso, puede leerse como señal de que la retro empieza a funcionar.