3 ideas de retrospectiva desconocidas e interactivas en Scrum

Este texto sobre 3 ideas desconocidas e interactivas para retrospectivas Scrum se puede complementar bien con una cita de un Scrum Master el Eucon de Münster:

“Como Scrum Master, a menudo es difícil hacer que las retrospectivas sean variadas y emocionantes. Por lo general, esto solo es posible con un tiempo de preparación considerable, que no siempre está disponible”. — Matthias Adames, Scrum Master, Eucon GmbH

Como Scrum Master y psicólogo, también conozco este reto. Por eso he registrado aquí tres ideas alternativas de retrospectiva de Scrum. 

Si los adornas con narraciones y los equipos suelen estar dispuestos a la variedad, te servirán bien. Debo añadir que algunos de ellos sólo son adecuados para un determinado nivel de madurez o en determinadas ocasiones. Y así los tres se llaman: Rumores, Acrónimo de Equipo y “Brújula de Conflictos”.

Una cosa por adelantado: hace poco 3 nuevas ideas para el Taller Retrospectivo desarrollado (incluida la Retro de Superman); échale un vistazo.

Ideas para la retrospectiva Scrum 1: De oídas: lo que hay que decir

Comenzamos con una idea sólida para la retrospectiva Scrum que proviene de la psicoterapia. Porque como ya dice el libro recomendado “The Gentle Art of Asking Instead of Telling”, el arte no consiste en nombrar soluciones, sino en hacer las preguntas que conducen a las soluciones correctas. 

Un Scrum Master me dijo que una vez había dado en la diana con la idea o método de la retrospectiva. Su declaración fue algo así “¡Si no hubiéramos descubierto un conflicto de equipo fundamental en nuestra retro con Echometer utilizando este método, este conflicto nos habría rebotado con el triple de fuerza un mes después!” 

Bueno, si ese es el caso. Empecemos por la primera pregunta:

1. ¿qué no estoy diciendo que haya que decir? 

Por supuesto, necesita la correspondiente seguridad psicológica ( uno de los factores más importantes para el éxito de los equipos ) para pronunciar aquí el elefante en la habitación. Pero incluso en equipos con un menor nivel de madurez, esta pregunta puede, según mi experiencia, llevar al equipo a pensamientos novedosos o puntos importantes. La segunda pregunta se centra más en los sentimientos personales de los miembros del equipo.

¿Qué es lo que no oigo que hay que oír? 

En este punto, en el mejor de los casos, afloran las preocupaciones o necesidades de los miembros del equipo, para las que a menudo no se dedica suficiente espacio. Un resultado “típico” sería probablemente que alguien del equipo deseara un “gracias” más a menudo. Pero tampoco debe faltar un tercer aspecto, que trata de forma diferente de proporcionar un megáfono a la voz de los miembros del equipo:

3. ¿qué digo que necesita ser escuchado más a menudo?

Porque a menudo las personas nombran preocupaciones, pero (quizás sólo subjetivamente) no son suficientemente percibidas o valoradas en el equipo. Para eso es exactamente esta pregunta.

Si te gusta este método retro o las preguntas, puedes abrirlas directamente en nuestra herramienta de desarrollo en equipo Echometer:

Play

Cómo abrir el método Retro en la herramienta Echometer: simplemente haz clic en el botón de abajo, invita a tu equipo y comienza, sin necesidad de iniciar sesión ��

Ideas Scrum Retrospectivas 2: Acrónimo de Equipo

La siguiente idea para tu retrospectiva en Scrum es algo para variar un poco y puede utilizarse en diferentes fases utilizados en la retrospectiva. Es bastante sencillo, pero puede estimular un poco la creatividad.

La idea básica es bastante sencilla: cada miembro del equipo forma un acrónimo, por ejemplo, a partir del nombre del equipo, la visión del equipo o el nombre de la empresa. Este acrónimo puede referirse al último sprint, por ejemplo, pero también puede contener las esperanzas o preocupaciones para el futuro (en el sentido de la idea del Método pre-mortem ). 

También podría utilizarse para ampliar el registro de entrada o salida o como mecanismo de recogida de datos.

Por ejemplo, supongamos que tu equipo se llama TORPEDO y quieres obtener datos sobre el último sprint. Entonces, un acrónimo de ejemplo podría ser el siguiente:

T erminado
O fen
R eife
P laneless
E legante
D ankbar
Definición O f Hecho

Por tanto, los distintos puntos sirven de “recordatorio” creativo para la respuesta de cada miembro del equipo. Por supuesto, se requiere una explicación de la persona correspondiente en cada caso, por ejemplo:

“¿A qué te refieres con grado de madurez?”. “Me he dado cuenta de que a veces se meten en el Backlog sin que se comunique nada al respecto. Para ser honesto, no estoy del todo satisfecho con eso. Mi hipótesis es que eso mejorará con el aumento del grado de madurez, ya que todavía somos un equipo joven. Pero quería llamar la atención sobre eso.”

Por lo tanto, las palabras individuales no tienen que dar en el clavo del mensaje, sino que deben hacer que todo sea más entretenido y lúdico. Si te apetece, también puedes conceder un premio (simbólico) al acrónimo más creativo. Aunque solo sea un aplauso :-)

Ideas Scrum retrospectivas 3: Construir una brújula de conflictos

