¿Merecen la pena las retrospectivas? Nuestro veredicto

Sí, pero no por la razón por la que la mayoría de los equipos los defienden. Un «retro» demuestra su valía a través del aprendizaje y la cohesión, no mediante una lista ordenada de medidas a tomar. Si el suyo solo genera palabras, el problema no está en el ritual. Refutamos los argumentos de los escépticos y salimos adelante.

Sí, pero no por la razón por la que la mayoría de los equipos los defienden. Una sesión «retro» demuestra su utilidad a través del aprendizaje y la cohesión del equipo, no mediante una lista ordenada de medidas a tomar. Si la suya solo genera palabras, el problema no es el ritual en sí, sino el seguimiento que se le da y la capacidad del equipo para actuar.

«Las reuniones retrospectivas son una pérdida de tiempo» no es una queja sin fundamento. Es la crítica más seria que se puede hacer a las ceremonias ágiles, y cualquier defensa honesta debe abordarla de frente, no eludirla.

El argumento de que las retrospectivas carecen de sentido

Las pruebas que esgrimen los escépticos son concretas y están por todas partes. Se plantean las preocupaciones y no ocurre nada; la misma nota adhesiva reaparece sprint tras sprint, con la silenciosa resignación de que tampoco se abordará esta vez. Según una encuesta muy citada, solo alrededor de un tercio de los equipos completan de forma sistemática las medidas acordadas en las retrospectivas —y aun así, esa formulación pasa por alto el fracaso más profundo. (Por si sirve de algo, la creencia popular es demasiado pesimista: nuestros propios datos sobre si los equipos realmente llevan a cabo lo que deciden en las retrospectivas sitúan el cumplimiento de las acciones más cerca de tres de cada cuatro.)

La esencia más profunda de esta crítica es la impotencia. Los problemas de verdad —el presupuesto, la plantilla, las dependencias entre equipos, la infraestructura, las decisiones tomadas dos niveles por encima— quedan realmente fuera de la competencia del equipo. Así pues, la retrospectiva se convierte en el lugar donde se señalan esos problemas y nada más: al equipo se le concede voz, pero no se le da ninguna palanca sobre la que actuar. Peor aún, esto proporciona una excusa a la dirección. Ahora existe un canal para las quejas, por lo que, si nada mejora, se considera que es el canal de expresión del equipo el que no funciona, y no un problema que deba resolver la organización.

Además, está el riesgo profesional, que casi ninguna página de proveedores menciona. Cuando los comentarios sinceros se acumulan y se citan en una evaluación de rendimiento —calificados como «quejas excesivas»—, las personas aprenden la lección rápidamente: la franqueza es un lastre. Y existe un coste real incluso en el mero hecho de desahogarse. Tener que soportar durante una hora las frustraciones de los demás, sprint tras sprint, supone en sí mismo un desgaste silencioso.

Es un caso realmente grave. Una retrospectiva que se comporta así es peor que no tenerla, ya que inculca una «indefensión aprendida» en un ciclo de dos semanas.

Por qué siguen mereciendo la pena

El argumento más sólido de los defensores no es que «se lleven a cabo las acciones pendientes», sino la cohesión. Incluso una retrospectiva imperfecta, celebrada como una ceremonia periódica e ineludible, contribuye más a la capacidad de un equipo para trabajar en conjunto que su ausencia: los equipos que nunca se detienen a hablar sufren conflictos internos con mucha más frecuencia que aquellos que sí lo hacen. La historia de superación más reveladora en este debate es la del ingeniero que pasó de temer las retrospectivas a esperarlas con ilusión, y se dio cuenta de que la diferencia radicaba simplemente en que nunca había visto una llevada a cabo correctamente.

El canon actual respalda esta idea. La segunda edición de Agile Retrospectivas (2024, con David Horowitz incorporado como tercer autor) deja claro este cambio: el criterio de éxito es el aprendizaje, no una lista de acciones que cumplir. Una retrospectiva en la que el equipo haya comprendido realmente algo no es un fracaso por el mero hecho de no haber generado ninguna incidencia. Ese simple cambio de perspectiva responde a la queja más habitual, ya que «no ha cambiado nada» deja de ser el único criterio para medir el valor de una retrospectiva.

En qué casos cambiaríamos de opinión

