Sprint retrospective: cómo hacer una retro que tu equipo no odie

Conoces esa sprint retrospective: cuarenta y cinco minutos de post-its, mucho asentir con la cabeza, alguien escribe «comunicación» por tercer sprint seguido y, dos semanas después, el mismo post-it reaparece como una secuela que nadie pidió.

Se supone que las retrospectivas son el bucle de mejora integrado de la retrospectiva ágil. Los Principios del Manifiesto Ágil lo recogen en el duodécimo: a intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo y ajusta su comportamiento. En la práctica, muchas retros producen un tablero precioso y ningún cambio.

Esta guía explica cómo hacerla paso a paso, con una plantilla gratis, los formatos que conviene conocer y cómo lograr que las acciones sobrevivan al lunes. Para tus otras ceremonias del sprint, tl;dv también tiene plantillas de reuniones agile scrum.

¿Qué es una sprint retrospective o retrospectiva scrum?

Una retrospective meeting es una sesión breve y recurrente en la que un equipo revisa cómo trabajó durante un periodo reciente y acuerda unos pocos cambios concretos que probar a continuación. Analiza el proceso (personas, herramientas y hábitos) y no el producto.

En Scrum, la retrospectiva tiene nombre formal y un hueco fijo. Según la Guía de Scrum 2020, la sprint retrospective sirve para planificar formas de aumentar la calidad y la efectividad. El equipo revisa individuos, interacciones, procesos, herramientas y su Definition of Done. Después elige los cambios más útiles, que pueden pasar directamente al siguiente Sprint Backlog.

¿La sprint retrospective es lo mismo que la sprint review?

No. La sprint review inspecciona el producto con los stakeholders, mientras que la sprint retrospective inspecciona la forma de trabajar del equipo, normalmente sin ellos. El post-mortem es una tercera cosa: suele ser un análisis puntual tras un proyecto o un incidente, no un evento regular.

La revisión orientada al cliente es otra cosa distinta: la revisión trimestral de negocio (QBR).

¿Cuánto dura una sprint retrospective y quién asiste?

La Guía de Scrum limita la sprint retrospective a tres horas para un sprint de un mes y dice que los sprints más cortos suelen tener retros más cortas. No fija tiempos exactos para sprints más breves, así que la regla habitual de 45 a 90 minutos para un sprint de dos semanas viene de la costumbre de los profesionales, no de la Guía de Scrum.

Asiste todo el equipo Scrum: developers, Product Owner y Scrum Master. El Scrum Master es responsable de que los eventos de Scrum se celebren y respeten su timebox, pero no tiene que facilitar todas las retros. Rotar al facilitador evita que una sola voz dirija cada sesión.

Los managers y stakeholders suelen quedarse fuera, porque la gente es menos sincera con el jefe delante. La retro va después de la sprint review y antes de la siguiente planificación, como una reunión de kickoff de proyecto a la inversa.

¿Cómo se hace una retrospective meeting? (5 pasos)

Hazla en cinco etapas: preparar el terreno, recopilar datos, generar ideas, decidir qué hacer y cerrar. Esta estructura viene del libro Agile Retrospectives de Esther Derby y Diana Larsen, y funciona con cualquier formato.

1. Prepara el terreno (5 minutos). Indica el objetivo, el tiempo y las normas, y haz un check-in rápido, por ejemplo una palabra sobre cómo fue el sprint. Revisa primero las acciones de la última retro: hechas, en curso o descartadas. Si te lo saltas, solo estás generando tareas nuevas para ignorar.
2. Recopila datos (10–15 minutos). Todos escriben notas en silencio antes de que nadie hable. Así la persona más habladora no marca la agenda y las aportaciones de los más callados llegan al tablero. Añade datos objetivos si los tienes: tickets arrastrados, incidentes, cycle time.
3. Genera ideas (15–20 minutos). Agrupa las notas parecidas y vota con puntos lo que más importa. Profundiza en el primero o los dos primeros preguntando «¿por qué?» hasta llegar a algo que el equipo pueda cambiar de verdad.
4. Decide qué hacer (10 minutos). Convierte los problemas principales en una a tres acciones, cada una con un responsable, una fecha límite y una forma de saber si funcionó.
5. Cierra (5 minutos). Lee las acciones en voz alta, confirma los responsables y pregunta cómo mejorar la propia retro la próxima vez. Después, envía las notas ese mismo día.

Las cinco etapas, cronometradas para una retro de 60 minutos tras un sprint de dos semanas.

Haz un resumen más parecido a unas notas que a un acta formal. Si necesitas algo más estructurado, inspírate en estas plantillas de actas de reunión o adapta alguna de las plantillas de agenda de reunión de tl;dv a los cinco pasos anteriores.

¿Qué debe incluir una plantilla de retrospectiva?

Una plantilla de retrospectiva necesita cinco cosas: el contexto del sprint, las acciones de la última retro, el tablero, los temas votados y una tabla de acciones con responsables y fechas. Todo lo demás es decoración.

