Scrum está pensado como un marco simple pero suficiente para la entrega de productos complejos. Scrum no es una solución única, una bala de plata o una metodología completa. En cambio, Scrum proporciona los límites mínimos dentro de los cuales los equipos pueden autoorganizarse para resolver un problema complejo utilizando un enfoque empírico. Esta simplicidad es su mayor fortaleza, pero también es la fuente de muchas malas interpretaciones y mitos que rodean a Scrum. En esta serie de publicaciones, nosotros, sus ‘cazadores de mitos’ Christiaan Verwijs & Barry Overeem  , abordaremos los mitos y los malentendidos más comunes. Las grandes imágenes son de Thea Schukken .

Mito: El Scrum Master debe estar presente durante el Daily Scrum

El mito es que un Scrum Master siempre debe estar presente durante el Daily Scrum. En algunos equipos, se espera que Scrum Master facilite el Daily Scrum, mientras que otros equipos creen que Scrum Master debería estar presente para detectar los impedimentos que él o ella deben resolver. De cualquier manera; se requiere presencia.

¿Qué dice la Guía Scrum?

Según la Guía Scrum, el Daily Scrum es propiedad del Development Team. Scrum se basa en la observación de que el desarrollo de productos es un esfuerzo complejo. Esta complejidad se manifiesta en un alto grado de imprevisibilidad. Incluso dentro del alcance de un solo Sprint, las cosas probablemente no saldrán como se esperaba. Un miembro crítico del equipo se enferma durante el Sprint. Se descubre un error de alta prioridad que debe solucionarse de inmediato. O surge una nueva idea que aborda mejor el Sprint Goal. La comunicación frecuente dentro del Development Team es fundamental para hacer frente a estos cambios a medida que surjan.

El Daily Scrum es uno de los límites de Scrum y le brinda al Development Team al menos una oportunidad diaria para sincronizar el trabajo y el plan para el día siguiente. ¿Cómo trabajará el equipo en conjunto hasta el próximo Daily Scrum para alcanzar el Sprint Goal? La salida del Daily Scrum consiste en un plan diario y (potencialmente) los ajustes al Sprint Backlog que se necesitan para alcanzar el Sprint Goal. Aunque el Scrum Master puede estar presente para ayudar a facilitar el Daily Scrum, esto no es obligatorio. El Scrum Master garantiza que se realice un Daily Scrum, pero el Development Team es responsable de llevar a cabo la reunión. Fuera del Development Team y potencialmente el Scrum Master, ninguna otra persona participa. Si el Daily Scrum da como resultado decisiones que afectan a otros (como el Product Owner), el Development Team puede consultarlos posteriormente.

Por lo tanto, aunque el Scrum Master puede participar durante el Daily Scrum, el Scrum ciertamente no lo requiere.

Posibles problemas

Tener el Scrum Master presente durante cada Daily Scrum está asociado con una serie de ‘olores’ que pueden indicar problemas en la forma en que se aplica Scrum:

• El Scrum Master actúa como gerente del equipo y utiliza el Daily Scrum para distribuir el trabajo y tomar decisiones en nombre del Development Team;
• El equipo de desarrollo no admite ni se compromete a trabajar con Scrum, y necesita que el Scrum Master “se asegure de que suceda”. En este caso, se debe abordar la motivación más profunda para trabajar con Scrum;
• El Development Team puede depender del Scrum Master para facilitar la comunicación dentro del Development Team. Esto impide la capacidad del Development Team para aprender a autoorganizarse;
• El Scrum Master utiliza el Daily Scrum para sentirse significativo. Siendo un líder servicial, el éxito de un Scrum Master a menudo se manifiesta de manera indirecta (mejora a través del tiempo, buena atmósfera, aprendizaje). Para algunos Scrum Masters, el Daily Scrum brinda la oportunidad de subir al escenario y tener una contribución visible, aunque no beneficie al Development Team por las razones expuestas anteriormente.

Tips

Los siguientes tips son útiles para hacer que el Daily Scrum sea más efectivo (como Scrum Master):

• Reitere el propósito del Daily Scrum al comienzo;
• Retroceda (literalmente) durante el Daily Scrum, ubicándose fuera del Development Team;
• Limítate a solo hacer preguntas abiertas durante el Daily Scrum;
• Limítese a solo hacer preguntas relacionadas con la transparencia, la inspección y la adaptación: “¿Cómo afecta esta nueva perspectiva a nuestro Sprint Goal?”, “¿Qué nuevo trabajo debe hacerse transparente?” O “¿Cómo podemos ayudarnos los unos a los otros para lograr el éxito? ¿Sprint Goal? ”;
• No facilite activamente el Daily Scrum pidiéndole a cada miembro que responda las tres preguntas del Daily Scrum. En su lugar, deje que la gente decida quién va después;
• No asista al Daily Scrum. Observa lo que pasa después;
• Pídale a alguien en el Development Team que facilite el Daily Scrum;
• Deje que el Development Team elija la hora de inicio y la ubicación. Es su evento. Por lo tanto, permítales elegir el tiempo que más les convenga. Esto aumenta el sentido de pertenencia y anima al equipo a comenzar a tiempo.

Si quieres profesionalizarte en agilidad a través de Scrum te invitamos a las próximas fechas abiertas al público

Conclusiones

En esta publicación del blog, hemos descrito el mito de que el Scrum Master siempre debería estar presente durante el Daily Scrum. Hemos ofrecido la perspectiva de la Guía Scrum, describimos algunos ejemplos de posibles problemas en la aplicación de Scrum y compartimos consejos y trucos sobre cómo hacer que el Daily Scrum sea más efectivo.

¿Cuál es tu opinión sobre este mito? ¡Siempre estamos ansiosos por aprender de sus experiencias también!

¿Quieres separar Scrum de los mitos? únete a sus cursos profesionales de Scrum Master (en holandés o inglés). Ellos garantizan una experiencia única y reveladora que es 100% libre de PowerPoint, altamente interactiva, seria pero divertida. Consulte sus cursos públicos (holandés) o contacta con ellos para cursos en privado pero en inglés.