Sprint planning que se cumple

El planning falla casi siempre por las mismas tres razones — y ninguna se resuelve comprando otra app:

• Overcommit: se mete más trabajo del que el equipo puede terminar en el tiempo del sprint. Se confunde “ojalá” con “podemos”.
• Historias mal cortadas: ítems que no caben en un sprint, sin criterio de terminado, o con dependencias ocultas de otra persona.
• Capacidad fantasma: se planifica como si todo el mundo estuviera 100% disponible, sin vacaciones, soporte, reuniones ni trabajo no planificado.

Un buen planning no es predecir el futuro: es hacer un compromiso honestamente acotado con la información de hoy. Si querés el marco completo de Scrum sin jerga de certificación, arrancá por qué es Scrum para equipos pequeños.

Si el backlog llega al planning sin orden ni claridad, la reunión se convierte en debate de requisitos. Eso no es planning: es descubrimiento disfrazado de ceremonia.

Checklist del dueño del backlog (Product Owner o equivalente):

• Top 10–15 ítems ordenados por valor, no por “lo que gritó más fuerte”.
• Cada ítem tiene un resultado esperado en una o dos oraciones (qué se entrega y para quién).
• Dependencias y bloqueos conocidos están anotados (diseño pendiente, acceso a un sistema, decisión del cliente).
• Hay un borrador de objetivo del sprint: una frase que diga por qué existe este sprint.

En equipos chicos, esta prep puede ser 30 minutos la tarde anterior. Sin prep, el planning se alarga y el compromiso se debilita.

Antes de elegir trabajo, contá cuánto tiempo real tenés. Una forma simple para equipos de 3–10 personas:

1. Días hábiles del sprint × personas disponibles = días-persona brutos.
2. Restá lo que ya sabés que se come el calendario: feriados, vacaciones, on-call, soporte, reuniones fijas, demos a clientes.
3. Aplicá un factor de realismo (muchos equipos usan 60–70% del tiempo “teórico” como trabajo de proyecto). Si el sprint pasado se cumplió al 50%, no planifiques al 90% esta vez.

Los story points pueden ayudar a comparar tamaño relativo, pero no reemplazan la conversación de capacidad. Si siempre fallás las estimaciones, el problema no es el planning: es el método de estimación. Ver cómo estimar tiempos de un proyecto.

Para un sprint de 1–2 semanas en un equipo pequeño, 60–90 minutos alcanzan si el backlog llegó listo:

1. Objetivo (10 min): el dueño del backlog propone el objetivo del sprint en una frase. El equipo lo discute hasta que todos lo puedan repetir sin mirar el tablero.
2. Capacidad (5 min): se dice en voz alta cuántos “días-persona netos” hay. Sin ese número, todo lo demás es ilusión.
3. Selección (30–40 min): se bajan ítems del backlog en orden hasta llenar la capacidad — no “hasta que se sienta ambicioso”. Se corta o se devuelve lo que no entra.
4. Claridad (15–20 min): para cada ítem elegido: ¿qué es “hecho”? ¿quién arranca? ¿hay riesgo? Si nadie puede explicar el ítem en 30 segundos, no entra.
5. Compromiso (5 min): el equipo confirma o recorta. El output no es una lista interminable: es objetivo + ítems + dueños tentativos.

Si al minuto 90 todavía están debatiendo el alcance de una historia, esa historia no estaba lista. Sale del sprint o se parte en algo más chico.

No hace falta un documento de 10 páginas. Dos listas cortas, visibles, bastan:

Si un ítem no cumple Ready, no se “mete igual por esta vez”. Esa excepción es la semilla del sprint que no se cumple.

• Nadie puede decir el objetivo del sprint → reescribilo en una frase y pégalo arriba del tablero.
• El primer día ya hay 3 tareas nuevas “urgentes” → el planning ignoró el trabajo no planificado; recortá el sprint o protegé capacidad buffer.
• A mitad de sprint nadie termina nada → demasiados ítems en paralelo; bajá el WIP (ver límites WIP) y terminá antes de empezar.
• Al final sobra la mitad del backlog del sprint → el próximo planning arranca con menos ítems, no con “esta vez sí”.

El daily es el sensor temprano: si cada mañana aparecen sorpresas de alcance, el planning no falló en la reunión — falló en la preparación. Profundizá en daily standup que no sea pérdida de tiempo.