Definición rápida
Retrospectiva (también llamada «retro») es una reunión periódica en metodologías ágiles donde el equipo reflexiona sobre su proceso de trabajo para mejorarlo continuamente. Ocurre al final de cada sprint y busca identificar qué funcionó bien, qué mejorar y qué acciones concretas tomar.
¿Qué significa Retrospectiva?
La retrospectiva es la herramienta de mejora continua del agilismo. Inspirada en el concepto japonés de Kaizen (mejora continua), la retro da al equipo un espacio protegido para hablar honestamente sobre lo que está funcionando y lo que no, sin buscar culpables sino soluciones.
En Scrum, la retrospectiva es uno de los cinco eventos formales del framework. El Scrum Guide recomienda que dure máximo 3 horas para un sprint de 1 mes (proporcional para sprints más cortos).
Una buena retrospectiva genera compromisos concretos de mejora — no una lista de quejas sin solución. El Scrum Master facilita la sesión para que sea segura, productiva y enfocada.
¿Cómo funciona una Retrospectiva en la práctica?
El formato más popular es el «Start, Stop, Continue»:
- Start (Empezar): ¿Qué deberíamos empezar a hacer que aún no hacemos?
- Stop (Parar): ¿Qué deberíamos dejar de hacer porque no agrega valor?
- Continue (Continuar): ¿Qué está funcionando bien y debemos mantener?
Otros formatos populares:
- 4Ls: Liked, Learned, Lacked, Longed for
- Mad, Sad, Glad: ¿Qué te enojó? ¿Qué te entristeció? ¿Qué te alegró?
- Timeline: Mapear eventos del sprint en el tiempo para entender el flujo
Ejemplos reales en LATAM
Startups de software en Argentina: Los equipos de desarrollo de empresas como Mango o Auth0 (fundada en Argentina) usan retrospectivas bi-semanales para mejorar sus procesos de code review, deployment y comunicación entre equipos distribuidos.
Fintechs colombianas: Empresas como Addi o Bold realizan retrospectivas donde identifican fricciones en el proceso de lanzamiento de features que afectan a sus tasas de conversión.
Startups de EdTech en México: Plataformas de educación en línea usan las retrospectivas para identificar qué está causando delays en la producción de contenido y cómo mejorar la colaboración entre instructores, editores y equipo tecnológico.
Errores comunes
- Retro sin acciones concretas: Si la retrospectiva termina sin compromisos específicos con dueño y fecha, fue una pérdida de tiempo.
- El líder domina la conversación: La retro debe ser segura para que todos hablen. Si solo habla el jefe, los problemas reales no salen a la luz.
- No revisar compromisos anteriores: Si nadie verifica qué pasó con los compromisos de la retro anterior, pierde su poder de mejora continua.
- Retros demasiado largas o poco frecuentes: Retros de 3+ horas son agotadoras. Retros mensuales son muy poco frecuentes para generar mejora continua real.
Preguntas Frecuentes (FAQ)
¿Quién facilita la retrospectiva?
En Scrum, el Scrum Master facilita la retrospectiva. En equipos sin SM, puede rotarse la facilitación entre miembros del equipo, lo que también desarrolla habilidades de facilitación en todos. Lo importante es que el facilitador mantenga la sesión segura y enfocada.
¿Pueden los managers asistir a la retrospectiva?
El Scrum Guide indica que la retrospectiva es solo para el equipo Scrum (Scrum Master, Product Owner y desarrolladores). La presencia de managers puede inhibir la honestidad. Sin embargo, los insights de la retro sí pueden compartirse con liderazgo de forma resumida.
¿Cuántas acciones de mejora debe generar una retrospectiva?
Calidad sobre cantidad: 1-3 acciones concretas y ejecutables es mejor que 10 acciones genéricas que nadie implementa. Cada acción debe tener un responsable claro y una fecha límite para convertirse en realidad.
