El Scrum Master de mi equipo cancela la reunión diaria si tenemos otra reunión ese día, como Backlog Refinement (anteriormente Backlog Grooming) o alguna otra reunión de planificación.
No creo que sea una buena idea, pero no puedo encontrar ningún precedente en línea. ¿Es una buena idea cancelar el stand-up de esta manera?
¿Por qué lo necesitarías ? La reunión de pie diaria solo debería tomar de cinco a quince minutos, dependiendo del tamaño del Equipo Scrum. Si está tomando más tiempo que eso, entonces ese es un problema separado que probablemente debería estar investigando.
Si solo toma cinco minutos, entonces, ¿sus desarrolladores realmente tienen tanto tiempo en el día que la presencia de una sola reunión les impide dedicar cinco minutos a la reunión?
El stand-up en Scrum tiene un propósito distinto. Al igual que las otras reuniones definidas por Scrum. No hay superposición entre sus propósitos, por lo que tener otra reunión no es una buena razón para cancelar el stand-up.
Sin embargo, lo que podría ser una buena idea es que ambos se encuentren directamente uno tras otro. En otras palabras: cambia la hora de la reunión inmediatamente antes o después de la otra reunión.
Esto ayuda a reducir el tiempo "perdido" para cambiar contextos: el tiempo que necesita para "salir" de su trabajo para ir a una reunión y el tiempo que necesita después de la reunión para volver al trabajo que estaba haciendo.
El Scrum Master de mi equipo cancela la reunión diaria si tenemos otra reunión ese día... ¿Es una buena idea cancelar la reunión así?
Como muchas cosas, la respuesta es "tal vez". Genéricamente, la respuesta debería ser no ; las reuniones diarias deben realizarse independientemente de cualquier otra cosa que pueda tener en el calendario ese día. Sin embargo, ciertamente existen circunstancias atenuantes basadas en si se ha obviado el propósito de la ceremonia.
A continuación se proporciona una lista de ejemplos y algunos ejemplos de criterios para la toma de decisiones.
El standup diario es una reunión que permite al Equipo Scrum coordinar el incremento de trabajo del día actual. Por lo tanto, el valor de utilidad de la ceremonia depende de si hay o no un incremento de trabajo diario, o si las actualizaciones de estado y los bloqueadores son relevantes para el período de 24 horas en curso.
En otras palabras, si hay trabajo en progreso o trabajo por hacer, no debe cancelar el standup diario, incluso si tiene otras ceremonias ese día. Sin embargo, puede haber algunas excepciones legítimas. Por ejemplo:
Sin embargo, no debe cancelar la reunión solo porque tiene otras reuniones. No desea secuestrar el enfoque de Sprint Planning, Backlog Refinement, Sprint Reviews o Sprint Retrospectives para abordar las cosas que pertenecen al standup diario. Hacerlo suele ser una economía falsa que los profesionales implementan bajo la idea errónea de que saltarse la reunión reduce los gastos generales. De hecho, es probable que tenga el efecto contrario , ya que los miembros del equipo no se coordinan o deben volver a implementar el standup (mal) fuera de una ceremonia formal.
No hagas eso.
Cada reunión debe tener un propósito bien definido y un resultado esperado. El propósito del standup es coordinar el incremento de trabajo del día actual para todo el equipo . Otras reuniones pueden centrarse en tareas específicas, problemas de ingeniería, resolución de problemas, etc., pero no reemplazan la coordinación de dependencia basada en equipos que es la razón de ser de la reunión diaria.
Sin embargo, si sus Sprints están estructurados de tal manera que no hay incremento para trabajar ese día, y no hay dependencias que deban resolverse o establecerse en el estado del día anterior, debe considerar reemplazar el standup de ese día con la ceremonia adecuada. Por ejemplo, con Sprints que terminan un viernes y comienzan un lunes:
El determinante clave es si hay algo que coordinar dentro del equipo o no. No cometa el error de cambiar el tiempo de inactividad esencial por las falsas economías de la falacia de utilización del 100 % o un "ahorro" en los gastos generales que en realidad reducen la comunicación efectiva dentro del equipo. Esas son formas seguras de reducir la efectividad general de su implementación de Scrum, así que simplemente no lo haga. :)
Según Mike Cohn, un líder de opinión ágil, es aceptable cancelar el scrum diario en los días de planificación. Su lógica es que el propósito del scrum diario es sincronizar el esfuerzo entre los miembros del equipo. Una sesión típica de planificación de sprints debería dar como resultado que todos los miembros del equipo estén sincronizados. En ciertos entornos, puede tener sentido cancelar el scrum diario el día de la reunión de planificación o el día posterior. Siguiendo esta lógica, aún se debe realizar un scrum diario en los días de refinamiento o retrospectivos.
He experimentado esto con mi equipo y he llegado a creer que es totalmente circunstancial. No existe una regla vinculante, pero recuerda que el scrum diario es para el equipo como un todo, no para una persona individual. Si el equipo prefiere tener el scrum diario en los días de planificación, el scrum master debe estar dispuesto a continuar celebrándolos.
Como Scrum Master, ocasionalmente he cancelado el stand-up.
Solo hago esto cuando el equipo me pide que lo cancele y la mayor parte del día está lleno de reuniones, por lo que no hay necesidad de sincronizar.
Si un equipo me pidiera que cancelara el stand-up para una sola reunión, argumentaría fuertemente en contra.
Sea pragmático y haga el día a día después del Refinamiento del Backlog. La cancelación de la reunión diaria debería ser un caso raro, ya que hay muchos beneficios si realiza el ritual todos los días y al mismo tiempo.
Si su SM cancela el Daily Scrum que había programado previamente, citando la reunión de Refinamiento de ese día como justificación, ¡entonces sospecho que lo están poniendo a prueba! La respuesta correcta es que el Equipo de Desarrollo se organice a sí mismo para programar su propio Daily Scrum y mantenerlo en un lugar donde el SM no pueda evitar observar. Hará que el SM se sienta orgulloso al demostrar que ha alcanzado un nuevo nivel de comprensión de Scrum y en privado estarán complacidos de que su experimento haya funcionado.
Pero podría darse el caso de que el SM te esté defraudando. El Daily Scrum es el evento principal de 'insecto y adaptación' del Equipo de Desarrollo, su oportunidad de replanificación diaria (¡no es que estas actividades deban limitarse necesariamente a una vez por día!) ¿Por qué el SM le negaría esto? ¿Por qué dejarías que SM te negara esto?
Algo que el SM debe tener en cuenta es que alguien más en la organización quiera reservar una reunión en el intervalo de tiempo regular de Daily Scrum del Equipo de Desarrollo, para asegurarse de proteger al equipo trabajando con la persona para reprogramar su reunión cuando sea posible ( "The Daily Scrum se lleva a cabo a la misma hora y en el mismo lugar todos los días para reducir la complejidad" . Recuerda que el SM es un líder servidor, ¡ellos trabajan para ti!
pato de goma