La Plantilla Agile Para Reuniones Retrospectivas: 5 Formatos Que Funcionan

Una reunión retrospectiva (abreviada en retro) es una reunión de equipo que se repite al final de una fase de sprint o proyecto. El equipo reflexiona sobre lo que ha ocurrido, decide qué va a conservar y se compromete con lo que va a cambiar a continuación.

‍

Es la unidad más pequeña de mejora continua de la metodología ágil, codificada en Guía de Scrum de Ken Schwaber y Jeff Sutherland, y se hizo eco en el Manifiestos ágiles duodécimo principio. En la mayoría de los equipos, también es la reunión la que pierde primero su ventaja.

‍

La mayoría de los retros no fallan en el formato. Fracasan en la fase de compromiso, el minuto al final en el que cada decisión recibe un nombre, una fecha y un registro. El formato que elijas importa menos que si realmente ejecutas ese paso.

‍

¿Por qué los retrocesos se vuelven obsoletos?

Un retro se vuelve obsoleto de tres maneras.

‍

La primera es la repetición. Las mismas tres quejas en cada sprint, el mismo acuerdo silencioso, nada cambia. El equipo aprende que en el retro es donde se dicen las cosas, no donde se arreglan.

‍

La segunda es la seguridad. Si el equipo no se siente seguro nombrando problemas reales, lo retro se convierte en un ritual educado. Esto es especialmente cierto en el caso de los problemas relacionados con el liderazgo, con una persona específica o con una decisión que haya tomado la empresa. La verdadera conversación tiene lugar en los canales secundarios. La investigación de Amy Edmondson sobre la seguridad psicológica en la Escuela de Negocios de Harvard es la literatura en la que se basa este documento; la Alianza ágil y Mountain Goat Software (fundada por Mike Cohn) lo citan en una guía retrospectiva.

‍

La tercera es la fluencia del alcance. Lo retro se convierte en una sesión de desahogo sobre todo lo que está mal en la empresa, incluidas las cosas en las que el equipo no puede influir. La energía se filtra, no cae nada.

‍

La mayoría de las correcciones retro se centran en el formato. La solución más común es la fase inicial: si se permite al equipo decir cosas verdaderas y si los compromisos del equipo realmente cumplen con los compromisos asumidos.

‍

Qué produce una buena reunión retrospectiva

Antes de elegir un formato, debes saber lo que se supone que debe dejar lo retro. Un estilo retro saludable produce cuatro cosas:

• Una breve lista de los cambios confirmados para el próximo sprint, con propietarios y fechas
• Una victoria celebrada vale la pena repetirlo, no solo una nota para uno mismo
• Un riesgo o bloqueador con nombre eso no estaba siendo rastreado y ahora está
• Un pulso sobre cómo se siente el equipo, medible o sentida, pero capturada

‍

Si un retro termina con tres de cuatro, es uno bueno. Si termina con cero, el formato o la facilitación son incorrectos, no el equipo.

‍

Los 5 formatos retro (y cuándo usar cada uno)

No hay un formato único que se adapte a todos los equipos en cada sprint. Los facilitadores retro más fuertes rotan.

1. Iniciar, detener, continuar

Tres columnas. ¿Qué debemos empezar a hacer? ¿Qué debemos dejar de hacer? ¿Qué debemos continuar?

‍

Ideal para: equipos nuevos en las versiones retros o equipos que necesitan un reinicio rápido y limpio después de un drama. Dura de 30 a 45 minutos.

‍

Plantilla:

• Inicio (entrada silenciosa de 5 a 7 minutos + grupo de 10 minutos)
• Parada (entrada silenciosa de 5 a 7 minutos + grupo de 10 minutos)
• Continuar (entrada silenciosa de 3 a 5 minutos + grupo de 5 a 7 minutos)
• Elementos de acción (5 min)

‍

Cuándo no usar: cuando el equipo está atrapado en la repetición. La opción Start/Stop/Continue es fácil de completar con los mismos elementos en cada sprint, lo que oculta el problema más profundo.

‍

