Muchos dicen que la retrospectiva es la ceremonia más importante de la caja de herramientas ágil. Woody Zuill lo expresa así: 

Si sólo introduces una práctica #ágil, deberían ser las retrospectivas. Todo lo demás vendrá después.

Woody Zuill

Entonces, ¿por qué es posible que un equipo de desarrollo considere superflua la retrospectiva del sprint? En mi experiencia como Scrum Master y psicólogo, esto suele tener que ver con el nivel de madurez del equipo.

Entonces, ¿qué puedes hacer para mejorar la madurez de tu equipo – este contexto y en general? Aquí tienes 7 pensamientos, 7 consejos que te ayudarán con este reto.

El equipo piensa que la retrospectiva es superflua: ¿qué hacer?

Por cierto, la respuesta oficial según el examen de certificación Scrum es ésta: El Scrum Master trabajaría en el equipo para hacerlo más eficiente. Mh, eso no ayuda mucho. ¿Qué puede significar eso?

El Scrum Master debe trabajar en el equipo para hacerlo más eficiente

El papel oficial de un Scrum Master es el siguiente, si te fijas en el Guía Scrum mira: "El Scrum Master anima al Equipo Scrum a mejorar su proceso de desarrollo y sus prácticas dentro del proceso Scrum para hacerlo más eficaz y agradable para el siguiente Sprint".

En teoría, esto significa que la retrospectiva debería ser un evento central para el Scrum Master, ya que el principal objetivo de la retrospectiva es ayudar al equipo a mejorar continuamente. Sin embargo, en la práctica, puede que el equipo no tenga el nivel de madurez necesario para utilizar realmente una retrospectiva y, por tanto, no vea su valor. Por esta razón, personalmente interpreto la afirmación "hacer que el equipo sea más eficaz" a nivel abstracto como "aumentar el nivel de madurez del equipo". ¿Cómo puedes hacerlo en este contexto? Antes de empezar con los consejos sobre esto, una explicación más

Retro se considera valioso cuando realmente se mejora continuamente. Entonces el sentimiento de autonomía, autoorganización y autoeficacia es alto. Lo que nos lleva a la hipótesis: La calidad percibida de las retrospectivas es uno de los mejores indicadores del nivel de madurez (ágil) de un equipo. 

Si se quiere medir el nivel de madurez ágil –, hay que utilizar la calidad de las retrospectivas como indicador. Esta es la correlación típica en el tiempo entre la "calidad percibida de la retrospectiva" y la "madurez ágil" de un equipo.

Esta progresión se consigue del siguiente modo: 

1. Se realizan las primeras retros, se anotan las medidas. Surge la sensación: ¡Por fin está pasando algo! 
2. Las medidas no se aplican realmente. Se habla mucho, pero se actúa poco. 
3. Al cabo de un tiempo, surge la frustración o simplemente la llamada "retrofatiga". Ahora surge el fenómeno de este artículo: La retrospectiva se considera superflua. El propio equipo se percibe a sí mismo como relativamente maduro y no ve problemas.
4. Este punto sólo lo alcanzan unos pocos equipos. Es decir, cuando la calidad de los retros aumenta de nuevo y acaba produciendo mejoras notables y, por tanto, el sentimiento de autoeficacia madura lentamente. 

Esperemos que los consejos de este texto te ayuden a dar algunos pasos en esta dirección. Sin embargo, también puedo recomendar encarecidamente nuestro texto sobre "7 consejos para una buena acción", que desempeñan otro papel en este asunto.

1. entender por qué el equipo piensa que una retrospectiva es innecesaria

Como Scrum Master puedes tener una hipótesis de por qué el equipo piensa que la retrospectiva del sprint es innecesaria. Pero, por favor, comprueba esta hipótesis. Pregunta explícitamente al equipo sobre los antecedentes.

A menudo hay un "líder de opinión" en el equipo que ejerce una gran influencia sobre él. Trata de identificar a esa persona, comprende su punto de vista y, en el mejor de los casos, diseña contramedidas junto con ella (ver más abajo).

Cuanto mejor conozcas al equipo, mejor podrás desarrollar un plan para aumentar la madurez del equipo y elegir el más adecuado entre los siguientes consejos.

2. realizar la retrospectiva

Básicamente deberías hacer la retrospectiva. Digamos que el equipo necesita más tiempo para alcanzar su objetivo del sprint – y una hora de codificación en lugar de la retrospectiva podría ser crucial. En este caso, no pasa nada por posponer la retrospectiva unos días.

También puedes cambiar la naturaleza de la retrospectiva, hacerla más corta, etc. Pero la mejor forma de mostrar al equipo el valor de una retrospectiva es hacer una retrospectiva realmente buena. Así que mi llamamiento es: asegúrate de reservar un hueco en el calendario de tu equipo para la retrospectiva.

3. mide el valor ROTI

No puedes cambiar lo que no mides. Un hábito sencillo y rápido que te ayuda a evaluar continuamente cómo percibe el equipo los retros es medir la puntuación ROTI: el valor del "retorno del tiempo invertido". Basta con hacer la siguiente pregunta después de cada retrospectiva, quizá como comprobación: "En una escala de 0 a 10, ¿en qué medida fue bueno el tiempo invertido para esta retrospectiva?". Mide la media a lo largo del tiempo – ¡esperemos que pronto veas una tendencia positiva!

