Kaizen (mejora continua)

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.

Entradas Relacionadas

Agile Coach "no quiero que me transformes"

Agile Coach «no quiero que me transformes»
0 (0)

Mucho hablamos de la Transformación Digital. Dentro de ella, un papel muy relevante es abordar la Transformación Cultural o Agile ...
Barra libre de opciones para gestionar el cambio

Barra libre de opciones para gestionar el cambio
0 (0)

¿Os habéis  enfrentado a la gestión de un cambio organizacional o departamental a una transformación o simplemente personal? ¿Os surgió ...

 

¡Haz clic para puntuar esta entrada!
(Votos: 1 Promedio: 5)

Si continuas utilizando este sitio aceptas el uso de cookies. más información

Los ajustes de cookies de esta web están configurados para "permitir cookies" y así ofrecerte la mejor experiencia de navegación posible. Si sigues utilizando esta web sin cambiar tus ajustes de cookies o haces clic en "Aceptar" estarás dando tu consentimiento a esto.

Cerrar