Recomendaríamos a un equipo que dejara de celebrar reuniones retrospectivas en una situación concreta: cuando los problemas reales escapan por completo a su control, los responsables no toman medidas ante las escalaciones y la reunión carece de poder y de seguimiento. En ese momento, la retrospectiva se convierte en una farsa, y preferiríamos que se corrigiera el proceso de escalado —o que se redujera la frecuencia a un ritmo más realista— antes que seguir llevando a cabo una reflexión cada quince días. Una retrospectiva sin poder de decisión no es una pérdida de tiempo neutra; erosiona activamente la confianza.

También reduciríamos la frecuencia, no la importancia, cuando un equipo realmente se haya quedado sin cosas nuevas que aportar. Una retrospectiva semanal en un equipo en el que nada ha cambiado se convierte en un mero ritual para cumplir con el formalismo. Se trata de un problema de frecuencia, no de una prueba de que las retrospectivas carezcan de valor.

La visión práctica

  • Redefina el éxito como un proceso de aprendizaje, no como una lista de tareas. Fíjese como objetivo lograr un cambio real o una reflexión compartida por cada reunión retrospectiva, y repase lo acordado en la anterior al inicio de esta. Una lista demasiado larga es lo que convierte las reuniones retrospectivas en un mero trámite para marcar casillas.
  • Clasifique los problemas según quién sea el responsable de cada uno de ellos y remita los que escapen al control del equipo, indicando el nombre y la fecha. No le diga a nadie que «se mantenga dentro de su círculo de influencia» si eso implica ocultar el verdadero obstáculo; en su lugar, déle difusión.
  • Vele por la seguridad, ya que el «banking» de comentarios es una realidad. Excluya a la figura de autoridad cuya presencia silencia la sala, mantenga lo dicho dentro de la sala y ofrezca el anonimato como opción para cada idea. La seguridad psicológica no es un simple detalle: el Proyecto Aristóteles de Google determinó que es el factor más importante para la eficacia de un equipo, basándose en la investigación de Amy Edmondson.
  • Adapte la periodicidad. Si no hay nada nuevo sobre lo que reflexionar cada semana, hágalo cada quince días. La reflexión forzada es en sí misma un antipatrón.

La Guía de Scrum afirma que la retrospectiva consiste en que el equipo se evalúe a sí mismo con el fin de mejorar. Por lo tanto, en el momento en que se lleva a cabo al equipo en lugar de por él, se ha perdido aquello que hacía que mereciera la pena dedicarle una hora. Ese es el modo de fallo «Void» —una reflexión sin ninguna consecuencia posterior— y es el más fácil de solucionar de toda esta lista.

Preguntas frecuentes

¿Son las retrospectivas una pérdida de tiempo?

Lo son cuando se limitan a generar palabras —cuando en cada sprint se plantean las mismas preocupaciones y nada cambia—. Pero la culpa suele recaer en el seguimiento y en la capacidad de actuación del equipo, no en la propia reunión. Una retrospectiva que da lugar al aprendizaje y a pequeños cambios asumidos como propios merece su hora; aquella que funciona como válvula de escape, no.

¿Es necesario que una sesión retrospectiva incluya una medida concreta para que resulte útil?

No. La segunda edición de «Agile Retrospectivas» replantea el éxito como un proceso de aprendizaje, no como una lista de tareas pendientes: una retrospectiva en la que el equipo haya comprendido realmente algo no es un fracaso solo porque no haya generado ninguna incidencia. Perseguir las medidas a tomar por el mero hecho de hacerlo es lo que convierte a las retrospectivas en un mero trámite. Aspire a lograr un cambio real o una idea compartida, no una larga lista que acaba desapareciendo en parte en el backlog.

¿En qué casos no merece realmente la pena realizar una retrospectiva?

En una situación concreta: cuando los problemas reales escapan por completo al control del equipo, los responsables no toman medidas respecto a lo que se les remite, y la reunión carece de poder y de seguimiento. Una reunión retrospectiva sin poder de decisión no es una pérdida de tiempo neutra: erosiona activamente la confianza al transmitir al equipo la idea de que expresar sus opiniones no cambia nada. Corrija la vía de escalación o reduzca la periodicidad a un ritmo más realista, en lugar de realizar una reflexión cada quince días. Y si el equipo simplemente se ha quedado sin cosas nuevas que decir, reduzca la frecuencia, no la reunión en sí.

Lecturas relacionadas