¿Es la Daily Scrum pérdida de tiempo para el equipo de Desarrollo?

Scrum diario? Daily Scrum? Es una pérdida de tiempo e interrumpe mi trabajo.

Lo he oído 4075323 veces.

¿Es la Daily Scrum pérdida de tiempo? Daily Scrum es solo una oportunidad para que el Scrum Master aparezca y administre microgestiones. Haga su teatrillo, vaya.

Lo he oído 42413423 veces más.

Ya para rizar el rizo, la Daily Scrum es para informar el estado, pero podría hacerlo en un correo electrónico.

¿Alguna de estas quejas le suena familiar?

En estos días, se ha vuelto bastante moderno burlarse y bromear sobre el Daily Scrum sin sentido (también malamente conocido como Daily Standup o Daily Meeting).

Claramente, a muchas personas no les resulta útil su Daily Scrum y, a menudo, les resulta frustrante hasta el punto de que usan un software para intentar automatizar una actividad que debería ser principalmente sobre personas, creyendo que esto es una mejora real.

Básicamente, la Daily Scrum se usa para inspeccionar y adaptar el trabajo que hace el equipo de desarrollo para conseguir la meta del Sprint.

Estoy totalmente a favor de automatizar cosas que necesitan automatización, pero consideremos lo que eso implica: que Daily Scrum es un desperdicio.

Los creadores de una herramienta de automatización quieren ahorrarle a los miembros del equipo el tiempo que pasan hablando entre ellos, calificándolo de “mejora”.

Si su Daily Scrum presenta principalmente a miembros del equipo dando vueltas sobre los números de las entradas de errores, lo que arreglaron ayer y lo que planean arreglar hoy, entonces estoy de acuerdo, su Daily Scrum probablemente ES una pérdida de tiempo.

Daily Scrum, en esencia, trata de una cosa. La colaboración para lograr el objetivo Sprint.

Os describo lo que dice la Guía de Scrum en su sección sobre Daily Scrum.

Daily Scrum es un evento de 15 minutos para el equipo de desarrollo.

El Daily Scrum se lleva a cabo todos los días del Sprint.

En él, el Equipo de Desarrollo planea trabajar para las próximas 24 horas.

Esto optimiza la colaboración y el rendimiento del equipo al inspeccionar el trabajo desde el último Daily Scrum y pronosticar el próximo trabajo de Sprint.

El Daily Scrum se lleva a cabo a la misma hora y lugar cada día para reducir la complejidad.

El Equipo de Desarrollo usa el Scrum diario para inspeccionar el progreso hacia la Meta de Sprint y para inspeccionar la tendencia del progreso hacia completar el trabajo en el Backlog de Sprint.

Daily Scrum optimiza la probabilidad de que el equipo de desarrollo cumpla con el objetivo de Sprint.

Todos los días, el Equipo de Desarrollo debe comprender cómo tiene la intención de trabajar juntos como un equipo autoorganizado para lograr el Objetivo Sprint y crear el Incremento anticipado al final del Sprint.

La estructura de la reunión es establecida por el Equipo de Desarrollo y puede llevarse a cabo de diferentes maneras si se enfoca en el progreso hacia la Meta Sprint.

Algunos equipos de desarrollo usarán preguntas, algunos estarán más basados ​​en la discusión.

Aquí hay un ejemplo de lo que podría usarse:
¿Qué hice ayer que ayudó al Equipo de Desarrollo a alcanzar el Objetivo Sprint?
¿Qué haré hoy para ayudar al Equipo de Desarrollo a alcanzar el Objetivo Sprint?
¿Veo algún impedimento que me impida a mí o al equipo de desarrollo alcanzar el objetivo de Sprint?

La Guía de Scrum versión 2017

Tened en cuenta que el Equipo de Desarrollo se reúnen inmediatamente después del Daily Scrum para discusiones detalladas, o para adaptar o volver a planificar el resto del trabajo de Sprint.

Tenga en cuenta el énfasis repetitivo tanto en el Equipo de Desarrollo como en las acciones concretas que se han tomado y se tomarán para alcanzar su objetivo del Sprint.

No se trata de cuánto progreso se hizo.

Nada sobre actualizaciones de tareas o tickets.

No tener un gerente microgestiona el equipo.

Definitivamente no es una recitación de números de tareas para una multitud de personas mirando al espacio.

Parece que para muchas personas, Daily Scrum se ha convertido en una actividad en la que las personas hablan con otros miembros del equipo sobre lo que están haciendo.

No debería sorprender que no sea útil cuando no hay nada allí para que el Equipo se comprometa.

En mis cursos les digo a las personas que Daily Scrum está destinado a:

• Preparar al equipo para la colaboración del día para lograr el Objetivo del Sprint
• Ayudar al equipo a detectar si alcanzarán la Meta de Sprint
• Encuentra cualquier cosa que esté ralentizando al equipo hacia la Meta Sprint

Ninguna de estas necesidades puede satisfacerse con una herramienta automatizada.

Debe realizarse cara a cara porque la colaboración necesaria solo se logra de manera efectiva cuando su equipo está involucrado en un diálogo.

Si su equipo está distribuido en distintas localizaciones, entonces la videoconferencia es una alternativa adecuada y necesaria. Lo interesante aquí es hacer la Daily Scrum.

Si encuentra que su equipo continúa quejándose de que Daily Scrum es una pérdida de tiempo (o una simple reunión de estado o una oportunidad para la microgestión), recuérdele al equipo el propósito de la reunión y luego pregúntele a todo el equipo cómo les gustaría reorganice la actividad para lograr eso.

Si las preguntas que se hacen no brindan el enfoque, cambie las preguntas.

El evento se puede facilitar de otra manera. Trabajo del Scrum Master que el equipo encuentre la mejor manera de llevar a cabo su Daily Scrum.

Si sienten que el standup (se llama Daily Scrum, por cierto) se ha convertido en una reunión de informe de estado, pregúnteles el porqué.

Dado que Daily Scrum se trata del equipo y no de la administración, no debería convertirse en una oportunidad para la microgestión porque no esperaríamos que la administración esté allí.

En esencia, Daily Scrum, y Scrum en general, deberían tratar de pedirle al Equipo que inspeccione su progreso hacia su objetivo para el Sprint.

¿Es el Daily Scrum pérdida de tiempo? ¿Aún piensas eso?