2. 4L: Gustado/Aprendido/Faltado/Anhelado

Cuatro indicaciones. ¿Qué te gustó? ¿Qué has aprendido? ¿Qué sentiste que te faltaba? ¿Qué es lo que anhelabas? El formato 4L se atribuye a Mary Gorman y Ellen Gottesdiener de EBG Consulting.

‍

Ideal para: final de una fase de proyecto, un trimestre o una iniciativa importante. Es bueno para dar a conocer el crecimiento de un equipo y una señal profesional, no solo para generar fricciones en los procesos.

‍

Plantilla:

• Entrada silenciosa para cada L (3 minutos cada una)
• Discusión grupal, una L a la vez (de 7 a 10 minutos cada una)
• Elementos de acción (5 min)

‍

Cuándo no usar: retros rutinarios a mitad de sprint. Los 4L consumen energía emocional que no se recarga cada dos semanas.

‍

3. Loco, Triste, Alegre

Tres emociones. ¿Qué te hizo enfadar? ¿Qué te entristeció? ¿Qué te hizo feliz?

‍

Ideal para: equipos que salen de una carrera difícil o de un incidente. Permiso para nombrar la frustración directamente sin disfrazarla de lenguaje procesal.

‍

Plantilla:

• Entrada silenciosa por emoción (de 3 a 5 minutos cada una)
• Grupo, una emoción a la vez, con la regla de no debatir los nombres (de 7 a 10 minutos cada uno)
• ¿Qué queremos hacer al respecto? (10 minutos)

‍

Vea la dinámica de seguridad aquí. La columna de locos puede debilitar a un equipo o endurecer el rencor, según el facilitador. Si tu equipo está recién formado o ya es frágil, elige un formato diferente hasta que se establezca la confianza.

‍

4. Velero

Una metáfora visual. Dibuja un velero en una pizarra compartida (Miro, Mural, FunRetro, Retrium, EasyRetro, Parabol o una pizarra blanca en Zoom o Google Meet). La vela es el viento (lo que nos empuja hacia adelante). El ancla es lo que nos detiene. Las rocas son un riesgo en el futuro. La isla es la meta hacia la que navegamos. La retrospectiva sobre veleros está asociada a la metodología Innovation Games de Luke Hohmann.

‍

Ideal para: equipos que responden mejor a las imágenes que a las listas, o equipos que necesitan hablar sobre la dirección estratégica, no solo sobre el último sprint.

‍

Plantilla:

• Coloca la isla (la meta) en la parte superior, alineando el grupo durante 2 minutos
• Entrada silenciosa a través del viento, el ancla y las rocas (10 min)
• Debate grupal, un elemento a la vez (10 a 15 minutos)
• Objetos de acción, enmarcados como «¿cómo levantamos la vela, cortamos el ancla o evitamos las rocas?» (5-7 minutos)

‍

Cuándo no usar: equipos que encuentran molestas las metáforas. A algunos equipos les encanta Sailboat; otros lo encuentran en twee. Lee la habitación.

‍

5. DAKI: Eliminar, agregar, conservar, mejorar

Cuatro cubos. ¿Qué debemos eliminar por completo? ¿Qué debemos añadir? ¿Qué tipo de trabajo debemos mantener? ¿Qué es lo que casi funciona y que deberíamos mejorar?

‍

Ideal para: equipos maduros en los que la discusión ya es específica. DAKI obliga a comprometerse de una manera que Start/Stop/Continue a veces no lo hace. No solo estás comenzando algo, sino que lo agregas o eliminas.

‍

Plantilla:

• Entrada silenciosa para cada cubeta (3 minutos cada una)
• Debate grupal (8 minutos cada uno)
• Vote entre los 1 y 2 primeros por cubeta (5 minutos)
• Elementos de acción (5 min)

‍

Cuándo no usar: equipos que aún no se han puesto de acuerdo sobre sus prácticas principales. DAKI asume una línea base a partir de la cual bajar o mejorar.

‍

Cómo rotar formatos a lo largo de un trimestre

