Quería tomarme mi primer café ágil hablando sobre uno de los eventos que a mi parecer es de los más importantes en Scrum, la Sprint Retrospective. Y ¿por qué creo que es tan importante?. Si consideramos el Sprint como un experimento que realizamos durante un tiempo establecido, la Sprint Retrospective es el momento de inspección del mismo. Independientemente de si ha sido un éxito o un fracaso seguro que algo hemos aprendido, lo que nos permitirá adaptarnos para ir mejorando Sprint tras Sprint. Por decirlo de otra forma, es el evento por excelencia que impulsa la mejora continua dentro de nuestro equipo.
Existen muchas técnicas a la hora de ejecutar la Sprint Retrospective. Si estamos empezando puede que nos sea útil el Retro Kit creado por Spotify, también lo podemos usar si algún miembro del equipo sin mucha experiencia quiere facilitar una Sprint Retrospective. Si lo que queremos es profundizar sobre el evento uno de los libros más conocidos es Agile Retrospectives: Making Good Teams Great, entre otros aspectos el libro divide el evento en cinco fases y detalla dinámicas para realizar dentro de cada una de ellas. Por otro lado en la web de Retromat podemos encontrar infinidad de técnicas perfectamente explicadas para poder usarlas.
Como veis existen muchos recursos que nos pueden ayudar con este evento. Posiblemente esta cantidad de recursos es lo que en algunas ocasiones haga que perdamos el foco del verdadero objetivo de la Sprint Retrospective que tal y como marca guía de Scrum es el siguiente:
- Inspeccionar cómo fue el último Sprint en cuanto a personas, relaciones, procesos y herramientas.
- Identificar y ordenar los elementos más importantes que salieron bien y las posibles mejoras.
- Crear un plan para implementar las mejoras a la forma en la que el Equipo Scrum desempeña su trabajo.
Ojo, con esto no quiere decir que no debamos buscar alternativas al evento, intentar innovar, hacerlo lo más divertido posible y buscar técnicas que nos ayuden durante este evento. Con esto quiero decir que pienso que todo eso es un medio para conseguir un fin.
Hablando un poco de mi experiencia, he de decir, que la mayor dificultad con la que me he topado es encontrar la técnica que sea efectiva para ayudar al equipo a poner foco en ejecutar este evento, teniendo en cuenta que no solo cada equipo es un mundo, si no que dentro de cada equipo hay que entender sus momentos e intentar empatizar con todos los problemas que han surgido durante el Sprint que termina . En este aspecto muchas veces la mejor técnica para mi ha sido preguntar directamente por esos posibles problemas que hemos detectado durante la ejecución del Sprint. Obviamente hay veces que la Sprint Retrospective no me ha salido tal y como habría deseado, en esos momento no me queda más que inspeccionar que es lo que no me ha funcionado y aprender de mis propios errores.
Por último quería hablar de las Sprint Retrospectives que, en mi opinión, han sido más valiosas para el equipo. Estas han sido con todo el equipo Scrum alrededor de una mesa y teniendo el coraje de hablar abiertamente sobre las cosas que han funcionado, de las que no han funcionado y debatiendo cómo podría mejorar el equipo. Obviamente para poder llegar a este punto el equipo tiene que tener el suficiente grado de madurez y de seguridad para poder expresarse libremente.
Se me está acabando el café y me quedan muchas cosas en el tintero, como hablar sobre si el Scrum Master debe o no debe intervenir en la Sprint Retrospective o hablar de alguna experiencia que me ha funcionado para tratar algún problema en concreto y, por qué no, hablar de los momentos en que esa Sprint Retrospective que creía que iba a ser genial termina siendo un fracaso. Siento dejaros con el gusanillo, pero seguro que en otro café podemos abordar alguno de estos temas.
Antes de dar el último sorbo de mi café una reflexión final. Independientemente de cómo decidamos realizar la Sprint Retrospective nunca debemos perder el foco de cuál es su objetivo final, de no ser así estamos privando a nuestro equipo de una herramienta clave para la mejora.
Tabla de contenido
Entradas Relacionadas
Agile Coach «no quiero que me transformes»0 (0)
Barra libre de opciones para gestionar el cambio0 (0)
Coincido en que es una herramienta muy útil y que puede ayudar mucho y desde mi experiencia en varios equipos ágil puedo decir es la que más se suele «olvidar» o dejar de lado. No se le dedica tiempo o se le dedica poco y el que se le dedica no es de calidad. Es algo como: «vamos a pasar un poco de lado porque es embarazoso»
Otro aspecto fundamental, como bien comentas, es el que los componentes del equipo deberían poder hablar abiertamente y comentar todo aquello relevante. Pero en la realidad las personas son reacias a comentar las cosas negativas o no tienen las habilidades suficientes como para expresarse sin miedo. Es posible pero cuesta, aún en equipos agile maduros.
Por último, desde la perspectiva de máster podría decir que es fundamental su aportación pero no en un aspecto impositivo o coercitivo sino en el aspecto de facilitar y ayudar a las personas del equipo a expresar sus opiniones.
Buen artículo, por cierto.