¿Qué es una retrospectiva de sprint? Definición, fases y ejemplos

Una retrospectiva de sprint es la reunión periódica de Scrum que se celebra al final de cada sprint, en la que el equipo reflexiona sobre cómo ha trabajado y acuerda mejoras concretas para el siguiente sprint. Constituye la principal oportunidad que tiene el equipo para examinar y adaptar su forma de trabajar, y es la última de las cuatro ceremonias de Scrum de cada sprint.

La mayoría de los equipos pueden llevar a cabo una retrospectiva de sprint. Sin embargo, son muy pocos los que realizan una que dé lugar a cambios en el siguiente sprint, y esa es la única prueba que realmente importa. Si sus retrospectivas han empezado a parecer una reunión por la que nadie se esfuerza, no es el único. El formato se vuelve monótono, siempre hablan las mismas dos personas y las medidas a tomar se anotan para luego caer en el olvido. Por lo general, el problema no radica en la mecánica, sino en el seguimiento.

En este capítulo se explica qué es una retrospectiva de sprint, en qué se diferencia de la revisión de sprint, las cinco fases que estructuran la reunión y el aspecto que la mayoría de las guías omiten: cómo lograr que las medidas se pongan realmente en práctica. La «retro», como se la conoce comúnmente, también se denomina retrospectiva de Scrum o retrospectiva ágil. Independientemente del nombre que se le dé, el objetivo es el mismo: mejorar la forma de trabajar del equipo de cara al futuro, basándose en lo aprendido del sprint que acaba de finalizar.

Si se lleva a cabo correctamente, la retrospectiva de sprint es el momento más decisivo de su ciclo de sprint. El equipo comparte lo que ha salido bien y lo que no, busca puntos en común, vota sobre lo que más importa y acuerda un breve conjunto de medidas que se deben llevar a cabo. Esas medidas son las que permiten al equipo inspeccionar y adaptarse continuamente, y mejorar tanto la calidad como el ritmo de su trabajo.

Retrospectiva de sprint frente a revisión del sprint

Estas dos ceremonias se confunden constantemente, y esa confusión es la razón más habitual por la que una retrospectiva acaba convirtiéndose en una simple actualización de situación.

Según la Guía de Scrum, la revisión del sprint analiza el producto: qué se ha desarrollado, si cumple el objetivo y qué opinan de él las partes interesadas. La retrospectiva de sprint analiza el proceso: cómo ha colaborado el equipo, qué herramientas le han ayudado o le han ralentizado, y qué debería intentar hacer de forma diferente. Una se centra en el resultado externo. La otra se centra en la forma en que se ha llevado a cabo el trabajo.

Mantenga clara esa distinción. En el momento en que una retrospectiva se convierte en un simple repaso de los tickets cerrados, habrá perdido el sentido de la reunión, que debe centrarse en el equipo, no en la lista de tareas pendientes. Para ver una comparación detallada, consulte revisión de sprint frente a retrospectiva de sprint.

¿Qué preguntas se plantean en una retrospectiva de sprint?

Las áreas clave que el equipo debe analizar son las siguientes:

1. ¿Qué salió bien?
2. ¿Qué es lo que no salió bien?
3. ¿Qué ideas tenemos de cara al futuro?
4. ¿Cómo ponemos en práctica esas medidas?
5. ¿A quién debemos dar las gracias y qué necesitamos?

El conjunto exacto de preguntas puede derivarse de un tema tratado en una reunión individual, de los comentarios del equipo o de una fuente de datos, como las métricas de su sprint. Es recomendable variar las preguntas cada pocos sprints para que sigan siendo pertinentes y actuales, y para evitar el cansancio derivado de las reuniones.

¿Quién participa en la retrospectiva de sprint?

La retrospectiva de sprint es una reunión del equipo Scrum. Dependiendo del equipo, puede incluir algunos o todos los siguientes elementos:

• El Scrum Master, que normalmente se encarga de facilitar
• Todo el equipo de desarrollo o equipo Scrum
• El responsable de producto
• Un coach ágil
• Un observador

Por lo general, se deja fuera a las partes interesadas para que el equipo pueda hablar abiertamente sobre su funcionamiento, en lugar de actuar ante un público.

¿Cuánto tiempo debe durar una retrospectiva de sprint?

Esto suele depender de la duración de su ciclo de sprint. A modo de orientación aproximada:

