En la Guía para hacer que cada reunión importe, de Harvard Business Review, un colaborador describe un proceso único para su reunión diaria:
"Para que las reuniones improvisadas fueran breves, instituí Reuniones de baile. Tocando [música] funk a niveles bajos a través de los parlantes de mi computadora, animaba a mis colegas a bailar. Bailamos durante la duración de la canción mientras discutíamos sus proyectos, desafíos, problemas personales, etc.. Los beneficios fueron inmediatamente claros:
• Las reuniones se mantuvieron en alrededor de cinco minutos—máximo, 10, para una melodía extendida de James Brown.
• Las personas tímidas se sintieron intimidadas y no acudieron con tanta frecuencia.
• El baile inmediatamente nos puso de buen humor, tanto que incluso las personas con quejas importantes siempre salían de mi oficina con una sonrisa. • Fue un momento encantador y surrealista que levantó la moral dentro de mi equipo.
Este no es el tipo de método extremo que funcionará en todas las oficinas, por supuesto, pero sí funcionó en mi lugar de trabajo informal pero agitado. Y ciertamente resultó en reuniones rápidas y efectivas".
Nuestra empresa actualmente facilita una serie de equipos Scrum de desarrollo de software, que han sido efectivos durante varios años (mucho más allá de las etapas de formación / tormenta / normalización). Estamos planeando expandir estos equipos en un futuro cercano, pero creemos que es un momento natural para la evolución del equipo. ¿Suena esto como una ruta factible para explorar, o simplemente alejará demasiado a nuestros empleados de sus zonas de confort?
No he visto esto en acción. Lo que sí sé es que esto suena como una evolución del equipo.
Cuando un equipo todavía está en la fase de formación, asalto o incluso normalización, todavía se está estableciendo la comodidad. En este punto, está trabajando en la cohesión y la confianza del equipo. Después de haber pasado mucho tiempo en el teatro, puedo decirles que se necesita mucha confianza para que un buen grupo de actores trabaje bien en conjunto.
Entonces, algo como introducir el baile, que puede estar fuera de la zona de confort de su ingeniero de software promedio, es algo que probablemente quiera dejar de hacer hasta que llegue al escenario y esté buscando la próxima evolución de la dinámica del equipo. Confíe primero, luego comience a experimentar.
En verdad, nunca antes había oído hablar de esta técnica de Daily Scrum. A pesar de esto, creo que es una práctica muy infantil (es mi opinión personal). Creo firmemente que, en caso de que sugiera implementar esta práctica en retrospectiva, la respuesta más censuradora de mi equipo será algo como " Dios mío, ¿ hablas en serio? ". A casi todos los miembros de mi equipo no les gustan los elementos del juego dentro del proceso de desarrollo (sí, somos tipos aburridos), como la retrospectiva de lego y otros.
¡Pero! Mi equipo es mi equipo. Tu equipo es tu equipo. No hay bala de plata. Todos los equipos son únicos. Si esta técnica no es aplicable a mi equipo, no significa que esta práctica será mala para su equipo.
¡Pero! Tenga cuidado con la implementación de esta práctica. Todos los miembros de tu equipo deben tener un psicotipo específico para esta técnica. Incluso si hay un miembro del equipo que tendrá molestias durante el baile, creo que será mejor no usar esta práctica.
Tob
Todd A. Jacobs
asga
Grimm el Opinador
usuario20424
MCW