Planificación de entregas para equipos Scrum: una guía práctica
La Guía Scrum se detiene deliberadamente en el Sprint. Define el Sprint, la Planificación del Sprint, el Objetivo del Sprint y el Backlog del Producto, pero nunca prescribe un «plan de entrega». Es intencional: Scrum es un marco de trabajo, no un plan de proyecto. Aun así, casi todos los equipos deben responder a alguien la pregunta «¿cuándo estará listo, más o menos?». La planificación de entregas permite responder con honestidad, sin aparentar una precisión que no se tiene.
A comienzos de 2021, con equipos dispersos en oficinas en casa y cadenas de suministro aún inestables por la pandemia, la tentación era planificar de más (un Gantt enorme que nadie creía) o no planificar nada. El punto medio útil es un pronóstico de entrega ligero y actualizado con regularidad, basado en los datos del propio equipo.
Qué es realmente un plan de entrega
Un plan de entrega es un pronóstico, no un compromiso. Asocia una porción ordenada del Backlog del Producto a un plazo aproximado para que las partes interesadas decidan en torno a él — marketing, formación, contratos, trámites regulatorios. Pertenece al Product Owner, dueño del backlog y su orden, y se reconstruye en cada Sprint a medida que se aprende.
Cómo construirlo
Define el objetivo de la entrega. Expresa en una frase el resultado esperado, no una lista de funciones. «Que los nuevos clientes se registren sin una llamada» supera a «entregar las pantallas 1 a 9». El objetivo te deja recortar alcance después sin perder el sentido.
Ordena el backlog hacia ese objetivo. El Product Owner coloca arriba el trabajo de mayor valor y mayor riesgo. Un plan de entrega vale tanto como el orden del backlog que lo sustenta.
Dimensiona el trabajo a grandes rasgos. Usa el enfoque de estimación del equipo — puntos, ajuste de tamaño o simple conteo de elementos. Lo cercano debe estar más claro que lo lejano.
Pronostica con velocidad real. Toma el rendimiento medio de los últimos Sprints y, mejor aún, su rango (bajo y alto). Divide el trabajo restante entre ese rango para obtener un intervalo de Sprints, no una sola fecha falsa.
Exprésalo como un rango. Di «de 3 a 5 Sprints» o «probablemente para fin del T3, quizá hasta el T4». Un rango comunicado con honestidad genera más confianza que una fecha precisa que se incumple.
Repronóstica en cada Sprint. En cada Revisión de Sprint, actualiza la velocidad, reordena el backlog y desliza el horizonte. El plan es un artefacto vivo, alimentado por evidencia real.
Trampas comunes
Tratar el pronóstico como una promesa y castigar al equipo cuando la realidad difiere de la estimación.
Planificar sobre la velocidad máxima en vez de la media: garantiza llegar tarde.
Ignorar las dependencias externas. En 2021 sobre todo, un plazo de hardware o una integración de terceros podía eclipsar el desarrollo; exprésalas como elementos o riesgos explícitos.
Fijar a la vez alcance, fecha y calidad. Elige qué cede — normalmente el alcance — y dilo en voz alta.
Bien hecha, la planificación de entregas no frena al equipo Scrum. Da a quienes lo rodean un horizonte sobre el que planificar y preserva la libertad del equipo para inspeccionar y adaptarse en cada Sprint. El pronóstico se afina conforme se acerca la entrega — justo como debe comportarse una estimación honesta.
Si tu organización está montando una entrega ágil y necesita pronósticos en los que la dirección pueda confiar, la asesoría de entrega de programas y proyectos de XNM puede ayudarte a implantar la práctica.