¿Cómo motivar al equipo para que sea proactivo en el scrum diario?

Nuestro equipo también solía tener standups diarios. (Hace mucho tiempo, en $WORK, comenzamos a usar Scrum. Lo encontramos sofocante y lo superamos, pero obtenemos ciertas cosas, como standups, backlogs priorizados, historias de usuarios, etc.). Pero descubrimos que no funcionaba para nuestro equipo, por dos razones. Primero, a menudo teníamos standups que duraban 2 minutos y todos decían "Sigo trabajando en lo mismo que ayer y anteayer". En segundo lugar, la gente sintió la necesidad de discusiones más largas; no sobre las tareas diarias, sino sobre las implementaciones, si implementar o no las solicitudes de otras partes del negocio, y si es así, cómo, etc.

Así que cambiamos nuestro horario y tenemos una reunión de una hora una vez a la semana.

Si eso funcionará para su equipo, no lo sé. Mi punto es que si las reuniones diarias no funcionan para ti, no tengas miedo de probar algo diferente. Siempre puedes volver a las reuniones diarias si algo diferente tampoco funciona.

¿Tendría sentido hacer el diario una vez cada dos días, ya que parece que no tenemos mucho que decir a diario?

Si es cierto que su equipo no tiene mucho que decir en las reuniones diarias, entonces probablemente la raíz de su problema no sean los diarios en sí mismos, sino cualquier cosa que esté causando que su equipo no pueda trabajar o lograr logros. Realizar solo una reunión cada dos o tres días no solucionará eso.

¿Cómo puedo asegurarme de que la pasividad para asistir al scrum diario no esté relacionada con una baja moral o, peor aún, cosas no dichas?

Bueno, esto depende mucho de su situación y es imposible responder en el vacío. Sin embargo, si todo el equipo se niega silenciosamente a aparecer en los diarios y tienes que ir a por ellos, parece que hay algún tipo de fricciones entre los miembros del equipo o simplemente están desmoralizados. O tal vez nunca antes trabajaron con scrum y de alguna manera sienten que la implementación de la nueva metodología es una especie de ataque contra la forma en que solían trabajar.

Creo que las retrospectivas de Scrum son un buen lugar para solucionar los problemas de las reuniones diarias. En mi carrera, tuve problemas con las reuniones diarias en casi todos los equipos en los que trabajé: generalmente porque las personas brindaban demasiados o muy pocos detalles, pero también porque las personas llegaban tarde o eran pasivas con respecto a las reuniones diarias.

Hablar de eso en las sesiones retrospectivas siempre ayudaba. Plantear el tema con calma en la próxima retrospectiva y ver cómo reacciona el equipo.

Para que las cosas se muevan, solo debes dar la vuelta a la habitación. Pídele a alguien que empiece y luego recorre la habitación.

Pídales que proporcionen:

• en que trabajé ayer
• en que voy a trabajar hoy
• Cualquier bloqueador

Por lo general, terminábamos con un minuto 16 para cosas que estaban fuera del desarrollo, como personas que se tomaban un tiempo libre o un anuncio de la gerencia.

Con el tiempo, obtendrá una cadencia o ritmo y las cosas se asentarán.

También lo he visto donde repasamos la lista de problemas que están en progreso y preguntamos por qué algo se completó pero no se aceptó, etc. No exactamente por el libro, pero es posible que deba seguir adelante. Vuelva a visitar el retro cada sprint y vea lo que necesita 'sintonizar'.

Siempre he visto a SCRUM como un enfoque en capas que sube y baja en intensidad dependiendo de qué tan bien quiera aplicarlo o dejar que las cosas funcionen, sin embargo, concentrémonos en el standup diario:

1. Establezca una reunión recurrente en perspectiva, la reunión debe ser temprano en el día, si la gente llega a las 9 a.m., las 9:30 a.m. sería ideal para realizar la reunión, de esa manera se minimiza la interrupción del equipo.

2. Siga el estándar: "lo que hice, lo que estoy haciendo y el enfoque de los bloqueadores", introduzca elementos del estacionamiento para fomentar la conversación, esto puede traer un elemento de diseño de software a la reunión, que tendrá que sopesar con el tiempo. este tipo de interacciones requieren un maestro SCRUM fuerte para mantener las cosas en orden.

3. Asegúrese de que los miembros remotos participen, trabajar desde casa no debería ser una excusa para no asistir.

4. Tenga un juego interactivo con posibles recompensas, usamos Jenga, he trabajado en un lugar donde la gente tiraba una pelota.

5. Muestra la acumulación de sprints durante el día y usa el tablero para involucrar a los miembros del equipo en lo que todos están trabajando en lugar de dar vueltas en círculo.