Los stand-ups son teatro corporativo (cambiá o eliminá)

Te levantás temprano, abrís Zoom, y empezás a escuchar: "Ayer trabajé en el bug de login, hoy voy a seguir con eso, no tengo impedimentos". Después viene otro: "Yo terminé las validaciones del form, hoy arranco con los tests, tampoco tengo impedimentos".

15 minutos después, todos se van sabiendo exactamente lo mismo que antes de empezar.

Los stand-ups se convirtieron en teatro. Una obra donde todos actúan que están coordinados, pero nadie está realmente conectado con el trabajo del otro.

Por qué fallan la mayoría de las dailies

Se volvieron reportes de estado

La daily se supone que es para sincronizar el equipo y detectar impedimentos. Pero terminó siendo una ronda donde cada uno reporta qué hizo, como si el Scrum Master fuera su jefe directo.

El problema es que estos reportes no generan coordinación. Son información unidireccional que se olvida a los 5 minutos.

Nadie escucha realmente

Mientras uno habla, el resto está pensando qué va a decir cuando le toque. O revisando Slack. O tomando café.

Es imposible coordinar cuando nadie está prestando atención.

Se habla de tareas, no de problemas

"Voy a trabajar en el componente de búsqueda" no le dice nada útil al resto del equipo. ¿Qué parte específica? ¿Hay algo que pueda afectar el trabajo de otros? ¿Necesitás input de alguien?

La información que se comparte es demasiado genérica para ser útil.

Los impedimentos reales no se mencionan

Cuando alguien tiene un problema real, rara vez lo menciona en la daily. Porque saben que no es el lugar para resolverlo, entonces dicen "no tengo impedimentos" y después van a buscar ayuda por separado.

Señales de que tu stand-up no funciona

Si tu equipo hace alguna de estas cosas, la daily no está cumpliendo su propósito:

• Todos dicen "no tengo impedimentos" aunque claramente hay cosas trabadas
• La gente reporta en pasado: "ayer hice X, hoy voy a hacer Y"
• Nadie hace preguntas sobre lo que dicen los demás
• Terminan exactamente a los 15 minutos, sin importar si se resolvió algo
• Se planifican reuniones separadas para hablar de temas que surgieron
• Los devs senior o el PM dominan la conversación
• Se habla de estimaciones y deadlines en lugar de coordinación técnica

Alternativas que funcionan

Daily asíncrona por Slack

En lugar de juntarse todos los días, cada uno postea en un canal:

🚀 Ayer: Terminé la integración con Stripe
🎯 Hoy: Voy a trabajar en el manejo de errores de pago
⚠️ Necesito: Revisar con @backend cómo manejan los webhooks

Lo importante es que la información quede registrada y que otros puedan reaccionar cuando la lean.

Stand-up orientado a problemas

En lugar de reportar tareas, cada uno comparte:

• Qué problema está resolviendo (no qué tarea está haciendo)
• Qué necesita del resto para avanzar
• Qué puede estar afectando el trabajo de otros

Por ejemplo: "Estoy viendo que la API de usuarios está respondiendo lento, puede afectar a quien esté trabajando con autenticación. ¿Alguien más lo notó?"

Coordinación just-in-time

En lugar de una reunión diaria fija, coordinación cuando se necesita:

• Daily de 5 minutos solo cuando hay algo específico que coordinar
• Pair programming para resolver problemas complejos juntos
• Async updates en Slack para mantener visibilidad
• Office hours donde quien necesita ayuda puede pedirla

Eliminá la daily completamente

Algunos equipos funcionan mejor sin daily. Si tenés:

• Tareas bien definidas y sin muchas dependencias
• Comunicación fluida por Slack o herramientas async
• Autonomía alta en el equipo
• Revisiones de código que mantienen la sincronización

Probablemente no necesites una reunión diaria obligatoria.

Cómo cambiar (sin que te maten)

Si querés cambiar la dinámica pero no podés eliminar la daily:

Empezá con preguntas diferentes

En lugar de "¿qué hiciste ayer?", preguntá:

• ¿En qué estás trabado?
• ¿Qué aprendiste que puede ser útil para otros?
• ¿Hay algo que puede estar impactando el trabajo de alguien más?

Hacé timeboxing estricto

Si alguien empieza a dar un reporte largo, cortá educadamente: "Perfecto, hablemos eso después de la daily con quien lo necesite".

Experimentá por sprints

"Probemos 2 semanas sin daily y veamos si baja la productividad" es más fácil de vender que "eliminemos la daily para siempre".

Medí el impacto

Seguí métricas simples como:

• Tiempo entre que se detecta un problema y se resuelve
• Cantidad de trabajo que hay que rehacer por falta de coordinación
• Satisfacción del equipo con la comunicación

El punto es coordinación, no ritual

La daily no es sagrada. Es una herramienta. Si no está funcionando para coordinar mejor el equipo, cambiarla o eliminarla no es herejía, es sentido común.

Lo importante es que el equipo esté sincronizado, detecte problemas rápido y pueda ayudarse entre sí. Si eso pasa sin una reunión diaria, mejor.

La próxima vez que estés en una daily pensando "esto no aporta nada", probablemente tengas razón. Y tenés opciones para cambiarlo.

Preguntas frecuentes

¿No se van a perder información importante sin daily?

La información importante ya se está perdiendo en las dailies actuales. Con comunicación asíncrona y coordinación cuando se necesita, generalmente mejora el flujo de información.

¿Cómo convenzo al Scrum Master o PM?

Proponé un experimento corto (1-2 sprints) y medí resultados concretos. Es más fácil argumentar con datos que con teoría.

¿Funciona esto en equipos remotos?

Actualmente funciona mejor en equipos remotos. La comunicación asíncrona se adapta mejor a diferentes zonas horarias y estilos de trabajo.