Daily Scrum vs daily standup: reglas, el límite de 15 minutos y cuándo pasar a asíncrono
La mayoría de los equipos todavía abre su Daily Scrum con tres preguntas: qué hice ayer, qué haré hoy y qué me bloquea. La Guía de Scrum dejó de exigirlas en su revisión de 2020, y esa versión sigue siendo la de referencia en 2026. Cuando un grupo de investigadores grabó standups reales, encontró que solo el 34% del tiempo se dedicaba a las tres preguntas, mientras que el 31% se iba en discutir problemas.
Por eso “Daily Scrum” y “daily standup” se usan como sinónimos, pero describen dos cosas distintas: una es un evento definido con reglas y la otra es un hábito que cada equipo adapta a su manera. Este artículo separa las dos, muestra qué dice la evidencia sobre cada una y explica cuándo pasar la reunión a formato asíncrono ayuda y cuándo tiene un costo.
Una es una regla y la otra es un hábito
La respuesta corta: toda Daily Scrum es un standup, pero no todo standup es una Daily Scrum.
| Daily Scrum | Daily standup | |
|---|---|---|
| La define | La Guía de Scrum | La práctica común, sin un reglamento único |
| Duración | 15 minutos, fija | Normalmente 15 minutos, flexible |
| Quién asiste | Los Developers del equipo Scrum | Todo el equipo, de cualquier área |
| Enfoque | El avance hacia el Sprint Goal | Avance, planes y bloqueos |
| Estructura | La que elijan los Developers | Con frecuencia, las tres preguntas clásicas |
| Resultado | Un plan accionable para el siguiente día de trabajo | Contexto compartido y una lista de bloqueos |
Si tu equipo trabaja con Scrum, la Daily Scrum tiene una función específica. Si no, un standup es simplemente un ritual corto de coordinación diaria, y puedes diseñarlo según tus objetivos. Para la definición general y el formato, empieza por qué es un daily standup.
Qué exige la Guía de Scrum en 2026
La Guía de Scrum actual tiene pocas reglas para este evento, y cada una importa:
- Propósito. Inspeccionar el avance hacia el Sprint Goal y adaptar el Sprint Backlog cuando sea necesario, ajustando el trabajo planeado.
- Duración. Un evento de 15 minutos para los Developers del equipo Scrum.
- Asistentes. Los Developers. Si el Product Owner o el Scrum Master están trabajando en elementos del Sprint Backlog, participan como Developers.
- Constancia. Se hace a la misma hora y en el mismo lugar cada día laboral del sprint, para reducir la complejidad.
- Formato. Los Developers pueden elegir la estructura y las técnicas que quieran, siempre que la reunión se enfoque en el Sprint Goal y produzca un plan accionable para el día siguiente.
Faltan dos cosas que muchos equipos dan por obligatorias. Las tres preguntas ya no están: la Guía de 2017 las incluía como ejemplo y la de 2020 las eliminó. Y la Guía no dice que la reunión deba ser presencial ni de pie. Un equipo que escribe su Daily Scrum en un canal compartido a una hora fija puede cumplir igual el propósito.
Qué pasa en las Daily Scrum reales
Las reglas describen el evento. Los estudios de campo describen lo que los equipos hacen con él.
Viktoria Stray, Nils Brede Moe y Dag Sjøberg observaron 102 standups y entrevistaron a 60 personas de 15 equipos en cuatro empresas entre 2010 y 2018, con resultados publicados en IEEE Software. La reunión promedio duró 11,7 minutos, con un rango de 4 a 24. Solo el 34% del tiempo se dedicó a las tres preguntas; el 31% se fue en discutir problemas. Sus recomendaciones rompen con el guion clásico: quitar la pregunta de qué hiciste ayer, compartir la facilitación, considerar reunirse justo antes del almuerzo y dejar de reunirse a diario si tres o cuatro veces por semana es suficiente.
La evidencia de 2025 explica por qué importa ese tiempo de problemas. En una encuesta a 318 personas en equipos ágiles y una intervención con 108 estudiantes, Rietze y Zacher encontraron que hacer daily standups se asocia con más seguridad psicológica y, a través de ella, con satisfacción laboral y mejor percepción del desempeño del equipo. Una Daily Scrum que deja espacio para plantear un problema aporta más que una que solo recoge actualizaciones.
Cuándo pasar a asíncrono y el argumento en contra
Los equipos distribuidos son la razón principal para sacar la Daily Scrum de una llamada. Los datos de Microsoft de junio de 2025 muestran que casi un tercio de las reuniones ya cruza varias zonas horarias y que las reuniones después de las 8 p. m. crecieron un 16% en un año. Para un equipo repartido entre Bogotá y Madrid, una llamada fija de 15 minutos siempre le cae mal a alguien. Escribir la actualización al inicio del día de cada persona mantiene el propósito y elimina el problema de horario. Lo explicamos en standups entre zonas horarias.
El argumento más fuerte en contra de pasar todo a asíncrono viene de un estudio con 61.182 personas de Microsoft durante el primer semestre de 2020. Cuando toda la empresa pasó a trabajo remoto, las redes de colaboración se volvieron más estáticas y aisladas, la comunicación sincrónica bajó, la asíncrona subió, y los autores concluyeron que eso puede hacer más difícil adquirir y compartir información nueva en la organización. El estudio analizó el trabajo remoto en general, no los standups, pero la advertencia aplica: si toda interacción se vuelve escrita y asíncrona, el equipo pierde parte de la conversación entre áreas que crean las reuniones en vivo.
El punto medio práctico para la mayoría de los equipos Scrum:
- Hacer la Daily Scrum asíncrona la mayoría de los días, con una hora fija de respuesta para que siga ocurriendo “a la misma hora cada día laboral”.
- Mantener el foco en el Sprint Goal: una pregunta sobre el avance, una sobre el plan del día y una sobre riesgos.
- Hacer una Daily Scrum corta en vivo una o dos veces por semana, sobre todo al inicio y al cierre del sprint.
- Llevar cualquier problema que necesite discusión a una llamada solo con las personas involucradas, el mismo día.
Cómo lo manejamos en Dailybot
Tratamos el propósito de la Guía de Scrum como lo innegociable y el formato como una decisión del equipo. La evidencia respalda esa división: el valor de la reunión viene de la coordinación y de la seguridad para plantear problemas, no de las tres preguntas ni de estar de pie en círculo.
Dailybot lleva la Daily Scrum asíncrona a Slack, Microsoft Teams, Google Chat y Discord. Cada Developer recibe la pregunta al inicio de su propio día, quien no ha respondido recibe un recordatorio, los bloqueos se marcan y un reporte consolidado llega al canal del equipo. Los equipos que quieren una sincronización en vivo la reservan para los días en que más importa. El plan Starter es gratis para miembros ilimitados.
Configura una Daily Scrum asíncrona gratis
Preguntas frecuentes
¿El daily standup es lo mismo que la Daily Scrum? En el uso diario, sí. Formalmente, la Daily Scrum es el evento de Scrum con un propósito y una duración fijos; standup es el nombre general que usa cualquier equipo.
¿La Daily Scrum todavía usa las tres preguntas? No de forma oficial. Aparecían en la Guía de Scrum de 2017 como ejemplo y se eliminaron en 2020. Los equipos pueden seguir usándolas si les sirven.
¿El Product Owner puede asistir a la Daily Scrum? La Daily Scrum es para los Developers. El Product Owner o el Scrum Master participan como Developers solo cuando están trabajando en elementos del Sprint Backlog.
¿Una Daily Scrum puede ser asíncrona? La Guía de Scrum no exige una reunión en vivo. Una Daily Scrum asíncrona funciona si mantiene el foco en el Sprint Goal y produce un plan para el día.
¿Qué pasa si la Daily Scrum pasa de 15 minutos? La duración es fija. Lleva la discusión que se está alargando a un seguimiento solo con las personas involucradas. Mira cuánto debe durar un daily standup.
