"La retrospectiva es superfluo": 7 consejos sobre cómo reaccionar

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.

¿Qué puedes hacer entonces para mejorar el nivel de madurez de tu equipo, tanto en este contexto como en general? Aquí tienes 7 reflexiones, 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 observa: “El Scrum Master anima al equipo Scrum a mejorar su proceso de desarrollo y sus prácticas en el marco del proceso Scrum para que sea más eficaz y agradable para el próximo Sprint”.

En teoría, esto significa que la retrospectiva debería ser un evento central del Scrum Master, ya que el propósito principal de la retrospectiva es ayudar al equipo a mejorar continuamente. Sin embargo, en la práctica, es posible que el equipo no tenga el nivel de madurez necesario para aprovechar realmente una retrospectiva y, por lo tanto, no vea su valor. Por esta razón, personalmente interpreto la afirmación “hacer que el equipo sea más eficiente” en un nivel abstracto como “aumentar el nivel de madurez del equipo”. ¿Cómo se puede hacer esto 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 grado de madurez ágil, se debe utilizar la calidad de las retrospectivas como indicador. Esta es la relación temporal típica entre la “calidad percibida de la retrospectiva” y el “grado de 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 %E2%80%9D, que desempeñan otro papel en este tema.

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 tiene una gran influencia en él. Intenta identificar a esta persona, entender su punto de vista y, en el mejor de los casos, diseñar conjuntamente las contramedidas (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 llevar a cabo la retrospectiva. Supongamos que el equipo simplemente necesita más tiempo para alcanzar su objetivo de sprint, y una hora de codificación en lugar de la retro podría ser crucial. En este caso, está bien 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

Lo que no se mide, no se puede cambiar. Un hábito sencillo y rápido que te ayuda a evaluar continuamente cómo percibe el equipo las retros es la medición de la puntuación ROTI: el valor del “retorno de la inversión de tiempo”. Simplemente haz la siguiente pregunta después de cada retrospectiva, tal vez como un check-out: “En una escala de 0 a 10, ¿qué tan bien se invirtió el tiempo para esta retrospectiva?”. Mide el promedio a lo largo del tiempo: ¡esperemos que pronto puedas ver una tendencia positiva!

La puntuación media de “retorno de la inversión de tiempo” en una escala de 0 a 10 por mes en la herramienta Echometer: ¿merecen la pena las retros? ¡Parece que sí!

4. haz que tu retrospectiva del sprint sea muy breve

Por lo tanto, el equipo de desarrollo considera que la retrospectiva del sprint es superflua: ¿qué deberías 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, aparentemente han “aprendido” que el ROTI de una retrospectiva, es decir, la calidad del tiempo invertido, ver más arriba, es bastante mala. Hay un enfoque bastante sencillo para cambiar esto: con la misma producción, simplemente invertir menos tiempo 🙂

Este es quizás el mejor consejo si el equipo considera que la retrospectiva del sprint es superflua. Dile a tu equipo: Ok, la haremos lo más corta posible (más sobre esto 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 minutos a 30 minutos) porque de esta manera el equipo aprende lo importante que puede ser invertir el tiempo. Y dejas que la duración de la retrospectiva crezca de forma casi “orgánica”, a través de un “tirón” o “deseo” del equipo, porque en algún momento querrá más tiempo para la retrospectiva. ¿Cómo se hace eso? 

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

“¿Por qué no hemos podido completar todas las historias de usuario establecidas 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 quitaran algunos Dailies? ¿Sabes lo que pasaría? Posiblemente, tal vez no tenga ningún impacto, perfecto, entonces podrías mantenerlo así 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 los otros enfoques es una mirada a la “historia de las retrospectivas” del equipo durante un período de tiempo más largo. El requisito previo para esto 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: reconoces cuánto has mejorado mientras tanto. ¡¿Tal vez este enfoque de la “mejora continua” podría funcionar después de todo?! Y las retrospectivas podrían haber jugado un papel importante en esto. Usado correctamente, esto podría conducir a un momento de revelación 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 .

7. aporta más variedad a tu retrospectiva

Una de las respuestas típicas a la pregunta “El equipo de desarrollo considera que la retrospectiva del sprint es superflua, ¿qué debe hacer el Scrum Master?” es hacer que la retrospectiva sea más productiva y emocionante trayendo más variedad a tus métodos y haciéndola más entretenida. Siempre enfatizo que la “diversión” no es tan importante, el enfoque debe estar siempre en hacerla productiva. Sin embargo, la diversión puede desencadenar cierta creatividad y motivación. 

Esto significa, por un lado, que puedes utilizar métodos creativos de retrospectiva - ver, por ejemplo, nuestra entrada sobre 32 métodos retrospectivos para principiantes y profesionales -, es decir, metáforas en forma de preguntas abiertas que desencadenan nuevos pensamientos e ideas.

Por otro lado, también puedes utilizar métodos que vayan más allá de la típica retrospectiva, pero que sigan teniendo como objetivo mejorar el equipo. Por ejemplo, podrías hacer una retrospectiva / taller de equipo que se centre en la seguridad psicológica en el equipo ha mejorado, uno de los requisitos básicos para equipos exitosos. 

O utilizas nuestra herramienta retro Echometer, que complementa continuamente tu retrospectiva con preguntas científicamente fundamentadas. Ayudan al equipo a reflexionar sobre el grado en que cumplen con las características clave de los equipos exitosos. Aquí hay un ejemplo de una de las preguntas de nuestra herramienta, otro requisito previo para equipos exitosos: una cultura de retroalimentación saludable:

Recibo regularmente información útil sobre mi rendimiento y sobre cómo puedo mejorar.

Ejemplo de un pulso de la herramienta Echometer discutido en las retrospectivas.

Hay muchos otros enfoques para traer variedad a tus retros, siéntete libre de ser creativo. 

Como se ha dicho, dependiendo de “por qué” el equipo considera superflua la retrospectiva del sprint, probablemente más variedad no debería ser la única medida para solucionar el problema.

Conclusión sobre las “retros superfluas”

Como has visto, los 7 consejos y acciones abordan el reto a distintos niveles. Si tuviera que dar un solo consejo, sería acortar la retrospectiva de forma inteligente, como he expuesto anteriormente. Si combinas todas estas medidas, seguramente verás resultados muy pronto. 

¡Diviértete con tu mejora continua #!