Soy un maestro de scrum durante dos años, y recientemente uno de mis compañeros planteó la preocupación de que nuestras reuniones están tardando demasiado. Si bien trato de mantener la primera parte del stand-up (es decir, actualizaciones) lo más breve posible, los scrums posteriores toman hasta media hora, ya que generalmente hay 3-4 temas para discutir, cada uno de los cuales toma de 5 a 7 minutos. ¿Cuáles son las mejores prácticas conocidas para tener stand-ups efectivos, incluidos los post scrums, y cuáles son las responsabilidades del facilitador en este caso? Por ejemplo, uno de los enfoques que me recomendaron es convertir largas discusiones en reuniones.
Lo que estás describiendo bien puede ser un comportamiento Scrum saludable.
Scrum se basa en la comunicación entre los miembros del equipo de desarrollo, ya que esto promueve la sincronización y mejora la eficacia del equipo.
Es importante recordar que una conversación saludable suele ser un uso productivo del tiempo para los miembros del equipo.
Como Scrum Master, si viera varias conversaciones después de cada reunión diaria de Scrum, sería feliz. Las excepciones a esto son si la conversación solo se refiere a una parte del equipo, pero todo el equipo se queda para escucharlos.
Algunas sugerencias que puede hacerle al equipo son:
Propósito de las reuniones diarias de scrum
Las reuniones de pie diarias ayudan al equipo a seguir su progreso con referencia a su compromiso. Se comprometieron a entregar las tareas acordadas durante un período de tiempo determinado, por lo que se sincronizan diariamente para una mejor coordinación del equipo para lograr el objetivo del sprint.
Según la guía Scrum:
El Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, pero el Equipo de Desarrollo es responsable de realizar el Daily Scrum. El Scrum Master le enseña al Equipo de Desarrollo a mantener el Daily Scrum dentro del marco de tiempo de 15 minutos.
Lo que NO es una reunión de scrum
La reunión diaria de scrum no es una reunión de actualización de estado en la que un jefe recopila información sobre quién está retrasado. Más bien, es una reunión en la que los miembros del equipo se comprometen entre sí.
https://www.mountaingoatsoftware.com/agile/scrum/daily-scrum
Rol del maestro scrum
Se supone que el equipo debe realizar standups diarios. Como Scrum Master, es su trabajo facilitar al equipo y asegurarse de que se siga el proceso. Entrénelos para que los standups sean efectivos en lugar de tener solo actualizaciones mecánicas durante el ritual diario.
El Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, pero el Equipo de Desarrollo es responsable de realizar el Daily Scrum. El Scrum Master le enseña al Equipo de Desarrollo a mantener el Daily Scrum dentro del marco de tiempo de 15 minutos.
Recuerde : no existe el post-scrum en Scrum. En caso de que sea necesario tener discusiones técnicas o una sesión de resolución de problemas, organice una reunión por separado e invite solo a los miembros del equipo en cuestión en lugar de a todo el equipo.
¿Cuáles son las mejores prácticas conocidas para tener stand-ups efectivos, incluidos los post scrums, y cuáles son las responsabilidades del facilitador en este caso?
Voy a dividir tu pregunta:
¿Cuáles son las mejores prácticas conocidas para tener stand-ups efectivos, ...
En este caso seguiría la guía de scrum. Haga que todos los miembros del equipo respondan las tres preguntas. He oído decir a muchos Scrum Masters que estas preguntas son aburridas y anticuadas. Pero no responder a estas preguntas puede llevar a perder el enfoque con respecto al objetivo del sprint.
Si todos los miembros del equipo se enfocan en responder las tres preguntas, el diario debe hacerse dentro del plazo de 15 minutos.
..., incluidos los scrums posteriores, ...
¡Permita que los miembros del equipo siempre hablen sobre los problemas que conducen a un sprint exitoso! En mi opinión, nunca se debe esperar la mejora hasta la retrospectiva. Porque en el peor de los casos, esperará cuatro semanas (para un sprint de cuatro semanas) hasta que se discuta un problema por primera vez...
Esto lleva a una de las preguntas más importantes:
..., y ¿cuáles son las responsabilidades del facilitador en este caso?
¡Todas las discusiones deben ser facilitadas! Como Scrum Master, usted es responsable de la calidad de la cooperación. Discusión facilitada significa que usted se preocupa por la estructura y el equipo se preocupa por el contenido de una discusión. Ayudas a mantener el enfoque en los temas discutidos. Asegúrese de que el resultado sea INTELIGENTE ("Específico, medible, aceptado, realista, con un límite de tiempo"). Para que todos sepan qué hacer después de la discusión.
Al final resultó que, a nuestros programadores (el equipo tiene solo 15 personas) no les gustan las reuniones largas, el monitoreo regular y los informes también: los molesta y los distrae del trabajo. Entonces, al final, llegamos a la conclusión de que solo necesitamos 2-3 técnicas, que no distraen su atención, mientras que el gerente de proyecto/producto hace el resto por ellos: análisis y preparación de tareas, priorización de ellas, la implementación planificar nuevas funciones, etc.
Por lo tanto, empleamos las siguientes prácticas:
Esto nos basta, por eso, guiados por el principio de la navaja de Occam, no multiplicamos entidades más allá de la necesidad.
Es por eso que recomiendo probar Standuply.com Esta es una herramienta de gestión de proyectos para Slack. Creo que también es perfecto para su equipo, especialmente si tiene una parte del equipo trabajando de forma remota. Lo usamos durante varios años, y todo el equipo está muy satisfecho con eso. Esta aplicación realmente reduce el trabajo de los gerentes y facilita la vida en el proceso de desarrollo de productos complejos. Esto no es publicidad, solo un consejo amistoso.
Cuando empezamos con Scrum teníamos un problema similar. El scrum era nuevo para todas las partes y luchamos para que los stand-ups diarios fueran breves e informativos.
Aunque poco a poco fuimos mejorando.
Mejoramos al enfatizar una cosa simple. La escoria diaria no es discusión para la adaptación . Como probablemente sepas, Scrum como proceso de control empírico se basa en tres pilares: Transparencia, Inspección y Adaptación . Si bien se necesita un scrum diario para la inspección del sprint, la adaptación debe realizarse fuera del stand-up. El scrum diario es para descubrir que hay que hacer algo y, finalmente, quién debe evolucionar. Los subgrupos deben discutir esto después cuando sea más conveniente.
Después de la parte de inspección, debe decir: "El día ha terminado, alinearse si es necesario". Y simplemente vete. Si creen que todo el equipo debe quedarse y escuchar, pues que así sea, pero dale la oportunidad a los no involucrados de seguir trabajando. No todos necesitan escuchar a todos.
Cuando comience a hacerlo, la gente ya no tomará las discusiones como parte del scrum diario.
Sé que también es tentador facilitar esta publicación de discusión diaria, pero así el equipo nunca aprenderá que ellos son los responsables de la ejecución del Sprint, no Scrum Master. Entra solo cuando descubras que necesitan tu ayuda para seguir adelante.
Todd A. Jacobs
Nutel
Ewan