Agilidad con presupuesto fijo: qué separa a los equipos que entregan de los que no
Los patrocinadores del sector público y de grandes proyectos rara vez entregan un cheque en blanco. El dinero se aprueba, el ejercicio fiscal queda fijado y la cifra no se mueve. Al salir de la recuperación de principios de 2021 —con equipos híbridos que aún buscaban su ritmo y plazos de suministro impredecibles— cada vez más directivos querían la adaptabilidad de Scrum sin renunciar a la certeza de un presupuesto fijo. Esa combinación es perfectamente viable. Lo que la hunde es la suposición silenciosa de que el presupuesto y el alcance están fijados al mismo tiempo. No pueden estarlo.
Scrum le ofrece una palanca que el contrato tradicional de «todo fijo» no tiene: le permite mantener estables el coste y el plazo mientras flexibiliza lo que se construye. Los equipos que prosperan bajo un tope tratan el presupuesto como la restricción y el backlog como la variable. Los que sufren congelan el documento de requisitos el primer día y luego pasan los sprints restantes descubriendo que no pueden costearlo.
Cómo se ve lo bueno
Fijar coste y plazo, flexibilizar el alcance. El Product Owner ordena el backlog para que los elementos de mayor valor se construyan primero. Si el dinero se agota, lo que queda sin hacer es, por diseño, el trabajo de menor valor, no un imprescindible a medio terminar.
Un Product Owner con autoridad real. Es esencial alguien facultado para decir no, repriorizar sobre la marcha y aceptar una entrega más pequeña. Según la Guía de Scrum, el Product Owner es responsable de maximizar el valor del producto; bajo un tope, eso significa maximizar el valor por cada dólar gastado.
Software funcional en cada Sprint. Un Incremento potencialmente entregable en cada Sprint significa que siempre tiene algo listo para liberar cuando se acaba la financiación. El valor se acumula de forma incremental, no se apuesta a una sola fecha final.
Previsiones honestas basadas en la velocidad real. Tras unos pocos Sprints, el rendimiento medido del equipo le indica al patrocinador cuánto del backlog comprará realmente el presupuesto. Esa conversación ocurre pronto, cuando aún existen opciones.
Cómo se ve lo malo
Una lista de requisitos firmada tratada como un contrato, de modo que cada cambio se convierte en una pelea en lugar de una decisión.
Un Product Owner que en realidad solo es un mensajero, incapaz de recortar el alcance, así que el equipo construye todo y no termina nada.
La «velocidad» convertida en un objetivo de productividad, lo que enseña al equipo a inflar las estimaciones en vez de decir la verdad.
Descubrir al 80 % del presupuesto que la funcionalidad más importante nunca se empezó, porque el trabajo se secuenció por lo fácil y no por el valor.
La realidad remota e híbrida de 2021 elevó lo que estaba en juego. Cuando el equipo no está en una misma sala, un backlog vago o sobrecargado se desvía en silencio durante semanas. La disciplina de un backlog ordenado y un Incremento visible es lo que mantiene a un equipo disperso honesto sobre cuánto margen queda.
El contrato que lo hace posible
Nada de esto funciona si el acuerdo promete un alcance fijo por un precio fijo. El instrumento de financiación debe permitir que el entregable sea «los resultados más valiosos alcanzables dentro del presupuesto», con prioridades revisadas en cada Sprint. Los patrocinadores temen que esto suene a cheque en blanco; en la práctica es lo contrario. El presupuesto es el muro infranqueable. Lo que varía es qué funcionalidades caben dentro, y esa es una decisión que el patrocinador toma, sprint a sprint, con plena visibilidad del coste y el avance.
Bien hecho, un presupuesto fijo no es una restricción a la agilidad, sino justo lo que obliga a priorizar bien. Mal hecho, no es más que cascada disfrazada de Scrum.
Si está planificando un proyecto o programa de capital bajo un tope de financiación firme y quiere entregarlo con disciplina y adaptabilidad a la vez, la asesoría de entrega de programas y proyectos de XNM puede ayudarle a encaminarlo hacia el éxito.