El proceso de desarrollo ágil es un entorno de trabajo dinámico e iterativo que implica pequeños sprints y entregas frecuentes. ¿Pero funciona? Para discernir si el proceso es eficiente, es importante pedirle a cada equipo que reflexione de forma recurrente. Es en este espíritu de mejora continua que los equipos crean dinámicas para las retrospectivas de Scrum al final de cada sprint.

Como señalan Derby y Larsen en su libro Agile Retrospectives: Making Good Teams Great , improvisar desde un patrón básico puede ser útil para que los equipos aprovechen al máximo las sesiones retrospectivas, lo que los lleva a trabajar mejor y los ayuda a evitar errores. común.

Phillip Rogers es uno de los Scrum Masters en NPR e instruye a los equipos ágiles sobre cómo mejorar sus procesos y trabajar mejor juntos. Permite la dinámica de las retrospectivas de Scrum como un tercero objetivo y ayuda a orientar la discusión para que sea una conversación abierta y sincera, con el objetivo de hacer que el equipo sea más productivo en el futuro.

A continuación, comparte cómo utiliza los principios que se encuentran en Agile Retrospectives para ayudar a los equipos a comunicarse mejor:

Paso 1: prepara el escenario

Las retrospectivas de Dynamics for Scrum son más efectivas cuando todos los miembros del equipo son honestos sobre lo que funcionó, pero también sobre lo que no funcionó. Hay tantas dinámicas de equipo como equipos, por lo que a veces la gente se avergüenza de empezar si no se siente cómoda abriéndose.

Para Philip, esto se puede solucionar con ejercicios de calentamiento. «En realidad, es solo una cuestión de iniciar la conversación y disipar las tensiones si existen».

A veces, la actividad es un barómetro rápido del equipo. Esto se puede tomar literalmente, como dibujar cuatro climas (tormenta, lluvia, nublado, sol) y pedir a las personas que pongan un post-it en el clima que crean apropiado para describir el éxito del último sprint.

Agile ha ganado reconocimiento mundial y también se usa regularmente en equipos europeos. Crédito de la foto:  Retromat

También puede ser tan simple como pedirle a cada miembro del equipo que describa la última iteración en solo tres palabras. Todos estos ejercicios están diseñados para preparar al equipo para discusiones más específicas.

En lugar de una tabla con post-its, también se puede usar Trello.

Paso 2: recopila datos

 Para este paso, es hora de entrar en los detalles más pequeños del último sprint. Como dice Philip, «Básicamente, estamos tratando de capturar la mayor cantidad de información posible centrándonos en los sprints o la iteración que está llegando a su fin».

Uno de los ejercicios que se utilizan para ello es diseñar un barco con un motor potente y un ancla pesada. Luego, los miembros del equipo deben escribir post-its para escribir lo que creen que hizo que el bote avanzara y lo que creen que lo mantuvo anclado en el último sprint.

Crédito de la foto:  Retromat

Cada idea es un post-it y se adjuntan a la parte correspondiente del dibujo como una forma de conceptualizar visualmente el éxito y los obstáculos. Luego, los equipos usan esto para discutir cómo minimizar los anclajes y cómo mover el barco hacia adelante.

Paso 3: generar información

Este paso generalmente continúa sin problemas desde el paso 2, donde se identifican las debilidades y los éxitos. El paso de generación de percepción existe para identificar patrones y redundancias en el proceso.

¿Tres personas del equipo creen que se habrían beneficiado de instrucciones más específicas? Este es un hecho significativo, más que si solo una persona se sintiera así. Encontrar estos puntos comunes ayuda a mejorar el proceso para todos para el próximo sprint.

Paso 4: decida que hacer

Philip cree que este es el paso más importante en la dinámica de las retrospectivas de Scrum, incluso si es uno de los más descuidados.

«Muchos equipos tienen excelentes conversaciones, pero al final nunca desarrollan elementos de acción para avanzar», explica. «Francamente, es más fácil y menos trabajo tener la conversación, pero nunca hacer nada al respecto». Y si no se hace nada, se pierde gran parte del valor de la retrospectiva.

Durante las sesiones de Philip, intenta que los equipos hagan una pequeña lista de cosas para recordar durante el próximo sprint, para mejorar el trabajo. En lugar de intentar cambiar completamente el proceso, es mejor si los equipos avanzan a la siguiente iteración con solo unos pocos puntos focales específicos para que funcionen mejor.

Los sprints, después de todo, están diseñados para ser más cortos, idealmente dos semanas como máximo. Más adelante seguirá otra retrospectiva.

Paso 5: resumen de la dinámica de la retrospectiva de Scrum

Para resumir la retrospectiva, a Philip le gusta mantener las cosas ligeras. Después de discutir lo que cada uno ha aprendido de la experiencia, piensa que terminar en un tono más alegre puede ayudar al equipo.

Por ejemplo, para cada elemento de acción discutido en el paso 4, los equipos de dos deben hacer un póster divertido. Eligen una imagen, acuerdan un título y escriben una descripción, la mayoría de las veces divertida. Es una forma ligera de promover el trabajo en equipo, al tiempo que garantiza una comprensión del elemento de acción que acuerdan mejorar para la próxima vez.

Todos estos pasos se describen en detalle en la tabla de Trello de Philip, y cada paso corresponde a una lista. Utiliza este marco para organizar y compartir enfoques de retrospectivas que han sido propuestos por él y otros, y también advierte que para los equipos que no tienen mucha experiencia con dinámicas para las retrospectivas de Scrum, seguir un flujo similar al de Derby y Larsen es una excelente manera para estructurar las sesiones y guiarse en cada paso.

Vea el gráfico de recursos retrospectivo ágil de Philip aquí.

¿Ha trabajado en equipos de desarrollo ágiles en el pasado? Cuéntenos sobre su proceso retrospectivo en los comentarios a continuación, o encuéntrenos en Twitter  o Facebook .

Un agradecimiento especial para Philip Rogers por compartir sus ideas y excelentes fotografías de Trello. Lea más sobre su trabajo con la organización ágil aquí.