Go to Scrumio.com

Daily Scrum: problemas comunes y cómo atajarlos

La Daily Scrum o Scrum Diario es quizás el evento Scrum de mayor relevancia, y uno de los más maltratados en la práctica. En este post queremos hablar sobre los vicios y problemas comunes que la acechan, y proponer unas cuantas estrategias útiles con las que mejorar.

Empecemos por recordar qué es el Scrum Diario y para qué sirve.


¿Qué es la Daily Scrum?

La Daily Scrum es una reunión con un timebox o duración máxima de 15 minutos, en la que el Equipo de Desarrollo inspecciona lo hecho desde la Daily anterior y planifica las siguientes 24 horas de trabajo. Sus características básicas son:

– Su finalidad es evaluar el progreso del Equipo de Desarrollo hacia la consecución del Objetivo del Sprint. Fomenta la colaboración y la pronta identificación de impedimentos, aumentado así las posibilidades de cumplir con dicho Objetivo.

– Es una reunión interna del Equipo de Desarrollo, y dirigida por este. El Scrum Master se asegura no obstante de que la reunión se lleve a cabo, dentro del timebox, y de que su propósito sea entendido.

– Se realiza todos los días, preferentemente a la misma hora y en el mismo sitio, para simplificar.

– Las preguntas que típicamente responden los miembros del Equipo de Desarrollo son tres: ¿Qué hice ayer para ayudar al Equipo de Desarrollo a lograr el Objetivo del Sprint? ¿Qué haré hoy para ayudar al Equipo de Desarrollo a lograr el Objetivo del Sprint? ¿Detecto algún impedimento que evite que el Equipo de Desarrollo o yo logremos el Objetivo del Sprint?

– Aunque puede ser una buena práctica, popularizada por el Extreme Programming, no tiene por qué realizarse de pie (standing up).


¿Para qué sirve la Daily Scrum?

Entre las ventajas del Scrum Diario, cabe destacar las siguientes:

– Crea “presión” entre iguales. El Equipo de Desarrollo en su conjunto se compromete con el Objetivo del Sprint, y trabaja de forma interdependiente para conseguirlo. Si alguien dice durante varios días seguidos que va a terminar una determinada tarea y no lo hace, resultará obvio.    

– Permite una coordinación detallada entre los desarrolladores, que saben cuándo uno va a empezar o terminar una determinada tarea, a fin de minimizar tiempos de espera y gestionar dependencias.

– Pone el foco en las tareas más importantes que han de ser terminadas, con objeto de minimizar el trabajo en curso y acercarnos progresivamente al Objetivo del Sprint.

– Refuerza el compromiso diario de cada cual con el resto del Equipo y el Objetivo del Sprint.

– Sirve para la exposición de impedimentos, si los hubiera.


Problemas de la Daily Scrum y estrategias de mejora

Llegamos a la parte “divertida” de este post: ¿de qué problemas suele adolecer el Scrum Diario y cómo podemos intentar mejorarlo? A continuación hacemos un repaso de las “patologías comunues”.


1/ La Daily Scrum se ha convertido en un “reporte” al Scrum Master, que pasa lista a las tropas. “Menganito, ¿qué hiciste ayer y qué vas a hacer hoy? ¿Algún obstáculo? Fulanito, te toca”. Los miembros del Equipo de Desarrollo en realidad no colaboran entre sí, ni tan siquiera se miran, sino que dan el parte correspondiente al Scrum Master, Generalísimo de Scrum. Todos hemos estado en este tipo de Daily. O bien la hemos sufrido o bien, inocentemente, la hemos alentado o “protagonizado”. El Scrum Master, como buen servant leader, no tiene que ser el protagonista de nada. Es, como decíamos, una reunión del Equipo de Desarrollo.

En parte, este problema tiene su origen en las tres preguntas “tipo” que la Guía Scrum sugiere, que pueden “pervertirse” para desplazar el foco y la responsabilidad hacia cada individuo, en lugar de hacia el Equipo de Desarrollo en su conjunto. Fácilmente pueden llevarnos a un Scrum mecanizado, nada dinámico.

Planteamos tres posibles estrategias a probar en este escenario:

– Las tres célebres preguntas no son de obligado seguimiento, sino más bien ejemplificativas. Puedes probar a eliminar las preguntas por completo. En su lugar, podéis comentar los elementos del Product Backlog y su progreso (tareas, blockers, dependencias, etc.), utilizando un tablero Scrum físico, o virtual en estos tiempos de covid-19.

– Otra opción es cambiar las preguntas con otras que fomenten más la colaboración, a saber: ¿Qué es lo más importante que debemos hacer hoy? ¿Alguien necesita ayuda?  

– Vete de la Daily. Si eres el Scrum Master y llegas a la conclusión de que eres el problema, considera no asistir al Scrum Diario. No, tu participación es este evento no es obligatoria. O al menos apártate a un segundo plano (o pon tu cámara en off y micro en mute) y deja que el Equipo proceda como mejor estime oportuno. Contente, no interfieras, todo irá bien 😊


2/ El timebox de 15 minutos no se respeta. Otro clásico. La gente se enrolla y se va “por los cerros de Úbeda”, sin hablar de las tareas en curso, ni mucho menos del Objetivo del Sprint. Recuerdo un proyecto en el que el Scrum Master, que también era el CTO, utilizaba la stand-up como “reunión social”, en la que gastar bromas, si era lunes preguntar a los desarrolladores cómo había ido el fin de semana… Con suerte la Daily duraba media hora, a veces se alargaba hasta la hora. Aquello era insufrible.