La puntuación media del "retorno del tiempo invertido" en una escala de 0 a 10 por mes en la herramienta Echometer – ¿merecen la pena los retros? Eso parece.

4. haz que tu retrospectiva del sprint sea muy breve

Así que el equipo de desarrollo piensa que la retrospectiva del sprint es superflua – ¿qué debes hacer ahora como Scrum Master?

Como mencioné al principio, es probable que el equipo piense que no es necesaria una retrospectiva del sprint porque creen que es una pérdida de tiempo.

En otras palabras: En las últimas retrospectivas, al parecer han "aprendido" que el ROTI de una retrospectiva –, es decir, la calidad del tiempo invertido, véase más arriba –, es bastante pobre. Hay un método bastante sencillo para cambiar esto: simplemente invierte menos tiempo para obtener el mismo resultado.

Este es quizás el mejor consejo si el equipo piensa que la retrospectiva del sprint es innecesaria. Dile a tu equipo: De acuerdo, lo haremos lo más breve posible (lee más en nuestra entrada del blog "Breve retrospectiva – Mejor rápido que nada"). 

Importante: No quieras dar a entender que se quedará así para siempre. Tu mensaje sigue siendo el mismo: Las retrospectivas son muy importantes. Tarde o temprano, las retrospectivas dejarán de ser tan breves.

Pero acortas la retrospectiva (por ejemplo, de 60 a 30 minutos) porque así el equipo aprende lo importante que puede ser invertir el tiempo. Y dejas que la duración de la retrospectiva crezca "orgánicamente", por así decirlo, mediante un "tirón" o "deseo" del equipo, porque en algún momento querrán más tiempo para la retrospectiva. ¿Cómo lo haces? 

Sólo tienes que hacer la pregunta más importante:

"¿Por qué no conseguimos completar todas las historias de usuario fijadas para la última iteración?"

Esto dará lugar a intensos debates y, probablemente, a ideas para actuar en poco tiempo. Incluso podría dar lugar a discusiones más largas. Y el equipo ya ha señalado que necesita más tiempo para una retrospectiva (por supuesto, tu trabajo es mantener un debate constructivo).

Siempre debes hacer la pregunta que creas que desencadenará buenos pensamientos o debates en el equipo. Y siempre debes tener el objetivo de registrar un experimento que probarás en el siguiente sprint (también conocido como elemento de acción).

5. sugiere omitir también otras rutinas

Así que el equipo piensa que una retrospectiva es una pérdida de tiempo. De acuerdo. Como Scrum Master, tu principal objetivo nunca debe ser ser la persona que implanta Scrum. No, no se trata de "Scrum". 

Se trata de que el equipo tenga éxito y aporte valor al cliente y a las partes interesadas. Se supone que Scrum ayuda al equipo a hacerlo. Pero es sólo un marco, una caja de herramientas (bastante buena) de muchos enfoques posibles para aportar valor de forma rápida, sostenible y con alta calidad.

Por tanto, si el equipo está insatisfecho en relación con las retrospectivas, puedes insistir en que consideras Scrum desde la perspectiva que acabamos de describir. Y luego añades que crees que algunas de las otras rutinas que tienes son en realidad menos importantes que la retrospectiva. 

La retrospectiva es el motor de la mejora continua. Está diseñado para ayudar a los miembros del equipo a descubrir qué ha funcionado bien y qué no. Si omites esta parte del bucle continuo, corres el riesgo de estancar el bucle de mejora continua.

 

¿Qué pasaría, por ejemplo, si omitieras algunos diarios? ¿Sabes lo que pasaría? Tal vez no tenga ningún impacto – perfecto, entonces puedes mantenerlo igual y ahorrar tiempo. 

Por otra parte, esto también podría conducir a una peor comunicación en el equipo. Por tanto, el equipo comete errores. Al final, habrá una necesidad orgánica de más comunicación, que notarías vsl. en retrospectiva. Esta vez, sin embargo, no se introduce una ceremonia ágil por tu insistencia, sino por el "dolor" del equipo. Como resultado, habrá mucha más aceptación de esta ceremonia en el equipo.

6. examinar las retrospectivas anteriores y mostrar su valor

Un enfoque que puede complementar a los otros es observar la "historia retrospectiva" del equipo durante un periodo de tiempo más largo. El requisito previo para ello es que algunas de las últimas retrospectivas hayan tenido éxito.

Por ejemplo, miras la retrospectiva de hace un año y te das cuenta de lo difíciles que eran esos retos el año pasado. Y entonces te das cuenta de que sería mucho más fácil resolver los mismos retos hoy si tuvieras todos los conocimientos y la experiencia que has adquirido.

En otras palabras: Te das cuenta de lo mucho que has mejorado mientras tanto. ¿Quizás este enfoque de "mejora continua" podría funcionar después de todo? Y es posible que las retrospectivas hayan desempeñado un papel importante en ello. Utilizado correctamente, sin duda puede provocar un momento "ajá" en el equipo.

Además, también puedes fijarte en el valor ROTI (retorno de la inversión en tiempo) de tu última retrospectiva (ver más arriba): Si puedes demostrar que la retrospectiva tiene un ROTI de 8 a 10, es evidente que el tiempo está bien invertido. Nuestra herramienta de retrospectiva Echometer, por ejemplo, consulta el ROTI después de cada retrospectiva y te proporciona así un indicador periódico del rendimiento correspondiente. Desempeño de ti como Scrum Master.