Standup: cómo hacer que valga los 15 minutos

Nueve personas en una llamada. La cuarta dice «ayer seguí sobre todo con lo que mencioné ayer», y en algún punto de la cuadrícula se apaga una cámara. Son las 9:47. Esto empezó a las 9:30.

Un standup debería costar quince minutos y producir un plan para el día. Muchos cuestan veinticinco y producen un informe de estado para quien tenga más rango en la llamada: otra reunión distinta, bajo un nombre que ya no le queda.

El arreglo no es la disciplina. Es lo que la reunión pregunta, y la mayoría de los equipos sigue haciendo las tres preguntas que los propios autores del formato dejaron de recomendar hace años.

Qué es realmente un standup

Un standup es una sincronización diaria breve para un equipo que comparte un objetivo. Todo el mundo mira el mismo trabajo, dice qué está atascado y ajusta el plan del día. No es un informe de avance y no es donde se toman las decisiones, aunque a menudo sí es donde te enteras de que hace falta tomar una.

La práctica tiene dos padres. Ken Schwaber y Jeff Sutherland presentaron Scrum juntos por primera vez en la conferencia OOPSLA de 1995, y el marco incluye un evento diario; la palabra «scrum» viene de un artículo de 1986 en Harvard Business Review firmado por Hirotaka Takeuchi e Ikujiro Nonaka, que tomaba prestada la imagen rugbística de un equipo moviendo el balón junto. Un standup diario aparece también entre las prácticas de Extreme Programming a finales de los años 1990. La mayoría de la gente usa ambos nombres para lo mismo.

Estar de pie era un truco, no un principio: una reunión de pie se vuelve incómoda, y la incomodidad pone techo a la duración. Ninguna versión de la Guía Scrum lo ha exigido nunca, e imponerlo excluye a cualquiera que no pueda estar de pie con comodidad.

Un límite: esto es la sincronización diaria del equipo. No es la sesión recurrente en la que un responsable repasa prioridades con su equipo, que es otro animal y está tratada en cómo dirigir una reunión de equipo eficaz. Y desde luego no es la reunión all hands para toda la empresa. Cuando el contenido del standup migra a cualquiera de las dos, algo se ha roto más arriba.

Qué dice hoy la Guía Scrum y qué dejó de decir

La mayoría de los equipos ejecuta un formato salido de un documento que ya no dice lo que ellos creen que dice.

La Guía Scrum de 2020, la versión vigente, describe el Daily Scrum como «un evento de 15 minutos para los Developers del Scrum Team», celebrado a la misma hora y en el mismo lugar cada día laborable del sprint. Su propósito es inspeccionar el progreso hacia el objetivo del sprint y adaptar el sprint backlog. El Product Owner y el Scrum Master participan solo cuando ellos mismos están trabajando en elementos de ese backlog.

Y luego la frase que casi nadie ha leído: los developers pueden elegir la estructura y las técnicas que quieran, siempre que la reunión se centre en el progreso hacia el objetivo del sprint y produzca un plan accionable para el trabajo del día siguiente.

Lo que significa que las famosas tres preguntas ya no están. Las ediciones anteriores las prescribían; la revisión de 2020 eliminó eso junto con buena parte del resto del lenguaje prescriptivo. Nada en el Scrum actual obliga a nadie a contar qué hizo ayer. La guía también apunta, de pasada, que este no es el único momento en que un equipo puede replanificar.

Por qué las tres preguntas envejecieron mal

Qué hice ayer. Qué haré hoy. Qué me está bloqueando. Como ruedines para un equipo que nunca ha hecho esto, bien. Como estructura permanente, fallan de cuatro maneras previsibles.

Se dirigen a las personas, no al trabajo. Nueve personas por tres respuestas son veintisiete pequeños monólogos, de los cuales cualquier oyente necesita unos cuatro. El objetivo no sale nunca, porque ninguna pregunta pregunta por él.

«Ayer» es una pregunta de auditoría. Pide a alguien que rinda cuentas de su día anterior delante de sus colegas y obtendrás una defensa, acolchada para que suene a jornada completa. Eso es justo lo que la pregunta invita a hacer.

La dirección del reporte se desvía. Las miradas van hacia la persona de más rango presente, y en tres semanas aquello es un briefing para ella y no una sincronización entre iguales.

