Actualmente estoy ayudando a un equipo en el rol de Scrum Master. Todo está funcionando sin problemas. El último par de retros teníamos muy poco de qué hablar, y si había problemas, en su mayoría los acordábamos de inmediato, tomamos medidas y los resolvimos.
Ahora me pregunto si hay alguna buena idea para un retro cuando todo va bien. Estamos mayormente al día con lo que nos comprometemos, la comunicación es excelente, las historias están bien definidas y todos parecen felices. Por otro lado, me pregunto si hay cosas que podría hacerle cosquillas al equipo al usar diferentes enfoques.
Es muy común la incomprensión de la retrospectiva como un lugar para arreglar problemas. Sin embargo, el objetivo de la retrospectiva no es solo discutir problemas; el objetivo debe ser la mejora continua de los procesos del equipo.
Cuando las cosas van bien, el equipo debería preguntarse "¿Qué hicimos bien en este Sprint?" para que puedan hacer más. No necesita juegos o técnicas inteligentes para obtener esta información. Una vez que haya eliminado los problemas obvios, simplemente preguntarle al equipo qué salió bien suele ser suficiente para ofrecer oportunidades para mejorar el proceso.
Siempre hay cosas de las que puede aprender, Retro le brinda la oportunidad de seguir refinando sus procesos y estrategias: identifique las áreas en las que puede reducir el tiempo libre, aumente la calidad de sus incrementos de trabajo realizado, tal vez un enfoque de control de calidad diferente, un enfoque de desarrollo diferente. Tal vez quieras hablar sobre cómo habrían ido las cosas si hubieras traído más cosas de un trabajo pendiente.
La advertencia, que estoy seguro de que sabe, es no hacer ningún cambio drástico, no intercambiar responsabilidades ni hacer nada para cambiar la dinámica del equipo, ya que eso causará una interrupción en el rendimiento. También advertiría contra poner demasiada presión para aumentar la intensidad o la velocidad.
También puede usar el Retro para revisar las lecciones aprendidas de otros Retro, Planificación y otras revisiones/reuniones internas a las que haya convocado durante el Sprint, u otras iteraciones para ver cómo se tomó en serio esas lecciones y cómo mejoró. Las métricas pueden ser bastante aburridas o sentirse como un desperdicio para algunos, pero nada es mejor que mostrarle a un equipo Scrum/Agile 3 meses de gráficos y otras métricas que muestran mejoras provenientes de adherirse a las lecciones aprendidas y los procesos.
Cuando las cosas van bien y el equipo lo está haciendo bien, puede buscar formas de utilizar las fortalezas que los miembros del equipo presentan para volverse grandes.
Hay varios ejercicios retrospectivos que uso para descubrir fortalezas y usarlas para mejorar aún más, abordar problemas, aumentar el rendimiento o hacer que las cosas funcionen sin problemas. Algunos de ellos son:
Todos estos ejercicios te ayudan a aprender de las cosas que salen bien . El conocimiento adquirido se puede utilizar para resolver impedimentos en curso o futuros o para estar mejor preparado cuando surjan.
Por cierto: también podría ser que su equipo esté sufriendo de fatiga de retrospectivas donde simplemente usar un ejercicio nuevo y diferente en la retrospectiva generaría acciones útiles. También en tal situación, sería valioso hacer uno de los ejercicios anteriores.
cris