El equipo Scrum no quiere tener standups

Soy ScrumMaster para el equipo Scrum.

El equipo no se presentó al standup esta mañana. Fui y hablé con el equipo y me dijeron que no querían hacer stand-ups porque el propietario del producto (PO) está de licencia.

¿Alguien tiene alguna sugerencia sobre cómo manejar esto?

1) Por lo general, ¿cuánto duran sus reuniones diarias? 2) ¿Son principalmente reuniones de 'actualización de estado' o 'puntos de control de coordinación de equipos'?
El equipo generalmente se limita a 15 minutos y diría que es más coordinación que actualizaciones de estado.
Si bien no necesariamente necesita un standup todas las mañanas, el hecho de que el PO esté ausente o no no tiene nada que ver con si tiene un standup; de todos modos, normalmente no estarían allí.

Respuestas (4)

  1. El principal problema es que su "Daily Scrum" se degradó a "Reunión de informes de estado diario".

  2. Creo que la razón de este problema es que su equipo no comprende el propósito y los objetivos de Daily Scrum.

  3. Y, por supuesto, si profundizamos, la razón principal será que usted (como Scrum Master) no explicó bien el propósito y los objetivos de Daily Scrum a su equipo.

Hay opiniones un poco diferentes sobre los objetivos de Daily Scrum.

Por ejemplo, en esta respuesta sugerí (basado en el artículo de Mike Cohn y su propia práctica) lo siguiente:

  • Ayuda para seguir el progreso del Sprint.
  • Sincronizar el trabajo del equipo.
  • Adaptar plan diario y Sprint Backlog.
  • Aumentar la colaboración dentro del equipo (por el compromiso mutuo y el intercambio de problemas).

El autor [Jason Yip] de este artículo sugiere objetivos similares, pero un poco diferentes:

  • Para ayudar a empezar bien el día.
  • Para apoyar la mejora
  • Para reforzar el enfoque en las cosas correctas
  • Para reforzar el sentido de equipo.
  • Para comunicar lo que está pasando

Como recurso mnemotécnico, piense en REGALOS :

Buen comienzo , mejora , enfoque , equipo , estado _ _

Finalmente, cita de The Scrum Guide (no hay una lista de objetivos, pero los destaqué):

El Daily Scrum es un evento de 15 minutos con un límite de tiempo para que el Equipo de Desarrollo sincronice actividades y cree un plan para las próximas 24 horas.

...

El Equipo de Desarrollo utiliza el Scrum Diario para inspeccionar el progreso hacia el Objetivo del Sprint y para inspeccionar la tendencia del progreso hacia la finalización del trabajo en el Backlog del Sprint. El Daily Scrum optimiza la probabilidad de que el Equipo de Desarrollo alcance el Sprint Goal. Todos los días, el Equipo de Desarrollo debe comprender cómo pretende trabajar en conjunto como un equipo autoorganizado para lograr la Meta del Sprint y crear el Incremento anticipado al final del Sprint. El Equipo de Desarrollo o los miembros del equipo a menudo se reúnen inmediatamente después del Daily Scrum para discusiones detalladas o para adaptar o replanificar el resto del trabajo del Sprint.

...

Los Daily Scrums mejoran las comunicaciones, eliminan otras reuniones, identifican impedimentos al desarrollo para su eliminación, resaltan y promueven la toma rápida de decisiones y mejoran el nivel de conocimiento del Equipo de Desarrollo. Esta es una reunión clave de inspección y adaptación.

En cualquier caso, no existen objetivos de Daily Scrum que estén directamente relacionados con el Product Owner.

Daily Scrum es un evento para el Equipo de desarrolladores, sirve para alcanzar los objetivos del Equipo de desarrolladores y solo se requiere la asistencia del Equipo de desarrolladores a esta reunión.

Intenta explicárselo a tu equipo.

Parecen tratar la reunión diaria como una reunión informativa para su PO. Esto no es lo que se supone que es el standup diario.

Como scrum master, es su trabajo aclarar que la reunión diaria es para el equipo y que el PO es un visitante tolerado en la reunión. Su ausencia no cambia nada.

También es su trabajo asegurarse de que realmente sea así. Es fácil dejar que el standup diario se convierta en una breve reunión de informe de orden de compra. Si eso sucede, es su trabajo cambiar el rumbo y volver a encarrilar las reuniones.

De acuerdo con lo anterior; También recomendaría reiterar con el equipo cuáles son los supuestos beneficios del stand-up y ver si sienten que esos beneficios son realmente útiles para ellos y están sucediendo. En algunos casos, los equipos que han estado juntos por un tiempo renunciarán a las reuniones de pie porque simplemente se comunican orgánicamente a lo largo del día y no encuentran útil la ceremonia explícita.

Debe hablar con su equipo y aclarar que los stand-ups no son para informar al PO. Su objetivo principal es trabajar en equipo y mantener a todos informados de todos los procedimientos que sucedieron el día anterior. Es una forma de hacer notar los impedimentos que enfrenta cualquier miembro del equipo. Es importante enfatizar el hecho de que Daily Stand-up es una reunión de compromiso y comunicación y NO una reunión de informe de estado.

Si eres capaz de comunicar bien la importancia de los Stand-ups al equipo, seguro que no se lo pierden.

Además, tenga especial cuidado con la duración de sus stand-ups. A nadie le gustan especialmente las reuniones largas. Una reunión de pie debe durar un máximo de 10 minutos. Si algún bloqueador requiere más discusión, las partes relevantes deben hacerlo después de la reunión de pie. A otros se les debe permitir salir.

Usted, como Scrum Master, tiene un papel muy importante para explicar a todos los conceptos de Agile y Scrum.

En nuestro equipo tenemos standups diarios siempre sin PO. Es un lugar para la coordinación de los desarrolladores, no para la presentación de informes.

Leí un artículo bastante bueno sobre los errores de stand-up: 7 errores durante la reunión diaria de stand-up

El equipo Scrum no quiere tener standups
RespuestasAquíPolítica de privacidad1y, 0v