• Sprint de dos semanas: unos 90 minutos
• Sprint de un mes: unas 3 horas
• Fin de una iteración más larga: hasta un día

Cuanto más corto sea el sprint, más corta será la retrospectiva. Lo importante es que sea lo suficientemente larga como para acordar medidas concretas y lo suficientemente corta como para que no decaiga el interés. Un límite de tiempo estricto mantiene el ritmo de la retrospectiva y evita que un solo tema acapare toda la hora.

Las cinco fases de una retrospectiva eficaz

La estructura que se mantiene, sprint tras sprint, proviene del libro de Esther Derby y Diana Larsen Agile Retrospectives: Making Good Teams Great. Su modelo de cinco etapas asigna a cada parte de la reunión una función específica, que es precisamente lo que evita que una retrospectiva se convierta en una sesión de quejas sin estructura. El Scrum Master guía al equipo a lo largo de las cinco fases.

1. Prepare el terreno. Haga que los participantes se sientan cómodos y dispuestos a intervenir. Una pregunta inicial breve resulta más útil de lo que la gente espera, y es también el momento en el que usted elige la plantilla de la retrospectiva que servirá de marco para la sesión.
2. Recopile datos. Recopile lo que realmente ocurrió, no opiniones al respecto por el momento. Un repaso de la cronología, las métricas del sprint o una simple ronda de «¿qué ha observado?» son opciones válidas. Es aquí donde el Scrum Master asume plenamente el papel de facilitador.
3. Obtenga información útil. Busque patrones y conexiones entre los datos. ¿Por qué ha aparecido el mismo obstáculo durante tres sprints consecutivos? Agrupe las ideas similares, vote por lo que considere más importante y analice en profundidad los elementos mejor valorados.
4. Decida qué hacer. Convierta las conclusiones en una breve lista de cambios concretos y asumibles. No diez. Dos o tres. Esta es la fase que distingue una retrospectiva de una simple charla.
5. Cierre la retrospectiva. Confirme lo acordado, asegúrese de que cada acción tenga un responsable, dé las gracias al equipo y termine a la hora prevista.

Si se omite la fase de «preparar el terreno», un equipo tranquilo seguirá sin expresarse. Si se omite la fase de «decidir qué hacer», se producirá una descarga de emociones sin que nadie asuma la responsabilidad. Cada fase aborda un modo de fallo específico, por lo que tomar atajos en este punto se reflejará más adelante en los resultados, y no en la propia reunión.

Cada fase se corresponde con una plantilla de retrospectiva en TeamRetro lista para usar, por lo que la estructura, el temporizador y la votación ya están configurados antes de que se incorpore nadie.

Haga que sus tareas pendientes se cumplan de verdad

Esta es la parte que la mayoría de las guías omiten, y es la que determina si su retrospectiva ha merecido la pena: qué ocurre con las medidas una vez que todos se han desconectado. Las retrospectivas rara vez fracasan por falta de ideas. Fracasan porque las ideas nunca se traducen en un cambio que cualquiera pueda señalar.

La solución es casi aburridamente concreta:

• Un propietario por acción. No «el equipo». Un nombre.
• Un sprint. Si no se puede llevar a cabo antes de la próxima retrospectiva, es un proyecto demasiado grande. Divídalo en partes más pequeñas.
• Revisar primero, luego hacer un repaso retrospectivo. Antes de recopilar nuevos datos, compruebe el último conjunto de compromisos. ¿Se han cumplido? Si no es así, ¿por qué no?

Ese tercer punto es el primero que los equipos dejan de lado, y es el que da sentido a los otros dos. Una medida de acción que nunca se revisa de nuevo no es más que una nota adhesiva con pasos adicionales. Para obtener más información al respecto, consulte consejos para retrospectivas de sprint que se puedan poner en práctica y por qué fracasan las retrospectivas para conocer el patrón subyacente más profundo.

Cómo conseguir que un equipo reservado se exprese

Todos los equipos se enfrentan a una variante del mismo problema: dos personas hablan y el resto asiente con la cabeza. Rara vez se trata de una falta de implicación. Lo más habitual es que aún no se haya ganado la confianza, sobre todo en equipos nuevos o distribuidos. Hay algunos aspectos que marcan la diferencia: establecer la norma de que las reuniones retrospectivas sirvan para mejorar el sistema en lugar de puntuar a las personas; permitir que se aporten ideas de forma anónima para que también se expresen las opiniones menos populares; y rotar la función de moderador para que la sala no tenga que rendir siempre ante la misma persona.