Ocultan el estado del sprint. Todo el mundo puede estar ocupado, nadie bloqueado, y el objetivo escurriéndose igual. El formato no tiene forma de mostrarlo.

Prueba esto una vez: haz un standup en el que nadie pueda decir qué hizo ayer. Si aun así cumple su función, y normalmente la cumple, esa pregunta nunca estuvo aportando el valor.

Mejores preguntas para el standup

El cambio que arregla la mayoría de los standups es recorrer el trabajo en vez de recorrer la sala. Abre el tablero y ve elemento por elemento, de derecha a izquierda: empieza por lo que está más cerca de terminarse, porque terminar vale más que empezar. Cada cual habla cuando llega su elemento, y nadie interpreta un parte diario.

Las preguntas que se ganan su sitio:

• ¿Qué tiene que pasar hoy para que este elemento se mueva? Se le hace al elemento y la responde quien lo lleva.
• ¿Qué está en riesgo y cuándo lo sabremos? La pregunta del bloqueo reescrita para que se pueda responder con honestidad. Admitir «en riesgo» no cuesta nada. Decir «bloqueado» suena a confesión.
• ¿Qué ha cambiado desde ayer que otra persona necesite saber? Caza la decisión tomada por un canal paralelo de la que tres personas no se han enterado.
• ¿Quién necesita diez minutos de quién justo después? La pregunta de mayor rendimiento de la reunión, y la que mantiene limpios los otros catorce minutos.
• ¿Vamos a llegar todavía al objetivo? Dos o tres veces por semana, en voz alta. Un equipo que no sabe responder no tiene un objetivo compartido: es un problema de planificación disfrazado de standup.

Quince minutos, y adónde se van

El timebox no escala con el número de personas: quince minutos son quince minutos tanto si sois cuatro como si sois diez. Haz la cuenta en un equipo de diez y salen noventa segundos por cabeza, que es la señal más clara posible de que la ronda persona a persona es la forma equivocada.

Los standups se hinchan de tres maneras. Alguien se pone a resolver un problema en la sala. Alguien informa a una parte interesada ausente. Y la gente narra para demostrar esfuerzo, que es un síntoma de cómo se ha usado antes la reunión, no de pereza.

El arreglo para las tres: nómbralo, asígnalo, ponle hora. «Eso es una cuestión de diseño: Rosa y Tunde, justo después de esto, quince minutos.» Todo lo que se convierta en un compromiso sale como una tarea en condiciones, y hay un método para redactarlas en nuestra guía sobre cómo escribir tareas que se hagan.

Si el exceso de tiempo ocurre casi todos los días, deja de llamarlo fallo de disciplina. Ese exceso es una reunión que tu equipo necesita, y una sesión de trabajo semanal con una verdadera plantilla de agenda de reunión detrás hace ese trabajo mejor que diez minutos soldados a cada mañana.

Una plantilla de daily standup que puedes copiar

Un tablero, un cronómetro, seis pasos. El formato es deliberadamente de elemento primero: un nombre solo aparece cuando alguien necesita algo de otra persona.

Plantilla — daily standup de 15 minutos

STANDUP DE [EQUIPO] — [fecha] · 15 min · cronómetro: [quién]

Objetivo hacia el que trabajamos: [una línea — léela en voz alta solo cuando haya cambiado]

Recorrer el tablero, de derecha a izquierda

[Elemento] — [estado] — [qué tiene que pasar hoy para que se mueva] — [quién lo lleva]

En riesgo de no aterrizar

[Elemento] — [por qué] — [cuándo lo sabremos]

Cambiado desde ayer

[Lo que los demás necesitan saber: decisiones, roturas, información nueva]

Necesita a alguien hoy

[Nombre] necesita [qué] de [nombre] — [cuándo se ven]

Aparcado

[Tema] → [quién lo lleva] → [cuándo ocurre]

Ejemplo relleno — standup de 15 minutos

STANDUP DEL SQUAD DE PAGOS — mar 1 sept · 15 min · cronómetro: Meg

Objetivo: que las devoluciones pasen por el nuevo libro mayor antes del 12.

Recorrer el tablero, de derecha a izquierda

Reverso de devolución — en revisión — necesita que Nils lo mire antes de comer — Rosa

Job de conciliación — en curso — hoy corriendo contra los datos de septiembre — Tunde