Una práctica rotación que mantiene las rétros frescas durante un trimestre de 6 sprints:

• Sprint 1: Iniciar/detener/continuar (reinicio rápido y con apuestas bajas)
• Sprint 2: iniciar/detener/continuar (patrones de puntos en los sprints)
• Sprint 3: DAKI (compromiso de fuerza)
• Sprint 4: Velero (aleje el zoom hacia una dirección estratégica)
• Sprint 5: Mad/Sad/Glad o ESVP (Explorer, Shopper, Vacationer, Prisoner) para un emotivo registro a mitad de trimestre
• Sprint 6:4 L (reflexión al final del trimestre)

‍

El punto de rotación no es una novedad en sí mismo. Los diferentes formatos muestran una señal diferente. Un equipo que solo ejecuta Start/Stop/Continue ve el 30% de lo que hay allí. Los equipos de Scrum que trabajen con Scaled Agile Framework (SAFe), Scale-Scale Scrum (LeSS), Scrum @Scale o una configuración Kanban también deberían alternar según el programa (la ceremonia de inspección y adaptación de SAFe desempeña la misma función cuando se incrementa el programa).

‍

El 10% que falta: compromiso y propiedad

Esta es la parte que la mayoría de las retros omiten y por qué la mayoría de las retros no cambian nada.

‍

Un retro que termina con «deberíamos hacer X» sin un nombre ni una fecha adjunta es un retro que no terminó. Tuviste una discusión. No tomaste ninguna decisión. Martin Fowler y Agile Retrospectives de Pragmatic Bookshelf (Esther Derby, Diana Larsen) han estado apuntando a esta brecha desde 2006.

‍

El 10% que falta es el paso de compromiso. Antes de que alguien salga de la habitación:

• Cada elemento de acción tiene un propietario (no dos, ni un equipo, sino una persona)
• Cada elemento de acción tiene una fecha de caducidad o de entrega
• Cada elemento de acción pasará al rastreador de tareas del equipo (Jira, Linear, ClickUp, Asana o Azure DevOps) en los próximos 10 minutos o no representa un compromiso real

‍

Retros sin este paso es la forma en que los equipos terminan discutiendo las mismas tres quejas durante seis meses. Los retros con él se convierten en los 45 minutos más valiosos del sprint.

Una disciplina útil: limitar el equipo a tres elementos de acción para retro. Los equipos que se comprometen con diez no se comprometen con ninguno. Tres son suficientes para mover la aguja; diez es una lista de deseos.

‍

La única pregunta que arregla un retro obsoleto

Cuando un retro haya fracasado (las mismas personas, las mismas quejas, falta de energía), pregúntese lo siguiente:

‍

«¿Qué es algo que todos sabemos que no funciona, pero que nadie ha nombrado todavía porque sería incómodo nombrarlo?»

‍

Entonces espera. No llenes el silencio. La primera respuesta suele ser la verdadera.

‍

Esta pregunta funciona porque le da al equipo permiso explícito para ponerle nombre al elefante. La mayoría de los retropasos fallan porque el equipo está evitando algo. Ese algo es una persona, una decisión o una prioridad. El formato les da una cobertura plausible. Preguntar directamente quita la portada.

‍

No todos los retro necesitan esto. Un equipo sano que trabaja para resolver problemas saludables puede ejecutar Start/Stop/Continue para siempre. Pero la primera vez que una versión retro parezca vacía, es el momento de desbloquearla.

‍

Ejecución de sistemas recreativos en equipos remotos e híbridos

Los retros remotos exigen un silencio más deliberado que los presenciales. La voz dominante gana más rápido en una videollamada (Zoom, Google Meet, Microsoft Teams, Webex). Tres ajustes:

• La entrada silenciosa es lo primero, siempre. Cada formato comienza con una entrada escrita individual en un tablero compartido antes de cualquier discusión.
• Todos contra todos, no como voluntarios. Al pasar a la discusión, recorra la pantalla en orden en lugar de tomar voluntarios. De lo contrario, escucharás a las mismas tres personas en cada sprint.
• Escriba las decisiones en el mismo documento. Sin notas al margen, sin «Te enviaré un resumen más tarde». Si al final no está en el documento compartido, no ha ocurrido.

