Las dos reuniones más frecuentes del mundo ágil son también las más maltratadas: plannings de tres horas que agotan al equipo antes de empezar el sprint, y dailies que son quince minutos de informe al jefe con cámaras apagadas. Ninguna de las dos es difícil de arreglar; solo hay que recordar para qué existen.
Sprint planning: el objetivo antes que la lista
El error de base es tratar la planning como una sesión de relleno de sacos: meter historias hasta que no quepan más. La planning bien hecha empieza por otra pregunta: ¿qué queremos conseguir este sprint? Un objetivo en una frase, de negocio, que quepa en la cabeza de todos.
Con el objetivo claro, la selección de historias se hace sola: entra lo que lo sirve, y las historias sueltas que no lo sirven esperan aunque quepan. Un sprint con objetivo se puede replanificar cuando algo falla («¿qué recortamos sin matar el objetivo?»); un saco de historias solo se puede incumplir.
La mecánica que funciona
Antes de la reunión: el backlog llega refinado. Las historias candidatas ya se entienden y están estimadas; la planning no es el lugar para descubrir qué significa una historia. Si la mitad de la reunión es refinamiento, el problema está en la semana anterior, no en la planning.
Primera parte (el qué): el product owner propone objetivo y candidatas; el equipo pregunta y ajusta. La capacidad real del equipo — con ausencias y factor de foco, no las horas teóricas — pone el límite, y el compromiso se queda en el 80% de esa capacidad.
Segunda parte (el cómo): el equipo trocea las primeras historias en tareas y detecta los huecos. No hace falta descomponer el sprint entero: los primeros días bastan, el resto se trocea sobre la marcha.
Duración: para un sprint de dos semanas, dos horas como techo. Si se alarga sistemáticamente, sobra refinamiento pendiente o sobra gente opinando sobre el cómo.
La daily: sincronizar, no informar
La daily existe para una sola cosa: que el equipo se sincronice y los impedimentos afloren a tiempo. En cuanto se convierte en informe de estado al jefe de proyecto, muere — la gente reporta actividad («ayer estuve con lo mío») en vez de plantear obstáculos.
El formato clásico (qué hice, qué haré, qué me bloquea) funciona si las respuestas se dirigen al equipo. Mejor aún: recorrer el tablero de derecha a izquierda — primero lo que está a punto de terminar, después lo bloqueado — y preguntar «¿qué necesita esta tarea para avanzar?» en lugar de «¿qué hiciste tú?». El tablero convierte la daily de tres monólogos en una decisión colectiva.
Quince minutos, de pie o con cronómetro, y una regla de hierro: los temas que enganchan a dos personas se apartan a un «después de la daily» con los interesados. La daily descubre las conversaciones; no las celebra.
Señales de que algo se torció
Plannings donde solo habla el product owner: el equipo firmará un plan que no siente suyo. Dailies con todos mirando al mismo jefe: es un informe, no una daily. Sprints que se incumplen sistemáticamente: revisa el factor de foco y el tope del 80% — casi siempre se está comprometiendo capacidad teórica.
Y la señal buena: cuando un impedimento planteado en la daily del martes está resuelto el miércoles, el equipo aprende que hablar sirve. A partir de ahí, las reuniones se arreglan solas.
Preguntas frecuentes
¿Quién debe asistir a la sprint planning?
El equipo completo, el product owner y el scrum master. Interesados externos, solo si el equipo los invita para despejar dudas concretas — y sin voto en cuánto trabajo entra: eso lo decide quien lo va a hacer.
¿La daily tiene que ser a primera hora?
No: tiene que ser a la misma hora todos los días, cuando ya esté todo el equipo. Con equipos en varias zonas horarias, la escrita-asíncrona en el canal del equipo funciona si mantiene la disciplina de leerse y de escalar los bloqueos al momento.
¿Qué pasa si el sprint se queda corto o largo?
Si el equipo termina antes, tira del siguiente elemento del backlog priorizado — para eso está ordenado. Si no llega, recorta protegiendo el objetivo del sprint y llévalo a la retrospectiva: un incumplimiento es un dato; tres seguidos son un patrón de sobrecompromiso.