¿Qué es un Forecast?

Un Forecast (pronóstico o previsión) es la estimación de un resultado futuro a partir de datos históricos y del criterio del equipo. En ventas predice los ingresos de los próximos periodos; en desarrollo de software es la previsión de cuánto trabajo del Backlog podrá completarse en un plazo o entrega concretos, calculada normalmente a partir del ritmo histórico del equipo.

La idea central es sencilla: si conoces a qué velocidad ha avanzado un equipo en el pasado, puedes proyectar de forma razonable cuánto avanzará en el futuro próximo. Por eso un Forecast no es una promesa cerrada ni un compromiso firmado, sino una proyección que se revisa y se ajusta cada vez que llegan datos nuevos. Cuanto más estable es el flujo de trabajo, más fiable es la previsión.

El valor de un Forecast es que sustituye la intuición por evidencia. Sin previsión, las preguntas típicas de cualquier proyecto ("¿llegamos a la fecha?", "¿cabe esta función en la siguiente entrega?", "¿cuándo estará en producción?") se responden con corazonadas o con presión. Con previsión se responden con un rango basado en cómo ha trabajado realmente el equipo.

Un buen Forecast permite:

• Comprometer alcance realista en lugar de prometer de más y fallar después.
• Detectar desviaciones a tiempo: si la realidad se aleja de la proyección, lo ves pronto y puedes reaccionar.
• Comunicar con negocio usando un lenguaje de probabilidades y fechas, no de deseos.
• Priorizar mejor: al saber cuánto cabe, el equipo se centra en lo más valioso del Backlog en vez de intentar abarcarlo todo.

En un contexto ágil, el Forecast es la herramienta que conecta la predictibilidad del equipo con la confianza de quienes esperan resultados.

El pronóstico puede apoyarse en datos cuantitativos, en datos cualitativos o, lo ideal, en una combinación de ambos.

Datos cuantitativos. Parten del histórico medido del equipo. En Scrum se suele usar la velocidad (puntos completados por Sprint) como base: si un equipo cierra de media 30 puntos por Sprint, su Forecast para las próximas tres iteraciones rondará los 90 puntos. En Kanban se usan métricas de flujo como el throughput (ítems terminados por semana) y el lead time, que permiten proyectar fechas sin necesidad de estimar cada tarea. El histórico de ventas funciona igual en el mundo comercial: orienta, pero no garantiza el rendimiento futuro.

Datos cualitativos. Se basan en el juicio experto de las personas que conocen el contexto: el equipo de desarrollo, ventas, marketing o negocio. Sirven para corregir lo que los números no capturan, como un cambio de mercado, una dependencia nueva, una persona clave de vacaciones o un componente técnico especialmente incierto.

Las versiones más maduras del Forecast no dan un único número, sino un rango con probabilidad. En lugar de "terminaremos el 20 de marzo", se dice "con un 85% de confianza estará entre el 18 y el 27 de marzo". Para ello se usan técnicas como las simulaciones de Monte Carlo, que combinan el histórico de throughput con la variabilidad real para producir un abanico de escenarios. Hablar en rangos es más honesto y suele generar más confianza que una fecha única presentada como certeza.

Un equipo de Kanban mantiene su tablero limpio y respeta sus límites WIP. Mirando las últimas diez semanas, ha terminado entre 6 y 10 ítems por semana, con una media de 8. Negocio pregunta cuándo estará lista una funcionalidad que requiere 40 ítems del Backlog.

Un Forecast simple divide el alcance entre el ritmo: 40 ÷ 8 ≈ 5 semanas. Pero como el ritmo varía, el equipo ofrece un rango: en el peor de los casos (6 por semana) serían unas 7 semanas; en el mejor (10 por semana), unas 4. La respuesta útil no es "5 semanas exactas", sino "muy probablemente entre 4 y 7 semanas, y lo iremos afinando con cada entrega". Cada semana que pasa, el equipo recalcula con los datos nuevos y el rango se estrecha.

• Confundir Forecast con compromiso. Una previsión es probabilística; tratarla como una promesa firmada genera presión y, a la larga, pronósticos inflados para "quedar bien".
• Dar una sola fecha sin rango. Una cifra única esconde la incertidumbre y casi siempre se interpreta como garantía. El rango comunica mejor el riesgo real.
• Ignorar la variabilidad. Usar solo la media olvida que algunas semanas el equipo rinde menos. La buena previsión incorpora los altibajos, no solo el promedio.
• Forzar el dato para que cuadre con la fecha deseada. Si el Forecast no encaja con lo que negocio quiere oír, la conversación honesta es sobre alcance o plazo, no sobre maquillar los números.
• No actualizarlo. Un Forecast es vivo: si no se recalcula con cada iteración, deja de reflejar la realidad y pierde todo su valor.
• Basarlo en datos sucios. Si el flujo de trabajo es caótico, las estimaciones son inconsistentes o el tablero no refleja la realidad, ninguna técnica de pronóstico lo arreglará. La calidad del Forecast depende de la calidad de los datos de entrada.

El Forecast es una pieza más del sistema de medición de un equipo y cobra sentido junto a otros conceptos: la velocidad y el lead time como insumos, la predictibilidad como objetivo, y la gestión del Backlog y los límites WIP como condiciones para que la previsión sea fiable. Tanto en Scrum como en Kanban, un buen Forecast es lo que convierte el trabajo del equipo en información útil para decidir.