¿Qué es?
Sprint Retrospective o Retrospectiva del Sprint es una de las reuniones de Scrum. Ocurre al momento al finalizar el Sprint y sirve para que el Equipo Scrum (sin otros participantes externos) examine el proceso de trabajo (la manera de trabajar), las interacciones personales y la Definición de Terminado aplicada en el Sprint.
La Retrospectiva sucede luego de la reunión de Sprint Review y es el encuentro que da el cierre al Sprint que acaba de suceder. A modo de referencia, la duración recomendada es de 3 horas para un Sprint de un mes.
En la práctica de Scrum, es habitual que se confundan los objetivos de la Sprint Review y de la Sprint Retrospective, especialmente porque la reunión Retrospectiva sucede inmediatamente después de la Sprint Review y los integrantes del Equipo Scrum pueden entrar a la Retrospectiva con su mente puesta en lo que acaba de suceder en la Review con respecto al producto.
Sin embargo, las decisiones que se toman durante la Retrospectiva tienen que ver con la manera de trabajar. No es objetivo de la Sprint Retrospective inspeccionar el Incremento de producto construido ya que esto sucede durante la Sprint Review.
En las culturas de trabajo donde no hay espacio al aprendizaje ni tolerancia al error es muy difícil que se vean los frutos de una Retrospectiva si primero no se trabaja en el tipo de cultura organizacional que rodea al equipo Scrum. Como resultado de la Retrospectiva, el Equipo Scrum decidirá en qué aspectos de mejora se concentrará para trabajar en el siguiente Sprint.
Objetivo de la retrospectiva
El objetivo de una retrospectiva es que el equipo revise sus acciones y cree un plan de las mejoras que se llevarán adelante durante el próximo sprint. Por más claro que esté el objetivo, muchos equipos no sólo se alejan de la agenda siguiendo sus propias preocupaciones (eso es bastante común y no es necesario prevenirlo enfáticamente), sino que también transforman la retrospectiva en otro tipo de reunión. Por ejemplo, es habitual que terminen hablando de las características del producto o servicio, como si esto fuera una revisión del sprint.
Para evitar que esto suceda, el primer paso es reafirmar el objetivo de la retrospectiva de manera explícita al comienzo. Se puede colocar el objetivo en un lugar que esté visible para todos los participantes y señalarlo cuando sea necesario, invitar al equipo completo a retomarlo y reenfocar la conversación.
Revisión de mejoras comprometidas
Antes de comenzar a analizar el sprint que acaba de terminar, es recomendable dedicar un período de tiempo a revisar el resultado de las mejoras comprometidas en la retrospectiva del sprint anterior. Esto ayudará al equipo completo en dos aspectos:
• Corroborar la efectividad de las decisiones y las acciones escogidas para llevar adelante las mejoras. • Reasegurar el compromiso sobre las acciones de mejora elegidas en el sprint anterior.
En relación al segundo punto, cuando los equipos no revisan el resultado de las acciones de mejora elegidas en el sprint anterior, es común que éstas pierdan relevancia. Esto lleva a todo el equipo a no mejorar de manera significativa y a que la reunión se transforme en una catarsis de problemas recurrentes.
Participantes
Como el objetivo de la reunión de retrospectiva es buscar mejores formas de hacer el trabajo a futuro, es importante que participen el Product Owner, los Developers y el facilitador de la reunión.
Part-timers
En una organización ágil se tiende a no tener perfiles part-time. Es decir, se evita que las personas trabajen en múltiples proyectos a la vez. Nos interesa contar con equipos cuyas personas estén muy enfocadas en un producto particular.
El camino hacia este escenario muchas veces es largo y, mientras no se logre ese objetivo, es importante aprender a convivir con perfiles part-time. Las personas que trabajan medio tiempo en el proyecto deben ser tenidas en cuenta al igual que los otros miembros del equipo. Participan en todas las reuniones, incluida la Retrospectiva.
Product Owner
Hace algún tiempo atrás, la participación del Product Owner en la retrospectiva es una de las controversias más discutidas en la comunidad de ágil a nivel global. Durante los primeros años de Scrum, el PO no participaba en esta reunión. La reunión al final de cada Sprint estaba reservada sólo para los Developers y el Scrum Master o facilitador. La justificación de esta decisión era la necesidad de un espacio seguro y de confianza, donde se pudiera expresar libremente, sin censura ni temores.
Con el tiempo fue surgiendo una corriente de pensamiento que entiende al PO como parte del equipo y considera que la falta de un espacio seguro en presencia del PO se debe a una falta de confianza en las relaciones entre las partes, lo cual es un impedimento a solucionar.
La temática
Lyssa Adkins sugiere el uso de temáticas en las retrospectivas. Para ello, el facilitador observa, durante el sprint, cuáles pueden ser los mayores dolores por los que está atravesando el equipo y, a medida que se acerca la retrospectiva, examina su lista de observaciones. Tal vez un tema o dos saltan a la vista. En ese caso, se puede elegir uno de ellos como tema principal de la reunión. A su vez, es recomendable que se verifique esa elección con un par de miembros del equipo para conocer sus perspectivas. ¿Qué han visto en este Sprint? ¿Qué curiosidad tienen? ¿Qué les está molestando?
Inspección y adaptación continua
La inspección y adaptación son los pilares de la práctica de Scrum. El hecho de que la Sprint Retrospective ocurra inmediatamente al final de cada Sprint, y que los Sprints sean periodos cortos de tiempo, favorece poder detectar rápidamente los aprendizajes que ocurrieron durante el Sprint. Gracias a la Retrospectiva los miembros del Equipo Scrum logran identificar espacios de mejora y se habilita la posibilidad de trabajar en aquellas oportunidades de mejora donde deseen enfocar su atención al crear un plan de acción para el siguiente Sprint.
Aquí puedes ver algunos ejemplos de lo que hace un Scrum Master en una Retrospectiva
“If you adopt only one Agile practice let it be Retrospectives. Everything else will follow.” - Woody Zuill