La retrospectiva empieza con las mismas tarjetas de siempre: lo bueno, lo malo, lo que hay que mejorar. Hablan las mismas tres personas, las acciones se anotan y en la sesión siguiente nadie recuerda cuáles eran. Si te suena familiar, el problema rara vez es el formato: es el método. Aquí verás cómo hacer una retrospectiva de equipo que termine en cambios reales.
La guía está escrita para scrum masters, líderes y coaches cuyas retrospectivas se volvieron repetitivas. Al terminarla conocerás una estructura de cinco momentos, tres formatos con su criterio de uso, una variante para equipos no ágiles y una forma de garantizar que lo decidido se cumpla.
Cómo hacer una retrospectiva de equipo en cinco momentos
Una retrospectiva es una sesión periódica en la que el equipo revisa cómo trabajó y decide qué cambiar. Se diferencia de una reunión de quejas en que termina en acciones concretas y no en un desahogo. La retrospectiva ágil nació en equipos de desarrollo de software, pero sirve a cualquier grupo que trabaje por ciclos. Dentro del proceso de coaching de equipos, es uno de los rituales de aprendizaje que sostienen el cambio; el marco general está en qué es el coaching de equipos.
La estructura de cinco momentos proviene de Esther Derby y Diana Larsen, autoras del libro «Agile Retrospectives», y ordena la sesión de principio a fin:
- Preparar el ambiente. El facilitador recuerda el propósito, acuerda las reglas de conversación y aclara qué se comparte fuera de la sesión.
- Recoger datos. El equipo reúne hechos, fechas y eventos del periodo, y también cómo se sintió. Los datos comunes evitan que la conversación se base en impresiones.
- Generar ideas. El grupo busca causas y patrones: por qué ocurrió lo que ocurrió y qué se repite.
- Decidir qué hacer. El grupo elige una a tres acciones y las convierte en compromisos con responsable y fecha.
- Cerrar. El equipo valora la sesión misma: qué conviene mantener y qué cambiar la próxima vez.
Los cinco momentos de una retrospectiva
- Preparar el ambienteEl facilitador recuerda el propósito, acuerda las reglas de conversación y aclara qué se comparte fuera de la sesión
- Recoger datosEl equipo reúne hechos, fechas y eventos del periodo, y también cómo se sintió
- Generar ideasEl grupo busca causas y patrones: por qué ocurrió lo que ocurrió y qué se repite
- Decidir qué hacerEl grupo elige una a tres acciones y las convierte en compromisos con responsable y fecha
- CerrarEl equipo valora la sesión misma: qué conviene mantener y qué cambiar la próxima vez
Una retrospectiva sigue cinco momentos y termina en pocas acciones con responsable y fecha.
Formatos de retrospectiva: cuál elegir según el equipo
Un formato es la dinámica que organiza el segundo momento, el de recoger datos. Las dinámicas de retrospectiva más usadas se apoyan en una metáfora simple y una pizarra dividida en zonas. La elección depende de lo que el equipo necesita ver.
Tres formatos de retrospectiva comparados
Rotar formatos cada pocas sesiones evita el aburrimiento, pero conviene mantener siempre los cinco momentos. Cambiar el formato no arregla una retrospectiva que no decide nada: solo cambia la decoración del segundo momento.
After action review: la variante para proyectos y equipos no ágiles
El after action review, o revisión posterior a la acción, surgió en el ejército de Estados Unidos y hoy se usa en proyectos, operaciones y equipos sin ciclos fijos. Se hace justo después de un hito o de un incidente, cuando los hechos están frescos, y dura menos que una retrospectiva completa porque se apoya en cuatro preguntas:
- ¿Qué esperábamos que ocurriera?
- ¿Qué ocurrió realmente?
- ¿Por qué hubo diferencias?
- ¿Qué haremos distinto la próxima vez?
La variante funciona bien en equipos de operaciones, de atención al cliente o de proyectos puntuales, donde no existe un ritmo de sprints que marque cuándo revisar. Su valor está en que compara lo planeado con lo ocurrido sin buscar culpables.
Cómo convertir lo decidido en acciones que se cumplen
Una acción útil tiene tres elementos: un responsable, una fecha y una evidencia que permita comprobar si se cumplió. Además debe ser pequeña, ejecutable dentro del ciclo y estar bajo el control del equipo. Una acción como «mejorar la comunicación» no cumple ninguno de esos criterios; en cambio, «publicar cada viernes un resumen de bloqueos en el canal del equipo» sí.
El seguimiento se apoya en una regla: las acciones de la sesión anterior se revisan antes de recoger datos nuevos. Si una acción no se cumple dos veces seguidas, el problema ya no es la acción, sino su prioridad o su dueño, y eso se conversa. La revisión encaja bien dentro de los rituales de equipo del ciclo, como la reunión semanal.
Caso ficticio. Un equipo de producto de seis personas, en una empresa imaginaria de logística, acaba de perder un plazo de entrega. El facilitador usa el formato 4L. En la zona «faltó», cuatro personas escriben que las prioridades cambiaron sin aviso. El grupo decide dos acciones: un registro visible de cambios de prioridad, a cargo de la persona de producto desde el lunes, y una revisión de ese registro cada semana. En la retrospectiva siguiente, lo primero que se revisa es si el registro existe.
Existen además señales de que falta seguridad psicológica: silencio sostenido, acuerdo demasiado rápido, quejas que aparecen por chat después de la sesión o un jefe que responde por todos. Cuando aparecen, insistir en la retrospectiva no ayuda. Conviene saber cómo medir la seguridad psicológica en un equipo antes de decidir qué hacer.
Soy líder de un equipo de ocho personas. En cada retrospectiva la mitad calla y las quejas aparecen después por chat. ¿Qué cambio primero?
Pasa a respuestas escritas y anónimas en la fase de datos y agrúpalas por tema antes de discutirlas. Así nadie queda expuesto. Si el silencio persiste tras varias sesiones, no fuerces la conversación: mide la seguridad psicológica del equipo y decide después si hace falta un facilitador externo.
Pregunta de la práctica
Errores frecuentes en las retrospectivas
Cuatro fallos explican la mayoría de las retrospectivas que dejan de servir.
Errores frecuentes en las retrospectivas
Una retrospectiva sirve cuando revisa el proceso, no a las personas, y cierra con acciones que tienen dueño.
Preguntas frecuentes
¿Cada cuánto se hace una retrospectiva?
En Scrum, al final de cada sprint. En equipos sin ciclos fijos, después de cada hito o cada cierto periodo que el equipo pacta, por ejemplo cada mes. La regularidad importa más que la duración: una sesión corta y frecuente rinde más que una larga y ocasional.
¿Quién debe facilitar la retrospectiva?
Conviene que la facilite alguien que no tenga peso jerárquico sobre el equipo, como un scrum master, un coach interno o un colega de otro equipo. Si la facilita el líder, debe cuidar que su participación no condicione lo que los demás dicen. Si dudas entre contratar a un facilitador o a un coach, la diferencia entre coaching y facilitación te ayuda a decidir.
¿Se puede hacer una retrospectiva si mi equipo no trabaja con metodologías ágiles?
Sí. La estructura de cinco momentos no depende de ningún marco, y el after action review está pensado justo para proyectos y operaciones sin ciclos fijos. Lo esencial es que exista un espacio regular para revisar el trabajo y decidir acciones.
¿Dónde puedo aprender a facilitar retrospectivas?
En el curso de coaching de equipos de Certhana, que es gratuito y trabaja los rituales de aprendizaje. La certificación internacional es opcional y se paga aparte. Para quien se pregunta cómo ser coach de equipos, saber facilitar retrospectivas es una competencia de entrada.
Conclusión
Una retrospectiva funciona cuando sigue una estructura, escoge un formato según lo que el equipo necesita ver y termina en pocas acciones con dueño y fecha que se revisan en la sesión siguiente. Cuando falta seguridad para hablar, el primer trabajo es de fondo y no de formato. Convoca la próxima sesión con una sola meta: que el equipo salga con dos acciones con dueño que puedas revisar dentro de una semana.
