Planificar la capacidad de un sprint: una guía para principiantes que no se engaña
Los equipos Scrum nuevos suelen confundir dos preguntas distintas. Una es: «¿cuánto hemos entregado históricamente?» —eso es la velocidad, una tendencia—. La otra es: «¿cuánto podemos asumir de forma realista en el sprint que empieza ahora?» —eso es la capacidad, un pronóstico para las semanas concretas que vienen—. La planificación de capacidad responde a la segunda pregunta, y a principios de 2021, con gente haciendo malabares entre teletrabajo, escuela en casa y disponibilidad desigual, hacerla honesta importaba más que nunca.
La Guía Scrum no prescribe ninguna fórmula de capacidad, y es deliberado. La planificación del sprint pide a los desarrolladores que pronostiquen lo que pueden hacer; la planificación de capacidad es simplemente la tarea previa que hace ese pronóstico creíble en lugar de ilusorio.
Parte del tiempo realmente disponible, no del calendario
El error más común de los principiantes es planificar como si todos dedicaran cada hora laboral a los objetivos del sprint. No lo hacen, y fingir lo contrario construye un plan que falla en la primera semana. Construye tu capacidad de abajo hacia arriba.
Cuenta los días laborables reales. Para este sprint concreto, resta festivos, ausencias planificadas, formación y cualquier compromiso conocido fuera del sprint. Usa nombres y calendarios reales, no un promedio.
Aplica un factor de concentración. Nadie dedica el 100 % del día al trabajo del sprint. Reuniones, soporte, correo y cambios de contexto son reales. Un factor de en torno al 60–80 % del tiempo nominal es un punto de partida sensato hasta que tengas tus propios datos.
Reserva espacio para lo imprevisto. Incidencias de producción e interrupciones ocurren. Guarda una parte de la capacidad en vez de reservar al equipo hasta el último minuto, sobre todo con la disponibilidad desigual que creó el teletrabajo en 2021.
Pronostica contra ese número, no solo contra la velocidad. Usa la velocidad pasada como verificación de cordura, pero deja que la capacidad real de estas personas concretas en estas semanas concretas fije el techo de lo que el equipo compromete en el Sprint Backlog.
Que sea una conversación de equipo, no una hoja de cálculo impuesta
La planificación de capacidad pertenece a los desarrolladores que hacen el trabajo, no a un gerente que rellena celdas. Durante la planificación del sprint, el equipo mira el objetivo de producto, los elementos de mayor prioridad y su propia disponibilidad honesta, y luego decide en conjunto qué cree que puede terminar según la Definición de Hecho. Un pronóstico del que el equipo es dueño es uno que el equipo defenderá.
Cuidado con la sobrecarga silenciosa de los miembros a tiempo parcial repartidos entre equipos: su capacidad real para tu sprint es una fracción, no un puesto completo.
Trata la Definición de Hecho como parte del costo; «casi hecho» no es hecho, e infla sin que lo notes lo que crees que puedes encajar.
Revisa tu factor de concentración cada pocos sprints frente a lo que realmente pasó, para que el número refleje a este equipo y no a un manual.
Una planificación de capacidad honesta no es pesimismo; es respeto por el pronóstico. Un plan de sprint construido sobre horas realmente disponibles, un factor de concentración sobrio y un colchón para las sorpresas le da al equipo un objetivo que de verdad puede cumplir, y cumplirlo construye la confianza que hace más fácil el siguiente pronóstico.
Si tus equipos se sobrecomprometen sprint tras sprint y quieren planificar de un modo que se sostenga, la asesoría en entrega de programas y proyectos de XNM puede ayudarte a establecer una cadencia realista.