QUE ES LA RETROSPECTIVA?

Es una reunión especial en la cual un equipo decide hacer una pausa para reflexionar sobre el trabajo
realizado, ver qué lecciones pueden capitalizar y decidir cómo aplicar lo que aprendieron en el futuro
cercano; eso quiere decir la retrospectiva mira hacia el pasado

Cuando se trata de una empresa, se analiza la trayectoria que esta ha tenido con los clientes,
proveedores y competidores. Pero también es un encuentro del cual tienen que salir decisiones y
acciones para el futuro. Y sin embargo, es común dejar que las retrospectivas sean "una reunión más",
y desperdiciemos así una de las mejores oportunidades para aprender, crecer y mejorar nuestro
trabajo en equipo.

PARA QUÉ HACER UNA RETROSPECTIVA?

Las retrospectivas son un concepto de años en el desarrollo de software (y en cualquier otro ámbito,
de hecho), que Scrum formaliza y ubica como reunión al finalizar cada iteración de desarrollo. En
Scrum, la retrospectiva es el último evento del sprint y hace un vínculo entre el sprint que termina y
el que está por empezar: en la retrospectiva el equipo analiza el pasado y planea su futuro. Pero no
piensa su futuro en términos del proyecto en particular, sino con un enfoque más amplio: durante la
retrospectiva el equipo reflexiona cómo trabaja.

La retrospectiva es la herramienta que hace foco en el equipo, analizando cómo trabajamos y nos
relacionamos, y buscando soluciones reales que el equipo mismo pueda aplicar.

El objetivo de una retrospectiva es mejorar: mejorar la productividad, mejorar los conocimientos y

habilidades del equipo, mejorar la calidad del producto y mejorar la calidad de vida de quienes
participan.

LAS 5 ETAPAS DE UNA RETROSPECTIVA

Todas las retrospectivas pasan por 5 etapas, aunque a veces no sean formales. Es bueno tener en
cuenta estas etapas y ser conscientes de que deben ocurrir: si se saltea alguna etapa, o si la misma no
ocurre de forma efectiva, no llegaremos al mejor resultado posible de la retrospectiva. Y en el peor de
los casos, terminaremos con una reunión más, desaprovechada. Entonces, las 5 etapas de una
retrospectiva son:

 Preparar el escenario
 Recolectar datos
 Reflexionar
  Decidir qué hacer
 Cerrar la retrospectiva

1. Preparar El Escenario

El inicio de la retrospectiva ocurre con la "Preparación del escenario", un evento de 5-10 minutos en
donde se da inicio a la reunión y marcará el rumbo de la retrospectiva.

En esta etapa se deberá presentar la persona que llevará la retrospectiva. Esta persona puede ser
alguien del mismo equipo o un participante externo. Quien guía la retrospectiva es una única persona,
y sus responsabilidades son:

 Armar la agenda y las actividades para cada etapa de la retrospectiva

 Llevar y coordinar la charla
 Controlar el tiempo
 Cerrar y documentar

Cuando se inicia la preparación, el presentador deberá recordar cuánto tiempo dispone el equipo para
la retrospectiva (el cual dependerá según la duración del sprint; por ejemplo, 1 hora para un sprint de
2 semanas). A su vez, deberá ir controlando el tiempo a medida que avance la reunión, recordándole
al equipo cuánto tiempo falta, y ajustando las actividades acorde.

Una vez hecho esto, se deberá presentar el objetivo de la retrospectiva. El objetivo lo determina quién
guiará la retrospectiva, con consultas previas al equipo. Tiene que ser un objetivo amplio y que, a la
vez, sirva para darle foco a las actividades y reflexiones que salgan. Por ejemplo, algunos objetivos
válidos podrían ser:

 Buscar formas de mejorar nuestras prácticas

 Descubrir qué estamos haciendo bien
 Entender por qué no cumplimos con el compromiso del sprint
 Buscar formas de mejorar nuestra flexibilidad con el cliente
 Reconstruir relaciones dañadas