Nada de esto es complicado. Simplemente debe hacerse de forma deliberada, ya que una retrospectiva discreta no se percibe como un problema de confianza. Simplemente parece una reunión breve. Para consultar la guía completa, véase cómo organizar una retrospectiva psicológicamente segura.

Evite que las retrospectivas pierdan actualidad

Incluso una retrospectiva bien gestionada pierde interés si se repite de forma idéntica en cada sprint. Las cinco fases no cambian, pero el formato en el que se enmarcan sí debería hacerlo, cada pocos sprints, de forma deliberada. Las señales son fáciles de detectar: la gente responde de forma automática, aparecen las mismas notas adhesivas con palabras diferentes o alguien suspira cuando aparece la invitación en el calendario. Eso no significa que las retrospectivas hayan dejado de funcionar. Significa que este formato concreto de retrospectiva ya ha dejado de ser bienvenido.

Alternar entre unos pocos formatos permite mantener la estructura renovada sin perder la disciplina que la sustenta. Nuestras entradas sobre cómo evitar los antipatrones en las retrospectivas y cómo superar el sesgo de recencia profundizan en cómo evitar que las retrospectivas se conviertan en un mero ritual.

Realice su retrospectiva de sprint en TeamRetro

Una retrospectiva de sprint solo tiene sentido en el calendario si influye en lo que ocurrirá en el siguiente sprint. Esto implica mantener separadas la revisión y la retrospectiva, dar a cada una de las cinco fases el espacio necesario para cumplir su función, crear un entorno seguro para que las voces más tímidas se atrevan a expresarse y considerar las medidas a tomar como compromisos, en lugar de meras notas.

El seguimiento es la parte más difícil, y un mejor formato de reunión por sí solo no lo soluciona. Realice su próxima retrospectiva en TeamRetro y dispondrá de una estructura, un temporizador y un seguimiento de las acciones integrados, con las acciones del último sprint transferidas automáticamente, por lo que el seguimiento de los compromisos ya no es una tarea manual. Explore la biblioteca de plantillas de retrospectiva para elegir un punto de partida.

Preguntas frecuentes

¿En qué consiste una retrospectiva de sprint?

Una retrospectiva de sprint es una reunión periódica de Scrum que se celebra al final de cada sprint, en la que el equipo reflexiona sobre cómo ha trabajado y acuerda mejoras concretas para el siguiente sprint. Constituye la principal oportunidad que tiene el equipo para examinar y adaptar su forma de trabajar, y es la última de las cuatro ceremonias de Scrum de cada sprint.

¿Quiénes participan en una retrospectiva de sprint?

La retrospectiva de sprint es una reunión del equipo Scrum, por lo que en ella participan los desarrolladores, el Product Owner y el Scrum Master. Normalmente, el Scrum Master actúa como moderador. Por lo general, no se incluye a las partes interesadas, para que el equipo pueda hablar con total libertad sobre su funcionamiento; en ocasiones, puede asistir un coach ágil o un observador para apoyar al equipo.

¿Cuánto tiempo debe durar una retrospectiva de sprint?

Limite la duración de la retrospectiva a la duración del sprint. Una referencia habitual es de unos 90 minutos para un sprint de dos semanas y de hasta unas tres horas para un sprint de un mes. Cuanto más corto sea el sprint, más corta será la retrospectiva; lo importante es que sea lo suficientemente larga como para acordar medidas concretas.

¿Cuáles son las cinco fases de una retrospectiva de sprint?

Esther Derby y Diana Larsen describen cinco etapas: preparar el terreno, recopilar datos, extraer conclusiones, decidir qué medidas adoptar y dar por concluida la retrospectiva. El Scrum Master guía al equipo a lo largo de cada etapa para que la reflexión se traduzca en una breve lista de mejoras, asumida por el equipo, para el próximo sprint.

¿Cuál es la diferencia entre una retrospectiva de sprint y una revisión de sprint?

La revisión del sprint evalúa el producto, por lo que el equipo muestra el trabajo completado a las partes interesadas y recaba comentarios. La retrospectiva de sprint evalúa el proceso, por lo que el equipo reflexiona sobre cómo ha funcionado y acuerda mejoras. La revisión se centra en las partes interesadas; la retrospectiva se centra en el propio equipo. Consulte nuestro capítulo sobre revisión del sprint frente a retrospectiva para obtener una comparación completa.