‍

Graba lo retro. No para vigilar a nadie. Hágalo para preservar las decisiones y el razonamiento. Tres personas utilizan la grabación: el miembro del equipo que forma parte del PTO, el nuevo empleado que se une al siguiente sprint y el futuro retro, en el que alguien pregunta: «espera, ¿no lo hemos decidido ya?»

‍

En el caso de las máquinas rétro híbridas (algunas en la habitación y otras de forma remota), coloca a cada uno en su propio portátil. Esta regla se aplica incluso a las personas que se encuentran físicamente en la habitación. La asimetría entre «la sala» y «los asistentes remotos» es lo que más silencian a los miembros de un equipo remoto. La paridad de presencia supera a la calidad de la configuración de la sala.

‍

El papel del facilitador

Un facilitador retro hace cuatro cosas a la vez, normalmente sin anunciar ninguna de ellas:

• Mantener la conversación sin ser policía
• Atraer las voces más bajas sin poner a nadie en aprietos
• Redirigir la ventilación a una discusión procesable
• Hacer cumplir el paso de compromiso incluso cuando el equipo se queda sin energía

‍

Los mejores facilitadores rotan el rol en todo el equipo. El peor facilitador es un gerente que se queda en la parte trasera en cada sprint. El equipo no puede mencionar los problemas relacionados con el gerente. El facilitador no puede denunciar con seguridad el aumento del alcance. Si un gerente forma parte del equipo que hace el trabajo, a veces facilita la tarea. Si están por encima del equipo, asisten en raras ocasiones y nunca facilitan. En Scrum, el Maestro de Scrum es el facilitador predeterminado; en Kanban, es el propietario del flujo, a menudo un líder de equipo o un líder técnico.

‍

La continuación retro que separa el cambio del teatro

Dentro de las 24 horas siguientes a la retroactividad, el facilitador debe:

• Publica los elementos de acción en el rastreador del equipo con los propietarios y las fechas
• Fija el resumen retro en el canal del equipo
• Añade un espacio permanente de 2 minutos a la próxima versión retro titulada «¿Cómo fueron los compromisos del último sprint?»

‍

Esta última es la palanca más importante para hacer que los retro importen. Si el equipo sabe que cada retro comienza con un control de los compromisos del último, los compromisos se toman en serio. Si nadie lo comprueba nunca, no lo hace.

‍

Los equipos que practican esto desarrollan un hábito útil: los dos primeros minutos de cada retro se leen como un seco monólogo, y el resto de la reunión es mejor por ello.

‍

Cómo MeetGeek automatiza el administrador retro

Lo retro en sí mismo es un acontecimiento humano. El administrador que lo rodea es exactamente el tipo de trabajo recurrente para el que está diseñada la IA. Ese administrador incluye capturar los elementos de acción, enviarlos a Jira, Linear, ClickUp, Asana o Azure DevOps, hacer ping a los propietarios para informarles sobre sus compromisos y transferir los elementos del último sprint a la verificación del siguiente sprint.

Conoce a Geek's Agente de reuniones se une al retro de tu calendario, produce un resumen estructurado con los elementos de acción extraídos y asignados a los propietarios correctos y los dirige a tu rastreador de tareas. Un sprint más adelante, cuando el equipo pregunta «¿cómo han ido los compromisos de la última versión retro?» , la respuesta está disponible sin que nadie busque en un documento de Notion.

‍

Preguntar Chat con IA dentro de MeetGeek para «¿qué decidimos en la última versión retro?» , o combina MeetGeek con Claude a través del Conector MeetGeek para analizar todo el razonamiento de Claude en un cuarto de rétros. Esto es útil para los líderes de ingeniería que siguen los patrones de varios equipos, o para los fundadores que observan cómo cambian las conversaciones de un equipo con el tiempo. El conector es la opción más potente para la síntesis de sprints cruzados.

‍

El resultado final para los líderes de ingeniería y entrega