Lo que personalmente me gusta de algunas ideas y métodos de Scrum Retrospectivo también de sitios web como Retromat Lo que no me gusta (no me excluyo a mí mismo y a Echometer) es que no están adaptados a un reto de equipo específico.

El siguiente método de retrospectiva, sin embargo, debería serlo, y sobre el tema de los conflictos. Los conflictos en el equipo son normales. También son una señal de seguridad psicologica - porque solo con la seguridad correspondiente uno se atreve a abordar los puntos de fricción y los errores. 

Sin embargo, es importante gestionarlos de forma sana y específica para poder aprender constructivamente de ellos y seguir desarrollándose. Especialmente también cuando quizás estén en la pubertad del equipo - la “fase de tormenta” en el desarrollo del equipo - aparecer.

La idea y el procedimiento

La idea de la retrospectiva aquí es básicamente desarrollar un código o brújula propio sobre cómo comportarse en caso de conflictos en el equipo. El “truco” es que no se impone desde fuera, sino que se elabora conjuntamente. De este modo, puede actuar el conocido en psicología Effort Justification Effekt actuar.

Concretamente, el procedimiento (aprox. 50 minutos) es el siguiente.

1. Se forman tres grupos: Uno a favor, otro en contra y un grupo de observación. Asegúrate de que los equipos estén lo más mezclados posible. Potencialmente, los grupos “típicos” del equipo no deberían estar en un subgrupo.
2. Se elige un tema relativamente trivial (o no tan trivial) que no tenga nada que ver con el equipo del primer paso.
   Dependiendo de la empresa, se podría debatir, por ejemplo, si una encuesta a los empleados debería realizarse de forma anónima, si se debería introducir más el teletrabajo en la empresa o si debería haber una cuota de mujeres en la cúpula directiva. Si estos temas se consideran demasiado “provocadores de conflictos”, también se pueden elegir temas externos que deberían ser neutrales: ¿Debería haber un uniforme escolar o deberían los estados europeos acercarse aún más políticamente y convertirse en los “Estados Unidos de Europa”?…
3. Los equipos disponen de unos minutos para reflexionar sobre sus argumentos.
4. El debate se desarrolla en consecuencia y el grupo de observación toma abundantes notas.
5. Tras el debate, se comparten las observaciones, se registran y se reflexiona sobre ellas conjuntamente.
6. Sobre esta base, se establecen conjuntamente de tres a cinco normas para futuros conflictos. ¿Cómo te gustaría comportarte en caso de opiniones contrarias?
7. Las reglas se guardan en un póster para que todos las vean, posiblemente también en un Kanban Board digital: se ha creado una brújula de conflictos :-)

Así pues, la Brújula del Conflicto ayuda a orientarse cuando no se tiene claro cómo actuar en los conflictos. 

Por cierto: los conflictos también pueden evitarse con la promoción selectiva de la mentalidad adecuada. Puedes encontrar más información al respecto en mi  Artículo sobre la asombrosa verdad que se esconde tras la mentalidad ágil .

Bonus - Ideas para la retrospectiva Scrum 4: Echometer

Otra forma de diseñar las retrospectivas es, por supuesto, utilizar lo que hay: ¡las herramientas Retro! En particular, me gustaría mencionar Echometer, en cuyo desarrollo participé yo mismo. 

Combina los conocimientos de la psicología con las mejores prácticas ágiles para sacar el máximo partido a los Chequeos de Salud de Equipo y Retros para el desarrollo de equipos. 

También tenemos un catálogo de diferentes métodos de retrospectiva, y se puede utilizar tanto en línea de forma remota como fuera de línea.

La versión básica es gratuita. Si simplemente quieres probarlo - aquí puedes obtener más información y Empieza gratis.

Si quieres explorar todos los métodos retro posibles en nuestra herramienta, también puedes hacerlo haciendo clic en el botón siguiente:

Más ideas retrospectivas en Scrum

En línea puedes Muchas ideas Scrum retrospectivas encontrar. Sin embargo, esperemos que estos tres sean nuevos para ti o se ajusten a tus retos.

Puedes encontrar más ideas y métodos para tu retrospectiva, esta vez todos para la fase de recopilación de datos, en mi otro artículo sobre este tema: El arco y la flecha, Sherlock Holmes y Rocket Retro !

Si quieres preguntas más variadas para tus retrospectivas, consulta nuestro post sobre 32 nuevos formatos de retrospectivas para principiantes y profesionales (con, entre otros, el Mario Kart Retro, el Marathon Retro y el Elon Musk Retro).

Madre mía, todavía no es suficiente: Para mencionar también nuestras últimas publicaciones de métodos Retro aquí, echa un vistazo a las Harry Potter Retro , la retro “ Bueno Malo Feo ” Retro, la retro “ Placer y ganancia ” Retro o la Retrospectiva de la estrella de mar 🙂

Algunos de nuestros clientes tienen un problema muy diferente: ¡fatiga retro! Si a veces oyes “La retro es superflua”, echa un vistazo a nuestra 7 consejos para la fatiga retro . 

Por cierto, uno de los mejores métodos para desarrollar de forma sostenible la mentalidad ágil de los miembros del equipo es la realización de un chequeo ágil. Nuestra kit gratuito para el Health Check ágil del equipo puede ayudarte a hacer las preguntas correctas: simplemente haz clic.