Plantilla de sprint retrospective (para copiar y pegar):

• Sprint: [número y fechas] · Facilitador: [nombre] · Asistentes: [nombres]
• ¿Se cumplió el objetivo del sprint? Sí / Parcialmente / No
• Acciones de la última retro: [acción] (Hecha / En curso / Descartada)
• Start: [nuevas prácticas que probar]
• Stop: [prácticas que nos frenaron]
• Continue: [prácticas que funcionaron]
• Temas más votados: 1. [tema] 2. [tema]
• Acciones: [acción] · [responsable] · [fecha límite] · [cómo sabremos que funcionó]

Si prefieres que el tablero se rellene solo, los AI notetakers pueden aplicar esta misma estructura a la conversación. tl;dv incluye una plantilla de sesión «Retrospective» que puedes personalizar con estos encabezados, para que tus notas de reunión con IA salgan como un resumen de retro ya listo.

La plantilla de sesión Retrospective de tl;dv, que puedes personalizar y aplicar automáticamente a tus futuras retros.

¿Qué formato de retrospectiva ágil elegir?

Empieza con Start, Stop, Continue si el equipo es nuevo o la retro es corta. Cambia a las 4Ls cuando quieras sacar a la luz lo que el equipo ha aprendido y lo que le falta. Rota los formatos cada pocos sprints si las respuestas empiezan a sonar ensayadas, pero mantén idéntico el paso de las acciones.

Start, Stop, Continue

Tres columnas: qué debería empezar a hacer el equipo, qué debería dejar de hacer y qué debería mantener. Es el camino más rápido del feedback a la acción, porque cada nota ya está formulada como un comportamiento, como «Start: subir las PR antes de las 15:00» o «Stop: añadir tickets a mitad de sprint sin consultar al Product Owner». La pega es que deja fuera los sentimientos y el aprendizaje, así que una frustración real puede esconderse tras un educado «Stop: reuniones largas».

4Ls (Liked, Learned, Lacked, Longed For)

Cuatro columnas: lo que le gustó al equipo, lo que aprendió, lo que le faltó y lo que echó de menos. Saca a la luz mejor que Start, Stop, Continue los recursos y las habilidades que faltan («nos faltó un entorno de staging»), pero sus notas todavía no son acciones, así que reserva más tiempo para el paso cuatro.

El mismo sprint visto con dos formatos: Start, Stop, Continue da comportamientos; las 4Ls dan carencias.

Otros formatos de retrospectiva comparados

Sea cual sea el formato, deja que la gente vote. En un estudio de tres años sobre 37 retrospectivas de equipos, cerca de dos tercios de las acciones correctivas salieron de problemas que los participantes habían votado, así que la votación influye de verdad en qué se arregla.

¿Qué preguntas hacer en una retrospectiva?

Pregunta por el proceso y no por las personas, y termina con preguntas que obliguen a decidir. Estas cubren la mayoría de los sprints:

• ¿Qué nos ayudó a avanzar más rápido en este sprint?
• ¿Dónde se atascó el trabajo o quedó esperando a alguien?
• ¿Hicimos lo que acordamos en la última retro? Si no, ¿por qué?
• ¿Esto depende de nosotros o hay que escalarlo?
• ¿Quién se encarga, para cuándo y cómo sabremos que funcionó?

¿Cómo convertir el feedback de la retrospectiva en acciones?

Elige de una a tres acciones, dale a cada una un único responsable y una fecha límite dentro del siguiente sprint, y revísalas al inicio de la próxima retro. Cualquier cosa más vaga tiende a quedarse en un deseo.

Aquí es donde se hunden la mayoría de las retros. Unos investigadores que analizaron las actas de retros de un gran proyecto ágil escandinavo registraron 109 problemas y 36 acciones, pero no pudieron saber cuántas de esas acciones se llevaron a cabo.

Una buena acción de retro es:

• Específica: «Añadir una columna “bloqueado” al tablero de Jira» gana a «mejorar la comunicación».
• Con responsable: un nombre, nunca «el equipo».
• Con fecha: vence antes de la siguiente retro.
• Comprobable: puedes responder «¿funcionó?» con un sí o un no.
• Bajo tu control: si no lo está, escálala.

Después, ponla donde la gente ya mira. La Guía de Scrum permite que las mejoras pasen directamente al siguiente Sprint Backlog, lo cual es mejor que un documento que nadie abre. tl;dv detecta las acciones y sus responsables a partir de la grabación. En los planes de pago, puede enviarlas directamente a herramientas como ClickUp, Monday o Confluence, o a Jira mediante Zapier, y ejecutar agentes de IA para reuniones que se encarguen del seguimiento tras cada retro.

Acciones con responsables, extraídas de la propia retro y no del recuerdo de alguien.

¿Cómo saber si tus retros funcionan?

Sigue dos números: el porcentaje de acciones de la retro completadas antes de la siguiente y la frecuencia con la que vuelve el mismo problema. Si la misma nota reaparece una y otra vez, tus acciones no están llegando a la causa. En los planes Business y Enterprise de tl;dv, los informes de IA recurrentes pueden resumir los temas de varias retros para que se vean los reincidentes.