Devoluciones parciales — sin empezar — nadie lo coge hasta que salga el reverso

En riesgo de no aterrizar

Job de conciliación — al export de septiembre le faltan dos días de datos — Tunde lo sabrá antes de las 14:00

Cambiado desde ayer

Finanzas ha adelantado su corte al 10. Dos días antes de la fecha que hay en el tablero.

Necesita a alguien hoy

Rosa necesita una revisión de Nils — antes de comer · Tunde necesita el export que falta de data eng — Meg lo persigue a las 10:00

Aparcado

Si las devoluciones parciales entran o no en este lote → Meg → 20 minutos después de esto, con Tunde

Bien llevado, eso lleva unos siete minutos. Los otros ocho son el colchón que impide que nadie corra con el elemento que necesitaba una conversación.

Standups asíncronos, y cuándo son solo teatro de estado

Un standup asíncrono sustituye la reunión por actualizaciones escritas publicadas en un canal antes de una hora límite. Bien hecho, gana a la versión en vivo para muchos equipos. Mal hecho, es un ritual que nadie lee, peor que la reunión a la que sustituyó, porque al menos en una reunión la gente escucha.

Lo asíncrono gana cuando el equipo abarca más de unas pocas horas de husos horarios y cualquier franja en vivo castiga a alguien; cuando el trabajo está poco acoplado; y cuando el valor del equipo sale de tramos largos sin interrupciones, donde unas 9:30 fijas son una interrupción disfrazada de coordinación.

Mantenlo en vivo cuando la gente toca los mismos ficheros y una colisión cuesta medio día, cuando el equipo es nuevo, o cuando los mensajes han dejado de leerse en silencio, algo que se detecta en un minuto mirando si alguien responde alguna vez.

Seguir en vivo y distribuido hace que el horario sea más difícil de lo que parece, porque una reunión diaria no se puede rotar como una mensual: una franja ingrata lo es para la misma persona todos los días durante un año. Ponla dentro de la ventana real de solapamiento, no al principio de la mañana de la sede. Por debajo de unas tres horas de solapamiento, lo asíncrono es la respuesta honesta, no la perezosa.

La regla que hace funcionar lo asíncrono: un mensaje que nombra a otra persona es una petición, no una línea de estado, y las peticiones reciben respuesta el mismo día laborable. Sin eso tienes un muro de actualizaciones y ninguna coordinación.

Plantilla — mensaje de standup asíncrono

#[equipo]-standup — [fecha] · publicar antes de [hora, tu hora local]

Cuatro líneas. El detalle, en el hilo.

Avanzando

[La única cosa que vas a terminar hoy. No una lista.]

En riesgo

[Qué podría no aterrizar y cuándo lo sabrás]

Petición

[@nombre — qué necesitas y para cuándo — o «ninguna»]

Aviso

[Una cosa que al equipo le molestaría no enterarse]

Ejemplo relleno — mensaje asíncrono

#payments-standup — mar 1 sept · Tunde, 09:10 WAT

Avanzando

Job de conciliación corriendo contra los datos de septiembre; el objetivo es tener resultado antes de cerrar el día.

En riesgo

Faltan dos días en el export. Si no se arregla antes de las 14:00 UTC, esto se va al jueves.

Petición

@meg — ¿puedes perseguir a data eng por el 3 y el 4? Lo necesito antes de las 14:00 UTC.

Aviso

Finanzas ha adelantado su corte al 10. El tablero sigue diciendo el 12.

Siendo francos con las herramientas: un standup de quince minutos no necesita transcripción, y quien te venda una está resolviendo un problema que no tienes. Las excepciones son estrechas: el equipo distribuido cuyo «standup» es en realidad un vídeo grabado que la mitad ve después, y el standup que se convierte una y otra vez en una reunión de decisión que nadie ha escrito. Para esos, un asistente de reuniones con IA que graba y resume la llamada se gana el sitio: Laxis cubre Zoom, Google Meet y Teams, extrae las tareas y sus responsables, y maneja más de 100 idiomas. Para una sincronización normal de siete minutos, un tablero y un cronómetro ganan a cualquier software.

Cuatro formas en que muere un standup

Cómo matar o arreglar un standup que nadie valora