Una versión retro funciona cuando hay tres cosas que dan lugar a cada sprint: una lista corta de los cambios confirmados con nombres y fechas, un historial visible de los compromisos del último sprint enviados y un equipo que se siente seguro nombrando el verdadero problema. El formato importa menos que eso: Start/Stop/Continue, 4Ls, Sailboat, DAKI y Mad/Sad/Glad muestran cada una señal diferente, pero ninguna de ellas, salvo una versión retro en la que los compromisos no se registran. Elige el formato que mejor se adapte a la ubicación del equipo. Ejecuta el paso del compromiso en todo momento.

‍

Si tu equipo es pequeño y el administrador retro ya es ligero, un documento compartido y la transferencia manual de un rastreador funcionan bien. Si estás haciendo retros en varios equipos y los compromisos del último sprint se están perdiendo, una plataforma de inteligencia para reuniones como MeetGeek es la opción más eficaz. Prueba MeetGeek gratis y descubre cómo los objetos de acción de cada retro llegan a Jira, Linear o al rastreador que elijas sin que nadie los copie a mano.

‍

‍

Preguntas frecuentes

‍

¿Cuánto tiempo debe durar una reunión retrospectiva?‍

La mayoría de los retros duran entre 45 y 60 minutos durante un sprint de dos semanas. Menos de 30 minutos y te saltaste el paso del compromiso. Más de 75 minutos y ya estás corriendo planificando en el retro. Eso debería celebrarse en otra reunión.

‍

¿Quién debe asistir a una retrospectiva?‍

El equipo de entrega: ingenieros, diseñadores, propietarios del producto, scrum master o jefe de equipo. Por lo general, los directivos superiores al equipo no deberían estar presentes en la sala, porque su presencia cambia lo que el equipo está dispuesto a decir. Excepciones: una decisión explícita del equipo de invitarlos.

‍

¿Con qué frecuencia debe un equipo ejecutar retros?‍

Cada sprint si estás corriendo sprints. Para ciclos más largos, cada 2 a 4 semanas. Saltarse las versiones retro porque «no pasó nada importante» es el indicador principal de que una versión retro se ha convertido silenciosamente en performativa.‍

‍

¿Cuál es la diferencia entre una autopsia y una retrospectiva?‍

Un retroceso es recurrente, cubre todo el sprint o período y mira hacia el futuro (lo cambiaremos). La autopsia se desencadena por un incidente, se centra exclusivamente en ese suceso y produce un análisis de la causa raíz. Reuniones diferentes, resultados diferentes.

‍

¿Cómo se obtienen comentarios honestos en un retro?‍

Tres cosas: primero las aportaciones escritas silenciosas, la ausencia de liderazgo y un historial visible de que los compromisos de Last retro realmente se cumplieron. La honestidad se gana con el tiempo, no se declara en una regla básica.

‍

¿Qué hacemos cuando aparece la misma queja en todos los sprints?‍

Deja de tratarlo como un artículo retro y hazlo más fuerte. Si el equipo ha planteado el mismo problema tres sprints seguidos sin cambios, lo retro no es el lugar adecuado. Una conversación directa con la persona o el equipo que puede solucionarlo sí lo es. El trabajo del retro es salir a la luz, no intensificarse una y otra vez.

‍

¿Puede la IA realizar una retrospectiva?‍

No, y no debería. El valor de un retro está en la reflexión y el compromiso del equipo. La IA es útil para los administradores que se ocupan de este tema: captura los elementos de acción, los distribuye y hace un seguimiento de si los compromisos del último sprint llegaron a su destino. La reunión en sí misma es humana.

‍

¿Cómo medimos si nuestros retros funcionan?‍

Haz un seguimiento de dos cosas durante un trimestre: el porcentaje de objetos de acción retro que realmente se enviaron en el siguiente sprint y cómo responde el equipo: «¿nuestras retros cambian algo?» en una encuesta anónima. Si el primer número es inferior al 50% o el segundo es «no», cambia el formato antes de cambiar cualquier otra cosa.