¿Por qué fallan las retrospectivas?

Las retrospectivas suelen fallar por uno de cuatro motivos: la gente no se siente segura para ser sincera, el equipo sigue debatiendo problemas que no puede resolver, las acciones nunca se ejecutan o la propia retro se ha quedado rancia. Los cuatro tienen arreglo en cuanto los identificas.

• Poca seguridad psicológica. El Project Aristotle de Google estudió 180 equipos y concluyó que la seguridad psicológica fue lo más importante de las cinco dinámicas de los equipos efectivos. Si la gente teme que le echen la culpa, el tablero se llena de «la comunicación podría ser mejor» y nada real.
• Problemas del día de la marmota. El estudio de tres años citado antes encontró temas, como la precisión de las estimaciones, que se repetían durante años porque el equipo no podía controlarlos. Escala lo que el equipo no puede arreglar en lugar de volver a debatirlo cada dos semanas.
• Falta de seguimiento. Si las acciones de la última retro no son el primer punto de la agenda, empieza por ahí.
• Fatiga de retros. Mismo formato, mismo facilitador, mismos 90 minutos. Rota ambos y acórtala cuando haya poco que decir.

Detectando los problemas del día de la marmota a lo largo de un trimestre de retros.

¿Cómo hacer una retrospectiva remota o asíncrona?

Haz una retro remota igual que una presencial, pero recoge las aportaciones por escrito antes de la llamada y mantén corta la parte en directo. Las retros asíncronas funcionan mejor en formato híbrido: todos añaden notas y votan en un tablero compartido durante uno o dos días, y luego una llamada de 30 minutos decide las acciones.

La escritura en silencio importa aún más en videollamada, donde gana quien activa primero el micrófono. Si el equipo está en distintas zonas horarias, rota el horario para que no sean siempre las mismas personas las que conecten a las 22:00, y comparte las notas con quien no pueda asistir; así es como tl;dv ayuda a los equipos a colaborar entre zonas horarias.

¿Deberías grabar tu retrospectiva?

Graba una retrospectiva solo si todo el equipo está de acuerdo y sabe cómo se usará la grabación. Una grabación facilita capturar acciones y decisiones, pero puede hacer que la gente se muestre más reservada, lo que va contra el sentido de una retro.

En el estudio escandinavo citado antes, los investigadores señalaron que difundir ampliamente las actas de las retros podía llevar a los equipos a suavizar sus críticas, y una grabación es una versión mucho más detallada de lo mismo. Si tu equipo aun así quiere una, fija unas normas:

• Pregunta siempre antes y da a la gente una opción real de decir que no.
• Indica quién puede acceder a la grabación y cuánto tiempo se conserva.
• Deja de grabar cuando se traten temas interpersonales delicados.
• Consulta las leyes de grabación de llamadas que se apliquen donde estén tus compañeros. Esto no es asesoramiento legal, y las normas de consentimiento varían según la jurisdicción.

Grabar sin bot no elimina la necesidad de consentimiento. La app de escritorio de tl;dv puede grabar el audio de la retro sin que un bot se una a la llamada, algo que algunos equipos consideran menos intrusivo (consulta este repaso de AI notetakers sin bot). Pero nadie ve un bot, y las solicitudes de consentimiento de tl;dv solo cubren las reuniones que creaste en tu calendario, así que avisar de una grabación sin bot al empezar depende de ti. Tienes más información en si grabar sin bot es legal y en la guía de tl;dv sobre IA y privacidad.

El modo sin bot graba el audio de tu dispositivo, así que avisa al equipo antes de empezar.

Las solicitudes de consentimiento pueden cubrir reuniones internas, externas o todas las que hayas creado en tu calendario.

¿Qué plan de tl;dv necesitas para las retros?

El plan Free incluye notas de IA y acciones para hasta 10 reuniones, Pro elimina ese límite y añade integraciones como Jira, y Business añade Ask AI ilimitado sobre varias retros. Así se comparan los planes en las funciones que importan para las retrospectivas.

Comprobado el 16 de octubre de 2026. Fuente: página de precios de tl;dv.

Conclusión

En resumen: haz cada retro en cinco etapas, sal con una a tres acciones que tengan responsable y fecha límite, y revísalas al inicio de la siguiente retro.

Una retrospective meeting solo funciona si algo cambia después. Mantén la estructura predecible, rota el formato cuando se estanque, haz que sea seguro ser sincero y trata las acciones como trabajo real, con responsables y fechas. Y abre cada retro revisando la lista de la anterior.

Si lo haces, la retro se convierte en la reunión que mejora todas las demás.

Captura gratis las acciones de tu próxima retro

El plan gratuito incluye notas de IA para hasta 10 reuniones. No hace falta tarjeta de crédito.

Matt Leppington

Matt Leppington es un redactor freelance inglés que escribe sobre trabajo remoto, producto, UX, ventas, viajes y tecnología.