Recupere el Daily Scrum: una lista para que deje de ser un informe de estado
Observe un Daily Scrum que no funciona y oirá el mismo ritual: cada persona informa ayer, hoy y sus impedimentos, con la mirada fija en quien parece estar al mando. Parece productivo y es casi inútil. La Guía Scrum es clara: el Daily Scrum es un evento de los desarrolladores, hecho por los desarrolladores, para inspeccionar el avance hacia el objetivo del sprint y adaptar su plan para la siguiente jornada de trabajo. No es una reunión de estado, y en cuanto se convierte en una, ha cambiado una sesión de planificación por una función.
Esta desviación empeoró cuando los equipos pasaron al trabajo remoto en 2020 y 2021. En una videollamada, el reflejo natural es hablar por turnos dirigiéndose a la pantalla, lo que convierte el evento, sin que nadie lo note, en rendir cuentas hacia arriba en lugar de planificar entre iguales. El remedio no es una herramienta nueva, sino cambiar para qué son esos quince minutos. Use esta lista esta semana.
Haga un diagnóstico honesto
¿La gente le habla al Scrum Master o a un jefe en lugar de hablarse entre sí?
¿Podría reemplazarse la reunión por la lectura de un informe escrito sin perder nada?
¿El objetivo del sprint no se menciona de principio a fin?
¿El grupo se va sin ningún cambio en quién hace qué hoy?
¿Suele pasarse con creces de los quince minutos porque los problemas se resuelven en la sala?
Un sí a la mayoría de estas preguntas significa que tiene una reunión de estado disfrazada de Scrum.
Condúzcalo, en cambio, como una sesión de planificación
Empiece por el objetivo del sprint, no por las personas. Abra leyendo el objetivo del sprint en voz alta y mire el tablero contrastándolo con él. La pregunta no es «¿qué hiciste?», sino «¿seguimos en camino de cumplir este objetivo y, si no, qué cambiamos hoy?».
Deje que lo dirijan los desarrolladores. El Scrum Master puede acompañar, pero la responsabilidad es de los desarrolladores. Si usted es el Scrum Master, pruebe callarse o ausentarse unos días; un Daily Scrum que se derrumba sin usted nunca fue de ellos.
Aparte los análisis profundos. Cuando surja un problema real, nómbrelo, anote quién lo abordará y siga. La resolución detallada ocurre justo después, solo con quienes deben estar.
Produzca un plan, no un acta. El evento debe terminar con un plan concreto para el día —trabajo reordenado, una pareja de trabajo acordada, una dependencia perseguida— y no con un registro ordenado de declaraciones.
Haga visibles y con dueño los impedimentos. Un impedimento planteado sin responsable nombrado ni próximo paso es solo un anuncio. Regístrelo donde el equipo lo vea y actúe sobre él.
Los jefes que de verdad necesitan visibilidad pueden obtenerla del tablero, del burndown o de una breve conversación con el Scrum Master, nada de lo cual exige secuestrar el evento de planificación del equipo. Proteger esa distinción es una de las acciones de mayor impacto que puede hacer un Scrum Master, porque un equipo que planifica su propia jornada es dueño de su propio resultado.
Si sus eventos ágiles se han endurecido hasta volverse rituales de rendición de cuentas y quiere ayuda para reconstruirlos como verdaderas sesiones de trabajo, la asesoría de entrega de programas y proyectos de XNM trabaja con los equipos para que sus cadencias se ganen su lugar en el calendario.