Pronosticar sprint a sprint: usar tus propios datos en lugar de adivinar
Año y medio dentro de un mundo trastornado, a muchos equipos les hicieron la misma pregunta incómoda: ¿cuándo estará listo? Las cadenas de suministro seguían siendo poco fiables, la mitad del equipo trabajaba desde la mesa de la cocina, y la vieja costumbre de prometer una fecha fija basada en un deseo había envejecido mal. Scrum ofrece una respuesta mejor, y no requiere una bola de cristal. Requiere que realmente uses los datos que tu equipo ya está produciendo.
Scrum se basa en el empirismo: tomas decisiones a partir de lo que se observa, no de lo que se supuso al principio. Pronosticar no es más que ese principio aplicado al futuro. En lugar de declarar una fecha y confiar en la suerte, mides cuánto trabajo ha completado de verdad tu equipo en los sprints recientes y proyectas ese ritmo hacia adelante, siendo honesto sobre la incertidumbre que lo rodea.
Empieza midiendo el rendimiento, no las promesas
El número más útil es también el más sencillo: ¿cuántos elementos del Backlog del Producto terminó realmente el equipo, sprint a sprint? Eso es el rendimiento (throughput). Puedes usar puntos de historia si tu equipo estima de forma consistente, pero contar los elementos terminados suele funcionar igual de bien y elimina muchas discusiones. Toma los datos reales de los últimos ocho a doce sprints. No los suavices, no borres los sprints malos y no incluyas elementos que estaban 'casi terminados': la Definición de Terminado es binaria por una razón.
Cuenta solo los elementos que cumplieron la Definición de Terminado en ese sprint.
Usa una ventana consistente: de ocho a doce sprints recientes reflejan la realidad actual sin remontarse a la historia antigua.
Mantén visible la dispersión: un equipo que entrega 4, 9, 6, 3, 8 te dice algo que un solo promedio oculta.
Convierte los datos en un rango, no en una fecha
Una vez que tienes un registro sprint a sprint, pronosticar se vuelve aritmética más humildad. El resultado honesto nunca es una sola fecha; es un rango con un nivel de confianza asociado.
Dimensiona el trabajo restante. Cuenta los elementos del Backlog del Producto que aún se requieren para el objetivo que estás pronosticando. Ordena el backlog para que los elementos más importantes se incluyan primero.
Encuentra tu ritmo realista. Toma el rendimiento de los sprints recientes. Un pronóstico pesimista usa tus sprints más lentos; uno optimista, los más rápidos.
Divide para obtener un número de sprints. Los elementos restantes divididos por el rendimiento dan un número de sprints. Hacerlo con tu ritmo lento y con el rápido produce una honesta ventana de 'entre X e Y sprints'.
Vuelve a pronosticar cada sprint. Llegan datos nuevos en cada Revisión del Sprint. Actualiza el pronóstico entonces: un pronóstico que nunca cambia se está ignorando, no confiando en él.
Haz de la incertidumbre una virtud, no una confesión
Las partes interesadas bajo presión quieren una sola fecha, y el instinto es darles una para parecer decidido. Resístelo. Un pronóstico presentado como 'lo más probable seis sprints, posiblemente hasta nueve si se materializan los riesgos de integración' es mucho más útil —y más creíble— que un seguro '24 de marzo' que todos saben en privado que es ficción. Si los años de pandemia nos enseñaron algo, fue que la variabilidad es real y que fingir lo contrario solo aplaza la decepción. Comunica el rango, nombra los supuestos detrás del extremo optimista y deja que el Product Owner tome las decisiones de compromiso con los ojos abiertos.
Una advertencia: el pronóstico empírico solo funciona si tus sprints son sprints de verdad. Si el 'terminado' se sigue corriendo, si el trabajo se desborda entre los límites de los sprints, o si el equipo es interrumpido constantemente, tus datos de rendimiento son ruido y tu pronóstico hereda ese ruido. Arregla primero la disciplina de entrega; el pronóstico vendrá después.
Construir un hábito de pronóstico en el que las partes interesadas confíen de verdad requiere más que una hoja de cálculo: requiere disciplina de entrega y una gobernanza clara. la asesoría en ejecución de programas y proyectos de XNM ayuda a los equipos a establecer ambas.