Antipatrones del Daily Scrum

Cuando llegas a un equipo asumiendo el rol de Scrum Master una de las primeras cosas, si no la primera que haces, es atender el Daily Scrum. Cuando esto me sucede, lo primero que hago es observar detenidamente como se realiza la reunión, quienes participan, como interactúan los participantes, etc. Luego de que finaliza, tomo una libreta y anoto aquellas cosas que considero pueden mejorar para hacer la reunión más efectiva, y posterior a ello, hago un plan para promover esas mejoras en el equipo (de forma progresiva).

Recordando, el Daily Scrum es una reunión del Development Team que les permite planificar diariamente como organizar el trabajo para cumplir sus objetivos del Sprint y para dejar al descubierto impedimentos o situaciones que están causando que no puedan cumplir dicho objetivo.

La definición de la Guía de Scrum (versión en español) dice lo siguiente:

El Scrum Diario es una reunión con un bloque de tiempo de 15 minutos para que el Equipo de Desarrollo sincronice sus actividades y cree un plan para las siguientes 24 horas. Esto se lleva a cabo inspeccionando el trabajo avanzado desde el último Scrum Diario y haciendo una proyección acerca del trabajo que podría completarse antes del siguiente.

Si bien es cierto que ningún equipo es similar a otro y que "one size does not fit all" (no me gusta traducir esta frase porque no se como transmitir el mismo mensaje en español, pero si no entiendes inglés es algo así como "No a todos les queda la misma talla" - de ropa por ejemplo), he encontrado patrones que he visto repetir en distintos equipos y distintas organizaciones.

"one size does not fit all"

Estos patrones que en realidad terminan siendo anti patrones, los describo a continuación separados por roles:

Manager

No debe participar a menos que el equipo lo requiera y todos acepten, pero cuando lo hace:

• El equipo teme comentar los problemas e impedimentos por temor a represalias o que se entere que no se ha podido avanzar como está esperado.
• El Daily Scrum se convierte en Status meeting, donde al hablar cada miembro del equipo hace un reporte de su trabajo, mirando directamente al Manager, en vez de planificar con el resto del equipo como atacar el trabajo del día alineándose al objetivo trazado para el Sprint.
• Intervienen demasiado con llamados de atención, preguntas o comentarios (de control) y no permite que la comunicación en el equipo fluya.
• Se hacen dueños de la reunión.

El mayor anti patrón que existe con los Managers es el considerarse parte del equipo Scrum y el control que tratan de ejercer sobre él.

Product Owner

No debe participar a menos que el equipo lo requiera y acepte, pero cuando lo hace:

• Al igual que el Manager, intervienen demasiado.
• El daily Scrum se convierte en Status meeting cuando el PO también tiene una figura de jefe.
• Intenta cambiar el alcance del Sprint y las prioridades afectando el objetivo del sprint que se acordó.

Scrum Master

Puede participar, pero no es obligatorio que lo haga, cuando participa, no debería hacer lo siguiente:

• Arrear (casi obligar) a los miembros del Development Team a participar en el Daily Scrum. Si hay que hacer esto, hay un serio problema.
• Utilizar una libreta como un cobrador, haciendo preguntas (estilo project management).
• Dirigir la reunión al punto que establece el orden de participación y va asignado quién habla (apuntando con un bolígrafo por ejemplo - Tu Fulano, te toca).
• Imponer el lugar y la hora donde se debe hacer la reunión.
• Cuando el equipo no quiere participar en el Daily Scrum, apoyar esta decisión de no hacer la reunión.
• Y finalmente, si el SM no está (se enfermó, está de vacaciones, etc.) no se hace la reunión.

De la guía de Scrum:

El Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, ... El Scrum Master se asegura de que se cumpla la regla de que solo los miembros del Equipo de Desarrollo participan en el Scrum Diario.

Development Team

Son los únicos que tienen la obligación de participar (respetando los acuerdos del equipo y a sus compañeros) debido a que el Daily Scrum es una reunión de la cuál ell@s son los dueños y responsables. Cuando hacen la reunión, lo siguiente no debería pasar:

• Hacer discusiones técnicas detalladas.
• Hacer el Daily en un lugar de alto tránsito o variable lo que impide que la reunión se lleve a cabo de una forma que aporte valor al equipo.
• Aparentar que nunca tienen impedimentos. Ayer hice, Hoy hice, No tengo impedimentos.
• Hacer Zombie Scrum (Daily Scrum in Zombieland).
• No tener un enfoque en el objetivo del Sprint porque no lo han definido o no todos lo conocen.
• No llegar a tiempo a la reunión porque el SM fue el que dijo a qué hora se hace y no se sienten responsables.
• Hacer la reunión un día SÍ, un día NO, un día SÍ, dos días NO,… Mejor no hacerla perder la oportunidad de mantener una buena comunicación.

De la guía de Scrum:

... el Equipo de Desarrollo es el responsable de dirigir el Scrum Diario. El Scrum Master enseña al Equipo de Desarrollo para que mantenga el Scrum Diario en los límites del bloque de tiempo de 15 minutos.

Para terminar les dejo todo esto en forma de una infografía.

El Daily Scrum constituye una reunión clave de inspección y adaptación, ayuda a mejorar la comunicación, elimina la necesidad de mantener otras reuniones, permite identificar y eliminar impedimentos relativos al desarrollo, se promueve la toma de decisiones rápida, y permite al Equipo de Desarrollo mejorar su nivel de conocimiento general del producto que están desarrollando.