Pratiquer Scrum avec un budget fixe
Une objection fréquente à Scrum dans le secteur public et les grands projets est que le budget est fixe et approuvé d'avance, ce qui rend une approche « agile et adaptative » apparemment incompatible. La bonne nouvelle, c'est que Scrum et un budget fixe coexistent très bien — à condition de laisser fluctuer la bonne variable. Dans tout projet, on peut fixer au plus deux des trois éléments : coût, temps et portée ; le troisième doit céder. Avec un budget fixe, la variable qui s'ajuste est la portée, et Scrum excelle précisément dans cette gestion.
C'est d'actualité en 2022, quand l'inflation et la volatilité de l'approvisionnement rendent risqués les contrats rigides et entièrement spécifiés. Verrouiller chaque exigence dès le départ, puis découvrir que les matériaux coûtent plus cher ou prennent plus de temps, ne laisse aucune marge de manœuvre. Fixer le budget et ordonner le travail par valeur vous donne cette marge.
Fixer le budget, prioriser la portée
Voyez le budget comme un nombre fixe de Sprints. Si vous avez le financement pour, disons, six Sprints de deux semaines, vous disposez de douze semaines d'une capacité d'équipe connue. La question n'est plus « pouvons-nous tout nous payer ? » — généralement non — mais « quelle est la chose la plus précieuse que cette équipe peut construire dans le temps que l'argent achète ? ». Le cadre Scrum y répond par plusieurs de ses éléments standards :
Un Backlog produit ordonné. Le Product Owner ordonne les éléments par valeur et par risque, de sorte que le travail à plus forte valeur soit toujours le prochain. Si le budget s'épuise, ce qui reste à faire est, par conception, le moins précieux.
L'autorité du Product Owner. Une seule personne est responsable de maximiser la valeur du travail face à la dépense fixe et de trancher les arbitrages quand quelque chose doit être abandonné.
Un incrément fonctionnel à chaque Sprint. Chaque Sprint produit quelque chose d'utilisable, de sorte que la valeur s'accumule dès les premières semaines plutôt qu'à une seule livraison finale lointaine.
L'empirisme plutôt que la devinette. La vélocité issue de vrais Sprints indique ce que l'équipe peut réellement livrer, remplaçant l'estimation optimiste dont dépendent les contrats à portée fixe.
Ce à quoi vous vous engagez, et ce que non
Le piège est de promettre à la fois un budget fixe, une portée fixe et détaillée ET une date fixe. C'est le contrat surcontraint qui échoue en silence. Engagez-vous plutôt sur des résultats et un backlog ordonné par valeur : « dans ce budget, nous livrerons les capacités à plus forte valeur, en commençant par ces éléments indispensables ». Les promoteurs conservent leur certitude de coût ; l'équipe garde la souplesse d'échanger des éléments à faible valeur contre ce qui s'avère plus important. Une Définition de Terminé claire empêche la qualité de devenir la variable silencieuse qui fléchit — la qualité ne devrait jamais être ce que l'on sacrifie pour atteindre un chiffre.
Gardez la conversation honnête
Le Scrum à budget fixe vit ou meurt par la transparence. Utilisez la Revue de Sprint pour montrer des résultats réels et fonctionnels et pour réordonner le backlog à mesure que les priorités et les prix évoluent. Suivez le budget restant en Sprints, pas seulement en dollars, pour que chacun voie la marge en termes de travail livrable. Quand une partie prenante demande quelque chose de nouveau, la réponse est rarement « non » — c'est « oui, et voici ce qui descend dans la liste pour faire de la place ». Ce simple recadrage fait que l'agilité et un budget plafonné fonctionnent ensemble plutôt que l'un contre l'autre.
Si votre organisation doit livrer en mode agile dans une enveloppe de financement fixe, le conseil en réalisation de programmes et de projets de XNM peut vous aider à structurer le backlog, le contrat et la gouvernance pour que cela tienne.