Guía para hacer retrospectivas útiles en equipos de producto
Una retrospectiva que no genera cambios reales en cómo trabaja el equipo es un ritual vacío. Esta guía explica cómo estructurar retrospectivas que producen aprendizaje y mejora continua real.
La retrospectiva es el ritual más fácil de hacer mal. Si no tiene estructura, se convierte en una sesión de quejas sin soluciones. Si tiene demasiada estructura, se convierte en un formulario que el equipo rellena por obligación. Si no genera compromisos de cambio, el siguiente sprint empieza exactamente igual que el anterior.
He estado en retrospectivas que cambiaron algo real en cómo trabajaba el equipo. Y he estado en muchas más que no cambiaron nada.
La diferencia no estaba en el formato. Estaba en cómo se preparaban, cómo se facilitaban y, sobre todo, qué se hacía después.
Para qué sirve una retrospectiva
Una retrospectiva tiene un objetivo muy concreto: que el equipo aprenda de su propia experiencia de trabajo para hacer el siguiente ciclo mejor que el anterior.
No es un espacio para resolver problemas externos al equipo (si el problema es que los requisitos llegan mal, la retrospectiva no es el lugar para arreglarlo). No es un espacio de evaluación de personas. No es una sesión de planificación del siguiente sprint.
Cuando la retrospectiva intenta hacer demasiadas cosas a la vez, no hace ninguna bien.
La estructura mínima que funciona
Hay decenas de formatos de retrospectiva. Todos los que he visto funcionar bien comparten la misma lógica en cuatro partes:
Parte 1: Check-in (5-10 minutos)
El objetivo es que todos los participantes hablen al menos una vez antes de empezar el trabajo real. Hay personas que en una sesión de grupo no participan si no se les da una apertura explícita.
Un check-in simple: cada persona dice en una frase cómo llega a la retro (con energía alta/baja, con cosas que le pesan o no, etc.). Sin desarrollar, sin comentarios del resto.
Parte 2: Recogida de datos (10-15 minutos)
Esta es la fase donde cada persona reflexiona individualmente sobre el período que se está revisando y documenta sus observaciones.
Los formatos más usados:
Start/Stop/Continue: Qué deberíamos empezar a hacer, qué deberíamos dejar de hacer, qué deberíamos seguir haciendo.
Mad/Sad/Glad: Qué me ha frustrado, qué me ha entristecido, qué me ha alegrado (más apropiado para equipos con buena confianza mutua).
4Ls (Liked/Learned/Lacked/Longed for): Qué me gustó, qué aprendí, qué faltó, qué me hubiera gustado tener.
Independientemente del formato, el principio es el mismo: trabajo individual primero, en silencio, antes de compartir. Esto evita el sesgo de anclaje donde la primera persona en hablar define el marco de toda la conversación.
Parte 3: Síntesis y priorización (20-30 minutos)
Después de recoger las observaciones individuales, el equipo las comparte, agrupa las que son similares, y prioriza en cuáles profundizar.
La clave aquí: no todo lo que aparece en la retro merece la misma atención. Identificar los dos o tres temas con mayor impacto en el trabajo del equipo y profundizar en ellos es más útil que tocar superficialmente todo.
Para cada tema priorizado, la conversación tiene que llegar a la raíz: ¿por qué ocurrió esto? ¿Qué condición o proceso lo generó? La técnica de los 5 Porqués (preguntar “por qué” de forma iterativa hasta llegar a la causa raíz) puede ser útil aquí, aunque no siempre es necesaria.
Parte 4: Compromisos de cambio (10-15 minutos)
Esta es la parte que determina si la retro sirve de algo o no.
Cada tema priorizado tiene que generar un compromiso específico y asignado. No “vamos a mejorar la comunicación”. Eso no es un compromiso. Es una aspiración.
Un compromiso de retro tiene que tener: qué va a cambiar, quién es responsable de que ese cambio ocurra, y cuándo se va a revisar si ha funcionado.
“A partir del próximo sprint, el PM va a compartir el contexto del problema antes de presentar la historia en la sesión de refinamiento. Lo revisamos en la retro del sprint que viene.” Eso sí es un compromiso.
El número de compromisos por retro
Mi recomendación: no más de tres compromisos por retro. Preferiblemente dos.
Los equipos que salen de cada retro con diez compromisos no cumplen ninguno. Los que salen con dos tienen una probabilidad razonable de que ambos se implementen. La fuerza del seguimiento es inversamente proporcional al número de compromisos.
El seguimiento: lo que diferencia la retro útil de la inútil
La próxima retro tiene que empezar revisando los compromisos de la anterior. No como evaluación ni como juicio, sino como aprendizaje: ¿se implementó? ¿Qué efecto tuvo? ¿Sigue siendo relevante o el contexto ha cambiado?
Si los compromisos de la retro anterior no se revisan en la siguiente, el equipo aprende que los compromisos de retro no son reales. Y deja de tomarlos en serio.
Cuándo saltarse la retro
No todas las retros tienen que ocurrir con la periodicidad fijada. Si no ha pasado nada relevante desde la última retro, si el equipo está en un momento de alta presión donde una retro de calidad no es posible, o si el equipo claramente no tiene energía para la sesión, puede ser más honesto pausar y hacer una retrospectiva más corta en el siguiente ciclo.
Una retro a la que el equipo llega agotado y que no genera ningún insight útil erosiona la confianza en el proceso más que no hacerla.
Las opiniones expresadas son personales y no representan la posición de ninguna organización.