Estos son algunos ejemplos, los cuales obviamente varían de acuerdo al contexto del equipo. La idea
es plantear distintos enfoques para la retrospectiva, y salir del clásico "mejora continua del proceso";
es un objetivo válido, pero después de un par de retrospectivas sería bueno aplicar otro enfoque.
2. Recolectar Datos

Esta es la etapa donde el equipo hablara sobre hechos, sin juzgarlos. La idea es llegar a un acuerdo
sobre los eventos que ocurrieron durante la iteración, y tener así una base común sobre la cual
reflexionar luego y sacar conclusiones.

En esta etapa, los miembros del equipo deberán presentar hechos que ocurrieron durante la iteración,
eventos que consideren relevantes. Por ejemplo, se pueden presentar:

 historias terminadas
 historias no terminadas
 impedimentos
 decisiones que se tomaron
 reuniones
 métricas varias (velocidad, cantidad de bugs, cobertura de código, etc.)
 eventos
 emociones de los miembros

Además de hechos tangibles, quien lidera la retrospectiva puede decidir que los participantes
presenten emociones que ellos mismos hayan sentido durante algún momento (por ejemplo, "me
enojé durante la reunión X", o "me asusté con la decisión Z").

3. Reflexionar
Aquí es donde comienzan a aparecer las ideas, los posibles caminos a recorrer. Durante la reflexión el
equipo analiza los hechos y busca responderse dos preguntas básicas:
 ¿por qué pasó lo que pasó?
 ¿cómo mejorar?

El equipo empieza a tener ideas sobre cómo poder seguir avanzando, no perdiendo de vista las
consecuencias que cree generarán los cambios.

Es aquí donde se empieza a comprender cómo los eventos, comportamientos y circunstancias afectan
al trabajo del equipo desarrollando software.
4. Decidir Qué Hacer
Este es un momento crucial en la retrospectiva, y representa el compromiso del equipo para actuar a
futuro. El equipo deberá armar un plan de acción para concretar alguno de los experimentos
planteados en la reflexión.
Las acciones que el equipo decida tomar deben poder llevarse adelante por ellos mismos: esperar que
otras personas actúen por el equipo es un camino seguro a la frustración.

Es importante evitar las retrospectivas de "hacer nada", porque pierden justamente el sentido de la
reunión: las retrospectivas son para experimentar, para buscar mejoras y seguir progresando. Siempre
hay algo que mejorar, y la retrospectiva es el espacio seguro para buscar cómo avanzar.

5. Cerrar La Retrospectiva
Durante la retrospectiva el equipo trabajó mucho, realizó varias actividades y generó un compromiso
y plan de acción para el próximo sprint. Debemos guardar todo el trabajo hecho durante la
retrospectiva. Por ejemplo:
 registrar en una wiki la decisión tomada
 sacar fotos de las actividades
 sacar fotos al pizarrón

Lo esencial del cierre es que todos los miembros del equipo se retiren con acciones concretas y
experimentos para aplicar durante la próxima iteración.
¿QUÉ RESULTADOS SE PUEDEN ESPERAR DE UNA RETROSPECTIVA?
Creo que hay tres resultados a buscar en las retrospectivas:

 Que cada participante pueda expresar y escuchar distintos puntos de vista

 Que el grupo pueda identificar y consensuar las principales causas de algunos de sus
problemas
 Que el grupo pueda elegir algunas acciones de mejora a probar a la brevedad

CONCLUSION

La retrospectiva es una reunión que se hace para sacar sus aspectos favorables del proyecto empresa,
los errores o problemas a los que se ha tenido que hacer frente, las enseñanzas o aprendizajes que se
han obtenido durante el proceso, qué habría que cambiar de cara a proyectos que se lleven a cabo en
el futuro, cuáles van a ser los siguientes pasos a desarrollar o incluso qué posibilidades de éxito se
creen que el trabajo obtenido puede conseguir.