No lo sometas a votación en el propio standup. Pregunta a la gente de una en una, porque en grupo nadie quiere llamar pérdida de tiempo a una reunión delante de quien la puso en el calendario.

Después haz el experimento. Cancélalo dos semanas y no lo sustituyas por nada, ni por otra reunión ni por nada, escribiendo primero qué esperas que se rompa. La mayoría de los equipos aguanta unos cuatro días antes de que dos personas choquen en el mismo trabajo o una decisión se tome dos veces. Esa colisión es el valor que la reunión estaba aportando, y ahora sabes su tamaño.

Si no se rompe nada, el equipo no estaba compartiendo trabajo para empezar. El standup compensaba unas vías paralelas que no necesitan coordinación diaria, y el arreglo honesto es cambiar cómo se reparte el trabajo en vez de mantener viva la ceremonia.

Si no llegas a matarlo, reduce la frecuencia a la mitad. Tres mañanas por semana es legítimo fuera de Scrum; dentro de Scrum significa que has salido del marco, lo cual está bien mientras lo decidas en vez de deslizarte hacia ello. Y si lo que sobrevive es una reunión de decisión y no una sincronización, trátala como tal: una agenda, un facilitador, un registro escrito. Recordar es justo lo que peor se le da a un standup.

Para las reuniones que sí necesitan registro

Laxis se une a las llamadas que importan en Zoom, Google Meet y Teams, escribe el resumen y lista cada tarea con la persona responsable. El plan gratuito incluye 300 minutos de transcripción al mes.

Prueba Laxis gratis

Dónde te deja esto

Un standup es de las pocas reuniones cuyo valor es fácil de probar, y casi nadie lo prueba. Cancélalo y mira qué se cae. Cambia una pregunta y escucha lo distinto que habla la gente. Muévelo media hora más tarde y descubre si la mañana merecía protegerse.

Quienes escribieron las reglas dejaron de decirte, en silencio, cómo gastar esos quince minutos. Eso es una invitación, no un descuido.

Preguntas frecuentes

¿Qué es un standup?

Un standup es una sincronización diaria breve, normalmente de 15 minutos, en la que un equipo que trabaja hacia un objetivo compartido revisa el progreso y ajusta junto el plan del día. Existe para sacar a la luz qué está atascado y quién necesita a quién, no para reportar estado hacia arriba. En Scrum, el evento equivalente se llama Daily Scrum.

¿Cuánto debe durar un daily standup?

Quince minutos, y el número no escala con el tamaño del equipo. La Guía Scrum de 2020 fija el Daily Scrum en 15 minutos con independencia del tamaño, que es exactamente por lo que la ronda persona a persona deja de funcionar pasadas seis o siete personas. Si necesitas treinta de forma sistemática, estás celebrando una sesión de trabajo dentro de un standup.

¿Cuáles son las tres preguntas del standup?

Qué hice ayer, qué haré hoy y qué me está bloqueando. Versiones anteriores de la Guía Scrum las prescribían, pero la revisión de 2020 eliminó la prescripción por completo. Los equipos pueden seguir usándolas, y muchos equipos nuevos las encuentran unos ruedines útiles, pero hoy nada en Scrum las exige.

¿Hay que estar de pie en un standup?

No. Estar de pie era un truco para que la reunión resultara lo bastante incómoda como para mantenerse corta, y la Guía Scrum nunca lo ha exigido. Imponerlo además excluye a quien no puede estar de pie con comodidad, y no aporta nada a un equipo remoto. Usa un cronómetro visible: hace el mismo trabajo sin la escenificación.

¿Debe asistir un responsable al daily standup?

Solo si tiene trabajo en el tablero. La Guía Scrum plantea el Daily Scrum como un evento para los Developers, y en el momento en que un responsable asiste como público la reunión se convierte discretamente en un informe de estado dirigido a él. Si necesitas visibilidad como responsable, lee el tablero o pide un resumen semanal.

¿Son mejores los standups asíncronos que los presenciales en vivo?

Los standups asíncronos ganan cuando el equipo abarca más de unas pocas horas de husos horarios, cuando el trabajo está poco acoplado o cuando proteger el tiempo de concentración importa más que la inmediatez. El vivo gana cuando la gente trabaja en los mismos ficheros, cuando el equipo es nuevo o cuando las actualizaciones escritas han dejado de leerse.