La Reunión de Retrospectiva
La reunión de retrospectiva es una de las prácticas ágiles que convierte el aprendizaje en mejora continua.
Uno de los principios fundamentales de la agilidad es que los equipos no deberían limitarse a entregar resultados: también necesitan detenerse periódicamente a analizar cómo están trabajando y qué pueden hacer mejor.
El Manifiesto Ágil expresa esta idea de manera muy clara en uno de sus doce principios: “A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo y ajusta su comportamiento en consecuencia”. La retrospectiva es precisamente una de las prácticas que convierte ese principio en acción.
¿Qué es una retrospectiva?
Una retrospectiva es una instancia estructurada de reflexión en la que el equipo analiza la experiencia reciente con el propósito de aprender y mejorar su manera de trabajar.
No se trata solamente de identificar qué salió mal. Una buena retrospectiva también permite reconocer qué funcionó bien y debería mantenerse, qué convendría modificar y qué nuevas prácticas podría experimentar el equipo.
En Scrum, la Sprint Retrospective se realiza al finalizar el Sprint, después de la Sprint Review y antes de comenzar el Sprint siguiente. De acuerdo con la Scrum Guide, su propósito es planificar formas de aumentar la calidad y la efectividad. El Scrum Team analiza cómo fue el Sprint en relación con las personas, las interacciones, los procesos, las herramientas y la Definición de Hecho (Definition of Done).
Es importante diferenciarla de la Sprint Review. En la Review, el Scrum Team y los interesados revisan el producto, el incremento y los resultados obtenidos. En la retrospectiva, en cambio, el foco está principalmente en la forma de trabajar del propio equipo.
De las lecciones aprendidas a la adaptación inmediata
En enfoques más tradicionales, las lecciones aprendidas muchas veces se documentaban al finalizar el proyecto. El riesgo evidente es que ese conocimiento llegue demasiado tarde para beneficiar al mismo equipo y al mismo proyecto.
Los enfoques ágiles cambian esta lógica. En lugar de esperar al final, el aprendizaje se genera en ciclos frecuentes: el equipo entrega, observa resultados, obtiene retroalimentación, reflexiona y adapta su manera de trabajar.
Por eso, la retrospectiva puede entenderse como un mecanismo de aprendizaje continuo. La pregunta central deja de ser solamente “¿Qué aprendimos?” y pasa a ser “¿Qué vamos a cambiar a partir de lo que aprendimos?”. Una retrospectiva que genera una larga lista de problemas pero ninguna acción concreta tiene poco valor.
¿Qué se analiza en una retrospectiva?
El análisis puede abarcar muchos aspectos del trabajo: la calidad del producto, la colaboración dentro del equipo, los impedimentos encontrados, la comunicación, las herramientas utilizadas, la relación con otras áreas, el liderazgo, la interacción con clientes e interesados y la efectividad de los procesos.
Algunas preguntas sencillas suelen ser suficientes para iniciar la conversación: ¿Qué funcionó bien y deberíamos seguir haciendo? ¿Qué no funcionó como esperábamos? ¿Qué deberíamos comenzar a hacer? ¿Qué deberíamos dejar de hacer? ¿Qué podemos mejorar en el próximo ciclo?
Figura: Dos formas de realizar las sesiones de retrospectiva
La figura muestra dos variantes simples y muy utilizadas. La primera organiza la conversación alrededor de qué se hizo bien, qué faltó y qué debería mejorarse. La segunda amplía la reflexión hacia qué conviene seguir haciendo, hacer más, hacer menos, empezar a hacer o dejar de hacer. Lo importante no es la técnica elegida, sino la conversación que genera y la capacidad del equipo para transformar esa conversación en acciones concretas.
De la reflexión a la acción
La retrospectiva debería terminar con unas pocas acciones de mejora concretas y realizables. Intentar resolver demasiados problemas simultáneamente suele diluir el esfuerzo; es preferible seleccionar una o dos mejoras relevantes, aplicarlas en el próximo ciclo y observar sus efectos.
La Guía Scrum indica que las mejoras de mayor impacto deberían abordarse lo antes posible y que incluso pueden incorporarse al Sprint Backlog del Sprint siguiente. De esta manera, la mejora continua se convierte en trabajo real, visible y gestionable, en lugar de quedar solamente como una buena intención.
¿Y qué ocurre en Kanban?
La reflexión y la mejora continua no son exclusivas de Scrum. Kanban no organiza necesariamente el trabajo mediante Sprints, pero incorpora explícitamente ciclos de retroalimentación y mejora evolutiva.
En un sistema Kanban, las instancias de reflexión pueden establecerse con una cadencia determinada —por ejemplo, semanal, quincenal o mensual— o realizarse cuando resulte útil revisar el funcionamiento del sistema. La lógica sigue siendo la misma: observar cómo fluye el trabajo, detectar problemas, aprender de la evidencia y realizar pequeños experimentos de mejora.
La retrospectiva como motor de adaptación
La verdadera agilidad no consiste en ejecutar una serie de eventos o ceremonias. Consiste en desarrollar la capacidad de aprender y adaptarse continuamente.
La retrospectiva hace visible esta mentalidad porque invita al equipo a cuestionar sus propias prácticas en lugar de asumir que la forma actual de trabajar es necesariamente la mejor. Esto conecta directamente con los tres pilares empíricos de Scrum: transparencia, inspección y adaptación. Para mejorar, primero necesitamos hacer visible lo que ocurre; luego inspeccionarlo; y finalmente decidir qué cambiar.
Cuando esta práctica se realiza regularmente y en un ambiente de confianza, las retrospectivas dejan de ser simplemente una reunión más y se convierten en uno de los principales motores de la mejora continua, el aprendizaje del equipo y la adaptación del proyecto.
Referencias
Beck, K. et al. (2001). Principles behind the Agile Manifesto. Agile Manifesto. https://agilemanifesto.org/principles.html
Schwaber, K. & Sutherland, J. (2020). The Scrum Guide: The Definitive Guide to Scrum. https://scrumguides.org/scrum-guide.html
Project Management Institute & Agile Alliance. (2017). Agile Practice Guide. Project Management Institute. https://www.pmi.org/pmbok-guide-standards/practice-guides/agile
Project Management Institute. Iteration Retrospective. Disciplined Agile. https://www.pmi.org/disciplined-agile/developer/practice-iteration-retrospective
Kanban University. The Official Guide to The Kanban Method. https://kanban.university/kanban-guide/
Autora: Cecilia Boggi
Cecilia Boggi es fundadora y Directora de activePMO, enfocada en consultoría y capacitación en liderazgo de proyectos tradicionales y ágiles. Licenciada en Análisis de Sistemas, Doctora en Administración de Empresas y executive MBA, posee varias certificaciones profesionales y gran experiencia en tecnologías de la información, mejoras de procesos e implementación de Oficinas de Gestión de Proyectos (PMO). Expositora en Congresos internacionales, autora de libros y artículos de liderazgo y dirección de proyectos.
Artículo elaborado con herramientas de Inteligencia Artificial y ajustado por la autora. Imagen generada con IA.
🎓 ¿Querés comenzar tu preparación para rendir el Examen?
Nuestro Taller Virtual de Preparación para la Certificación PMP®️ está diseñado para ayudarte a rendir con confianza y aprobar en tu primer intento.
👉 Más información en: www.activePMO.com
