Aplicar Scrum cuando el presupuesto es fijo
Una objeción común a Scrum en el sector público y en grandes proyectos es que el presupuesto es fijo y se aprueba por adelantado, de modo que un enfoque «ágil y adaptativo» parece no encajar. La buena noticia es que Scrum y un presupuesto fijo conviven sin problemas — siempre que se deje fluctuar la variable correcta. En cualquier proyecto se pueden fijar como mucho dos de tres elementos: costo, tiempo y alcance; el tercero tiene que ceder. Con un presupuesto fijo, la variable que se ajusta es el alcance, y Scrum es especialmente bueno gestionando justo eso.
Esto es oportuno en 2022, cuando la inflación y la volatilidad del suministro vuelven riesgosos los contratos rígidos y totalmente especificados. Cerrar cada requisito desde el inicio y luego descubrir que los materiales cuestan más o tardan más no deja margen de maniobra. Fijar el presupuesto y ordenar el trabajo por valor le da ese margen.
Fijar el presupuesto, priorizar el alcance
Piense en el presupuesto como un número fijo de Sprints. Si tiene financiamiento para, digamos, seis Sprints de dos semanas, dispone de doce semanas de una capacidad de equipo conocida. La pregunta ya no es «¿podemos costear todo lo de la lista?» — normalmente no — sino «¿qué es lo más valioso que este equipo puede construir en el tiempo que compra el dinero?». El marco Scrum lo responde con varias de sus piezas estándar:
Un Product Backlog ordenado. El Product Owner ordena los elementos por valor y riesgo, de modo que el trabajo de mayor valor sea siempre el siguiente. Si el presupuesto se agota, lo que queda sin hacer es, por diseño, lo menos valioso.
La autoridad del Product Owner. Una sola persona es responsable de maximizar el valor del trabajo frente al gasto fijo y de decidir los compromisos cuando algo debe quedar fuera.
Un incremento utilizable cada Sprint. Cada Sprint produce algo usable, de modo que el valor se acumula desde las primeras semanas y no solo en una entrega final lejana.
Empirismo en lugar de conjeturas. La velocidad de Sprints reales indica lo que el equipo puede entregar de verdad, reemplazando la estimación optimista de la que dependen los contratos de alcance fijo.
A qué se compromete y a qué no
La trampa es prometer a la vez un presupuesto fijo, un alcance fijo y detallado Y una fecha fija. Ese es el contrato sobrerrestringido que fracasa en silencio. En cambio, comprométase con resultados y un backlog ordenado por valor: «dentro de este presupuesto, entregaremos las capacidades de mayor valor, empezando por estos imprescindibles». Los patrocinadores conservan su certeza de costo; el equipo conserva la flexibilidad de cambiar elementos de menor valor por cosas que resultan importar más. Una Definición de Hecho clara evita que la calidad se vuelva la variable silenciosa que cede — la calidad nunca debería ser lo que se sacrifica para alcanzar una cifra.
Mantenga la conversación honesta
El Scrum con presupuesto fijo vive o muere por la transparencia. Use la Sprint Review para mostrar resultados reales y funcionales y para reordenar el backlog a medida que cambian las prioridades y los precios. Mida cuánto presupuesto queda en Sprints, no solo en dólares, para que todos vean el margen en términos de trabajo entregable. Cuando una parte interesada pide algo nuevo, la respuesta rara vez es «no» — es «sí, y esto es lo que baja en la lista para hacer espacio». Ese solo replanteo es lo que hace que la agilidad y un presupuesto limitado trabajen juntos y no uno contra el otro.
Si su organización necesita entregar trabajo ágil dentro de un límite de financiamiento fijo, la asesoría de entrega de programas y proyectos de XNM puede ayudarle a estructurar el backlog, el contrato y la gobernanza para que se sostenga.