Algunos aspectos a valorar en estas situaciones son:

– ¿Entendemos la finalidad del Scrum Diario? Un buen recordatorio se antoja necesario.

– Prueba a utilizar algún cronómetro visual.

– Prueba con algún objeto físico que los compañeros se vayan pasando. Me gusta mucho este yellow chicken (en la imagen superior), que además suena al apretarlo. Quien tiene el chicken tiene la palabra.

– Si estamos teniendo conversaciones sobre detalles técnicos o funcionales durante la Daily, mejor desgajarlas, aplazarlas para justo después de la reunión. Que los “implicados” en las tareas en cuestión hablen todo lo que tengan que hablar, pero sin lastrar la Daily.

– ¿Tenemos el número adecuado de miembros en el Equipo de Desarrollo? A veces el Scrum Diario se alarga simplemente porque tenemos a demasiada gente en el Equipo.


3/ La Daily no se hace todos los días. En una ocasión coincidí con una Scrum Master que me decía que le gustaba hacer la Daily Scrum en días alternos, o sea, un día sí y un día no. Le pregunté que por qué razón, y simplemente me dijo que ella lo prefería así… ¡Pero vamos a ver! El Scrum DIARIO se hace todos los días, no cuando al Scrum Master le apetezca. De lo contrario, nos dejamos ir a la deriva, sin actualizar nuestro plan de trabajo DIARIO y poner de relieve posibles impedimentos.

Y, sí, la Daily también se hace el día después de la cena de Navidad…


4/ Algunos miembros del Equipo de Desarrollo llegan tarde o no asisten. La falta de puntualidad (y peor aún, el no show) son faltas de respeto hacia el resto de compañeros, siendo respect justamente uno de los valores que Scrum propugna. Si alguna vez habéis recurrido a la “hucha de las vergüenzas” (50 céntimos o lo que toque cada vez que alguien llegue tarde) o a métodos similares de reprimenda, habréis comprobado su escasa o nula eficacia.

Algunos aspectos a cuestionarse aquí:

– ¿Ha sido el Equipo de Desarrollo el que ha acordado la hora en la que se hace el Scrum Diario, o ha sido impuesta por algunos de sus miembros o por el Scrum Master?

– ¿Hemos puesto en común, como equipo, los valores Scrum? ¿Entendemos su significado?

– Si la falta de puntualidad o asistencia solo se refiere a miembros aislados, ¿existe algún problema personal que este afectando a nuestro compañero?


5/ No todos los miembros del Equipo de Desarrollo participan o se atreven a comentar posibles impedimentos, o algunos se distraen o desconectan de la reunión. Puede que algunos compañeros sean excesivamente escuetos, o que no se atrevan a hablar, o que sencillamente algunos “levanten la voz” más que otros y acaparen la reunión, o que algunos se distraigan más de lo deseable… Todo ello se traducirá en una menor transparencia a la hora de evaluar el progreso diario y en una menor coordinación.

En estos casos, algunas ideas a probar pueden ser:

– Utilizar el yellow chicken mencionado más arriba.

– Hacer uso de una estructura liberadora, como 1-2-4-Todos, para propiciar que todos participen.

– Hacer una dinámica de Fist of Five Voting, que permite al Equipo hacer votaciones de 1 a 5 sobre cuestiones diversas, ayudando a disentir de un modo “elegante”.


6/ Problemas de logística o con la tecnología. En un proyecto, teníamos al Equipo trabajando desde dos oficinas, cada una en una ciudad. Empezamos a hacer la stand-up a través de Skype, con un solo portátil “a cada lado”. Además, los compañeros de la otra ciudad siempre tenían problemas reservando la sala para reuniones. El resultado era catastrófico: se empezaba tarde, costaba escuchar las intervenciones, el timebox no siempre se respetaba… En lugar de ser una reunión colaborativa y valiosa, se convirtió en un trámite arduo que nada aportaba.

En estos escenarios, en fin, se trata de encontrar una buena herramienta, que esta crisis del coronavirus ha servido para demostrar que las hay, en abundancia; y, sobre todo, de utilizarlas con sentido común. Personalmente en las reuniones telemáticas prefiero que cada uno esté delante de su ordenador, en condiciones de igualdad, antes que tener “grupetes” en torno a una misma pantalla.


7/ Product Owner, managers o stakeholders que sabotean la reunión. El Scrum Diario no es para el Product Owner, que hará bien en no participar. Tampoco para otros stakeholders, que de estar presentes deberían no interferir en la reunión. Si “agentes externos” al Equipo de Desarrollo torpedean la Daily, el propio Equipo o el Scrum Master tendrán que invitarles, cariñosamente, a que no molesten.


¿Qué problemas afectan a tu Daily Scrum? ¿Y qué técnicas de mejora has utilizado?

Comparte este post

Publicado por Sergio Rodríguez

Chief Product Officer and Product Consultant for several international startups throughout his career, such as Liftshare.com, Hiyacar and Cardmarket. Agile practitioner for over 10 years and PSPO III certified. Obsessed with creating products that people love.

Posts relacionados

Comentarios

Deja tu comentario

Tu dirección de correo no será publicada. Lo campos requeridos están marcados con *

Recibe artículos sobre ágil y promociones en tu email.