Le Budget à l’achèvement, couramment désigné par l’acronyme BAC (pour Budget at Completion en anglais), représente le montant total approuvé que devrait coûter un projet ou une phase de projet une fois l’ensemble des travaux prévus terminé. Il s’agit d’une référence financière fixe, définie lors de la planification initiale et intégrée à la ligne de base des coûts, qui sert de point de comparaison tout au long de la vie du projet pour évaluer la performance et anticiper les besoins de trésorerie. En gestion de projet, le BAC n’est pas une prévision dynamique mais bien la somme des budgets autorisés pour chaque lot de travail du périmètre approuvé. Sa solidité en fait l’un des piliers de la gestion de la valeur acquise, où il intervient dans la quasi-totalité des calculs d’indices et d’écarts.
Synthèse du budget à l'achèvement
| Concept | Résumé |
|---|---|
| Définition du BAC | Le Budget à l’Achèvement (BAC) correspond à l’enveloppe budgétaire totale approuvée, couvrant l’intégralité des travaux planifiés jusqu’à leur livraison. |
| Fonction de référence | Il constitue la référence figée, ancrée dans la ligne de base des coûts, qui permet d’évaluer la performance du projet et d’anticiper les flux de trésorerie. |
| Évolution du BAC | Le montant peut être révisé lors d’une mise à jour officielle de la ligne de base ; le BAC désigne alors la référence approuvée en vigueur à l’instant considéré. |
| Genèse du concept | Issu des pratiques de gestion de projet du secteur américain de la défense et de l’aérospatiale, il a été formalisé par le Department of Defense dans les années 1960 pour maîtriser les programmes d’armement complexes. |
| Domaines d’application | Son usage dépasse aujourd’hui les marchés publics : il est couramment adopté dans la construction, les projets IT, l’industrie pharmaceutique, l’énergie et l’événementiel. |
| Calcul du BAC | L’évaluation détaillée des ressources (main-d’œuvre, matériaux, équipements, prestations externes) est agrégée en lots de travail, puis consolidée pour former le budget global. |
| Provisions dans le BAC | En planification par vagues successives, le BAC initial intègre des provisions pour les lots de travail non encore détaillés, reflétant l’incertitude sur le périmètre à venir. |
| Aide à la décision | En figeant la référence budgétaire, le BAC rend visibles les écarts entre les coûts engagés et les prévisions d’achèvement, incitant à des arbitrages tels que la réaffectation des ressources ou l’ajustement du périmètre. |
Qu’est-ce que le Budget à l’achèvement ?
Dans le langage normalisé du Project Management Institute, le Budget à l’achèvement se définit comme le budget total approuvé pour le travail à réaliser dans le cadre d’un projet ou d’un sous-projet. Le Budget à l’achèvement en gestion de projet correspond à la somme de tous les budgets autorisés par le plan de management des coûts, sans tenir compte des réserves de gestion. Autrement dit, c’est le chiffre que le chef de projet et l’équipe s’engagent à ne pas dépasser, sauf modification formelle du périmètre ou de la ligne de base. Cette définition peut paraître simple, mais elle cache une réalité bien plus nuancée. Le BAC n’est pas une estimation parmi d’autres ; c’est un engagement, souvent contractualisé, qui engage la crédibilité de l’organisation devant le sponsor, le client ou les instances de gouvernance.
Pour bien saisir la nature du BAC, il faut le situer dans le temps. Il naît en phase de planification, une fois le contenu du projet décomposé en structure de découpage (WBS), les activités estimées et le budget alloué à chaque composante. Le BAC est alors figé comme ligne de base, ce qui signifie que toute variation ultérieure du coût total prévu nécessitera une demande de modification formelle. Cela ne veut pas dire que le chiffre ne peut pas évoluer : un projet peut connaître un "BAC révisé" si la ligne de base est officiellement mise à jour, mais le terme BAC renvoie en principe à la référence approuvée en vigueur à un instant donné. Beaucoup de praticiens confondent le BAC d’origine avec le BAC actuel, ce qui peut fausser l’interprétation des écarts. Une organisation mature tient généralement un registre des différentes versions de la ligne de base pour assurer la traçabilité des décisions budgétaires.
La notion trouve ses racines dans les méthodes de gestion de projet développées dans l’industrie de la défense et de l’aérospatiale américaine dans les années 1960. Le Department of Defense (DoD) a formalisé les concepts de valeur acquise pour mieux contrôler les programmes complexes, et le BAC est rapidement apparu comme l’indispensable pierre angulaire autour de laquelle s’articulent les analyses d’avancement. Depuis, le concept a été adopté bien au-delà des grands programmes gouvernementaux, dans des secteurs aussi variés que la construction, les technologies de l’information, la pharmacie ou l’événementiel. Chaque domaine a conservé l’idée centrale d’une enveloppe financière approuvée, même si la manière de la construire et de la réviser varie sensiblement.
L'essentiel sur le Budget à l'achèvement
- Définition officielle du BAC
- Le Budget à l'achèvement définit l'enveloppe financière totale approuvée pour les travaux du projet, obtenue en additionnant l'ensemble des budgets autorisés dans le plan de management des coûts, sans inclure les réserves de gestion.
- Un engagement contractuel fort
- Ce montant constitue une limite contractuelle et de gouvernance que seul un changement formel du périmètre ou de la référence de coûts permet de relever, engageant ainsi la crédibilité de l'organisation envers le sponsor, le client et les instances dirigeantes.
- Établissement en phase de planification
- Le BAC est établi après structuration du projet en organigramme des tâches (WBS), estimation détaillée des activités et allocation budgétaire à chaque composante ; il peut faire l'objet d'une révision dès lors que la ligne de base des coûts est officiellement actualisée.
- Pilier de la valeur acquise
- Formalisé par le Department of Defense, le BAC est la référence centrale de la méthode de la valeur acquise, autour de laquelle s'articulent les analyses de performance et le pilotage rigoureux des programmes complexes.
Comment se détermine et se structure le BAC
La construction du Budget à l’achèvement repose sur un processus d’estimation qui agrège les coûts depuis le niveau le plus fin de la planification jusqu’au projet dans son ensemble. La détermination du BAC passe par l’addition des budgets de chaque lot de travail du WBS, auxquels s’ajoutent les réserves pour imprévus spécifiques, mais pas la réserve de gestion. Dans un projet mené en mode prédictif, cette agrégation est souvent le résultat d’estimations ascendantes détaillées : l’équipe évalue les ressources, la main-d’œuvre, les matériaux, les équipements et les services nécessaires pour chaque activité, puis consolide ces chiffres en paquets de travail, en livrables intermédiaires et finalement en budget global. Une fois validé par le sponsor, ce total devient le BAC officiel.
Il existe plusieurs manières de catégoriser le BAC en fonction du degré de maturité du projet ou de l’approche contractuelle. On rencontre parfois le "BAC d’origine", qui est le budget approuvé lors de la première ligne de base, et le "BAC en cours", qui reflète les révisions de périmètre ou de coûts approuvées en cours d’exécution. Dans les environnements où la planification par vagues successives est utilisée, le BAC initial peut comporter des provisions pour des lots de travail dont le contenu n’est pas encore entièrement défini ; l’enveloppe reste fixe, mais la répartition interne bouge lorsque les détails se précisent. Certains projets de grande envergure déclinent même le BAC en plusieurs lignes de base correspondant à des phases distinctes, ce qui permet un meilleur pilotage sans perdre la vue d’ensemble.
Le BAC ne doit pas être confondu avec l’estimation à l’achèvement (EAC), qui est une prévision révisée en continu du coût final probable. Là où le BAC est la référence figée, l’EAC est dynamique et tient compte des performances réelles et des tendances. D’ailleurs, une part importante du travail du chef de projet consiste à comparer périodiquement le BAC avec l’EAC pour détecter les dérives potentielles. Si l’EAC s’écarte significativement du BAC, cela déclenche en général un processus de contrôle des coûts, voire une demande de modification budgétaire. Cette distinction est fondamentale pour ne pas prendre la prévision pour une révision automatique du budget autorisé.
Le Budget à l’achèvement dans les référentiels PMI, PRINCE2 et agiles
Le guide PMBOK, dans sa septième édition comme dans les précédentes, accorde une place centrale au BAC en tant que composant de la ligne de base des coûts et élément d’entrée de tous les indicateurs de la valeur acquise. Dans le PMBOK, le Budget à l’achèvement est explicitement mentionné comme la référence de coût totale qui alimente le calcul de la variance de coût (CV) et de l’indice de performance coût (CPI). Il fait partie du plan de management des coûts et découle directement du processus "Déterminer le budget", qui suit l’estimation des coûts des activités. Le BAC s’inscrit dans le domaine de performance "Coût" et est étroitement lié aux processus de maîtrise des coûts, où il sert de fondement à l’analyse des écarts et aux prévisions.
Dans l’approche PRINCE2, le langage diffère légèrement, mais la logique reste proche. Le document de justification de l’affaire (Business Case) contient le budget du projet, qui définit l’enveloppe approuvée. Le chef de projet dispose de tolérances de coût fixées par le comité de pilotage ; le suivi s’effectue par rapport à cette ligne de base. On ne parle pas littéralement de "Budget à l’achèvement" dans la terminologie officielle de PRINCE2, pourtant la notion de coût total autorisé à ne pas dépasser sans exception est identique. Ce qui change, c’est la gouvernance : le chef de projet PRINCE2 n’est pas autorisé à modifier le budget de sa propre initiative ; seul le comité de pilotage peut le faire, en révisant le Business Case ou en allouant des fonds supplémentaires.
Les méthodologies agiles abordent le BAC de manière plus flexible, mais ne l’ignorent pas. Un projet Scrum peut très bien disposer d’un budget fixe approuvé par l’organisation pour financer une succession de sprints, et ce budget fixe joue le rôle de BAC pour l’enveloppe globale de la release ou de l’initiative. La différence majeure est que le périmètre livré n’est pas figé au départ. Quand un Product Owner priorise un backlog, il pilote le contenu de manière à maximiser la valeur tout en restant à l’intérieur du BAC. Dans certains contextes, on parle même de "budget fixe, portée variable", ce qui inverse le paradigme classique du BAC. L’équipe s’engage sur une enveloppe déterminée à l’avance, puis ajuste le périmètre fonctionnel livrable en fonction de la vélocité observée et des retours utilisateurs. Le BAC devient alors un cadre financier contraignant, mais le contrôle s’exerce davantage sur les incréments de valeur que sur des écarts analytiques de coûts.
Points clés sur le BAC selon les référentiels
- BAC central dans le PMBOK
- Dans le cadre du PMBOK, le Budget à l'achèvement constitue un pilier de la ligne de base des coûts et une donnée d'entrée critique pour l'ensemble des indicateurs de la valeur acquise.
- Base des indicateurs de performance
- Le BAC, en tant que référence de coût total, sert au calcul de la variance des coûts (CV) et de l'indice de performance des coûts (CPI), instruments essentiels du pilotage par la valeur acquise selon le PMBOK.
- Origine du BAC dans les processus
- Issu du processus « Déterminer le budget » qui agrège les estimations des coûts par activité, le BAC soutient directement l'analyse des écarts et l'établissement des prévisions de coût final.
- PRINCE2 et le Business Case
- PRINCE2 n'emploie pas explicitement le concept de BAC, mais le budget approuvé dans le Business Case remplit cette fonction en définissant le coût total autorisé et les tolérances fixées par le comité de pilotage.
- Budget fixe en contexte agile
- Dans un projet Scrum, un budget fixe approuvé peut tenir lieu de BAC, le pilotage se concentrant sur la valeur livrée à chaque incrément plutôt que sur des écarts analytiques de coûts.
Utilisation concrète du BAC au fil du projet
Sur le terrain, le Budget à l’achèvement ne reste pas un chiffre dormant dans un tableur ; il est activement utilisé à chaque point d’avancement pour mesurer la santé financière du projet. L’utilisation du Budget à l’achèvement devient réellement visible au moment où le chef de projet calcule la valeur planifiée cumulée et la compare à la valeur acquise pour détecter les premiers signaux de dérive. Supposons un projet de déploiement d’un ERP doté d’un BAC de 800 000 euros. Chaque mois, le responsable consolide les coûts réels, calcule la valeur acquise et observe l’écart entre le coût réel et ce qui était budgété à cette date. Le BAC sert de borne finale : tout écart observé n’est pas une simple fluctuation, il dessine une tendance qui, extrapolée, pourrait conduire à un dépassement du BAC si rien n’est fait.
Les chefs de projet utilisent également le BAC pour élaborer des prévisions et convaincre les parties prenantes d’agir. L’estimation à l’achèvement (EAC) se calcule souvent en rapportant le BAC à l’indice de performance coût (CPI), ce qui donne un EAC proportionnel à la performance actuelle. Quand ce chiffre calculé dépasse le BAC, le message est clair : sans action corrective, le budget autorisé ne tiendra pas. C’est précisément dans ces moments que la fonction politique du BAC se révèle. Présenter un BAC fixe, connu de tous, pour mettre en lumière un écart entre l’engagement initial et la réalité projetée, constitue un levier puissant pour déclencher des décisions difficiles : réallocation de ressources, compression de planning, ajustement du périmètre, voire demande de budget additionnel.
Le BAC intervient aussi comme référence pour définir les réserves de gestion. Beaucoup d’organisations séparent la ligne de base des coûts, qui contient les réserves pour imprévus, de la réserve de gestion qui, elle, reste sous le contrôle de la direction. Le BAC ne couvre que la partie de l’enveloppe allouée directement au projet ; la réserve de gestion est extérieure à ce périmètre. En cas d’imprévu majeur non couvert par les réserves pour imprévus, on puise dans la réserve de gestion, ce qui conduit généralement à une révision formelle du BAC pour intégrer tout ou partie de cette somme. Dans les faits, les comités de pilotage observent la fréquence des sollicitations à la réserve et l’écart entre le BAC initial et le BAC révisé pour évaluer la qualité de la planification et la maturité de l’équipe.
Du côté des parties prenantes, la communication autour du BAC est un exercice délicat. Annoncer trop tôt un BAC révisé peut être perçu comme un aveu de faiblesse ou un manque de rigueur initiale ; tarder à le faire peut créer des attentes irréalistes chez le client ou le sponsor. Les chefs de projet expérimentés savent que le BAC est autant un outil de gestion qu’un outil de communication, et qu’il faut préparer le terrain pour que toute modification soit comprise comme un ajustement légitime et non comme un échec.
Défis, pièges et idées reçues autour du Budget à l’achèvement
L’un des pièges les plus fréquents consiste à considérer le BAC comme une cible immuable qu’il faut atteindre coûte que coûte, au mépris des réalités opérationnelles. Un budget à l’achèvement mal interprété peut conduire à des comportements contre-productifs, comme la compression exagérée des coûts en fin de projet qui dégrade la qualité des livrables. Cette dérive survient souvent quand les indicateurs de performance sont exclusivement centrés sur le respect du BAC, sans considération pour la valeur effectivement livrée. Une équipe pourrait, par exemple, rogner sur les tests ou la documentation pour rester dans l’enveloppe, ce qui générera des coûts cachés bien plus élevés après la mise en service.
Une autre confusion classique porte sur le rôle du BAC dans les projets utilisant la planification adaptative. Dans un contexte où le périmètre est volontairement flou au départ, maintenir un BAC unique et rigide peut être inapproprié. Certains chefs de projet, formés uniquement au mode prédictif, tentent alors de figer un BAC trop tôt, puis se retrouvent enfermés dans une ligne de base irréaliste. La solution n’est pas d’abandonner le BAC, mais d’adopter une approche de BAC glissant ou de prévoir des enveloppes par phase, avec des points de revalidation périodiques. L’erreur serait de croire que le BAC doit toujours être un chiffre définitif gravé dans le marbre dès l’autorisation du projet.
Les organisations peu matures négligent parfois la différence entre un dépassement du BAC en phase d’exécution et une sous-estimation initiale. Une équipe peut se retrouver en situation de dépassement apparent parce que le BAC d’origine était tout simplement irréaliste, calculé à partir d’hypothèses optimistes ou de contraintes politiques. Dans ce cas, la demande de révision du BAC est parfaitement légitime, mais elle peut être vécue comme un camouflet. La transparence sur les causes de l’écart est alors cruciale : distinguer ce qui relève d’une erreur d’estimation, d’un changement de périmètre ou d’une mauvaise exécution évite que le BAC révisé ne devienne un sujet tabou.
Enfin, une idée reçue tenace voudrait que le BAC soit inutile dans les projets agiles puisque l’on adapte le contenu en continu. Pourtant, de nombreuses équipes agiles travaillent avec un budget fixe par release et utilisent des techniques de projection pour vérifier si le reste à faire tient dans l’enveloppe. Le BAC n’y est pas un indicateur de conformité rigide, mais une contrainte de financement qui éclaire les décisions de priorisation. Le nier reviendrait à ignorer que toute organisation a des limites financières et que les parties prenantes ont besoin d’une prévision, même approximative, de ce que coûtera la solution finale.
Synthèse sur le Budget à l'achèvement
- BAC, cible immuable contre-productive
- Ériger le budget à l'achèvement en objectif inconditionnel pousse à des compressions de coûts excessives qui nuisent directement à la qualité des livrables.
- BAC glissant et revalidation périodique
- Au lieu de figer un budget sur des hypothèses trop optimistes, il est plus réaliste d'adopter un budget à l'achèvement évolutif ou des enveloppes par phase, révisées à chaque jalon important du projet.
- Transparence sur les écarts
- Les dépassements apparents découlent souvent d'un budget initial sous-dimensionné ; décomposer les écarts entre erreurs d'estimation, évolutions du périmètre et faiblesses d'exécution rend le budget révisé un sujet discutable sans tabou.
- Budget fixe en contexte agile
- Même avec des méthodes agiles, les équipes s'appuient sur un budget fixe par release et des projections actualisées pour garantir que le reste à faire s'inscrit dans les limites financières, une réalité que toute organisation doit intégrer.
Articulation du BAC avec les autres indicateurs de la valeur acquise
Le BAC n’existe jamais isolément ; il constitue la colonne vertébrale d’un système de mesure où chaque indicateur entretient avec lui une relation mathématique ou logique. Le lien entre le Budget à l’achèvement et les autres concepts de la valeur acquise comme la valeur planifiée, la valeur acquise ou l’estimation à l’achèvement structure l’ensemble du pilotage financier d’un projet. La valeur planifiée (PV) représente, à une date donnée, le montant cumulé du budget prévu pour les travaux censés être réalisés à cet instant. La PV ne peut dépasser le BAC, puisqu’elle est la somme des budgets individuels planifiés qui composent ce même BAC. Tout écart entre la PV et le BAC à la fin du projet signifierait que la planification a été mal calibrée.
La valeur acquise (EV), quant à elle, mesure le budget attribué au travail effectivement achevé, exprimé dans la même unité monétaire que la PV et le BAC. La comparaison de l’EV au BAC permet de calculer le pourcentage d’avancement budgétaire et d’alimenter les prévisions. Si, par exemple, un projet a dépensé 60 % du BAC mais livré seulement 45 % de la valeur acquise, la tendance suggère un dépassement probable, que l’on formalise par un EAC. Les formules classiques d’EAC, comme EAC = BAC / CPI, ou EAC = AC + (BAC – EV), ne sont que des transformations du BAC en fonction des performances constatées. Sans un BAC fiable, l’intégralité de l’édifice de la valeur acquise s’écroule, car la référence ultime n’est plus crédible.
Le TCPI (To-Complete Performance Index) mérite une attention particulière. Cet indice calcule le niveau de performance qu’il faudrait atteindre sur le reste du projet pour respecter le BAC (ou un EAC si le BAC n’est plus tenable). Il se calcule en divisant le travail restant à accomplir, exprimé en valeur budgétaire (BAC – EV), par le budget restant disponible (BAC – AC). Un TCPI très supérieur à 1 signale que l’équipe devrait réaliser des performances exceptionnelles pour revenir dans les clous du BAC, ce qui est rarement réaliste. C’est souvent le TCPI qui révèle le besoin de réviser le BAC ou d’accepter un EAC supérieur au budget initial.
D’autres concepts s’articulent aussi avec le BAC, comme la réserve de gestion, déjà évoquée, ou la ligne de base des coûts elle-même. La ligne de base des coûts inclut le BAC augmenté des réserves pour imprévus, mais pas de la réserve de gestion. Le BAC est donc le sous-ensemble le plus opérationnel de la ligne de base, celui sur lequel l’équipe projet a une réelle visibilité et responsabilité directe. Cette distinction aide à structurer les rôles : l’équipe répond du BAC, la direction gère la réserve de gestion.
Perspectives contemporaines et évolution des pratiques
L’environnement de projet a profondément évolué ces dernières décennies, et avec lui la manière de considérer le Budget à l’achèvement. La vision contemporaine du BAC évolue vers une approche plus itérative, où l’enveloppe budgétaire peut être réévaluée à intervalles réguliers sur la base de la valeur livrée et des conditions réelles du marché. Cette tendance est particulièrement visible dans les grandes transformations numériques, où le périmètre initial est volontairement flou et où les cycles de financement sont calqués sur des revues trimestrielles. Dans ces contextes, le BAC n’est plus seulement un engagement annuel ou pluriannuel, il devient une enveloppe prévisionnelle révisable au rythme des découvertes, sous réserve de validation par la gouvernance.
L’influence des méthodologies agiles à l’échelle a favorisé l’émergence de pratiques comme le "budget adaptatif" ou le "financement par incréments". Des frameworks tels que SAFe préconisent de fixer un budget par train de release (ART) sur la base d’une capacité estimée en points d’effort, puis de laisser les équipes ajuster le périmètre pour maximiser la valeur dans cette enveloppe. Dans ce schéma, le BAC devient une contrainte économique que l’on découple de la portée fonctionnelle figée. L’effort de planification se concentre alors sur la fiabilité des estimations à haut niveau plutôt que sur une décomposition exhaustive dès le départ. Cette approche ne nie pas le besoin d’un BAC ; elle en modifie profondément la gouvernance en acceptant que le contenu final puisse différer sensiblement de ce qui était esquissé lors de l’autorisation du budget.
Du côté des approches hybrides, on voit de plus en plus de projets définir un BAC initial sur la base d’une phase de cadrage courte, puis le réviser à l’issue de la première itération de conception détaillée. Cette technique, parfois appelée "rolling wave budgeting", permet d’obtenir un engagement budgétaire des parties prenantes sur une phase amont, tout en repoussant la fixation définitive du BAC une fois les risques majeurs levés. Elle offre un compromis utile entre la nécessité d’un chiffre pour lancer les financements et la souplesse nécessaire à l’innovation.
Le courant orienté valeur, comme le BVOPM (Business Value-Oriented Project Management), enrichit cette réflexion en insistant sur la validation continue des hypothèses budgétaires. Le BVOPM aborde le Budget à l’achèvement non pas comme une simple consolidation financière, mais comme un élément que le chef de projet doit confronter en permanence à la valeur d’affaires effective. Dans cette logique, un projet dont le BAC serait respecté mais qui ne délivrerait plus la valeur attendue ne mériterait pas d’être poursuivi en l’état. Le BVOPM recommande d’ailleurs de traiter tout écart de portée comme un retour d’expérience utilisateur plutôt que comme un échec, et d’ajuster le BAC si les points d’effort relationnels indiquent une dérive structurelle. Des concepts comme les "Business Value Points" peuvent alors compléter le BAC pour offrir un pilotage multidimensionnel, où le coût n’est qu’une dimension parmi d’autres de la performance.
Un autre débat récurrent dans la communauté porte sur l’opportunité de communiquer le BAC aux équipes de réalisation. Dans une organisation traditionnelle, le BAC est souvent perçu comme un chiffre de gestion réservé au chef de projet et au sponsor. Pourtant, certaines entreprises constatent que le partage transparent du BAC avec les développeurs ou les ingénieurs stimule la conscience économique et améliore les décisions locales de compromis. Ceux-ci peuvent alors arbitrer plus finement entre une solution technique coûteuse et une alternative plus frugale lorsqu’ils savent que l’enveloppe est serrée. L’enjeu est de communiquer le BAC sans créer de pression anxiogène ou de comptabilité paralysante, ce qui demande une culture de confiance et une compréhension partagée de ce que le chiffre représente réellement.
En définitive, le Budget à l’achèvement demeure une notion absolument centrale du pilotage de projet, même s’il s’adapte aux réalités des approches modernes. Sa fonction première n’a pas changé : fournir une référence stable qui permet de mesurer, d’anticiper et de décider. Là où les pratiques évoluent, c’est dans la manière de le construire, de le réviser et de le conjuguer avec d’autres indicateurs, financiers ou non. Un chef de projet qui maîtrise le BAC et ses interactions avec l’ensemble du système de valeur acquise, et qui sait en adapter le cadre à la nature de son projet, dispose d’un atout considérable pour naviguer la complexité des environnements contemporains sans perdre de vue l’essentiel : livrer de la valeur dans des limites financières comprises et acceptées.
L'essentiel sur les pratiques contemporaines du BAC
- Approche itérative du BAC
- Le BAC fait désormais l'objet d'une révision itérative, fondée sur la valeur effectivement délivrée et les conditions réelles du marché, plutôt que de constituer un engagement figé.
- Budget adaptatif et financement par incréments
- Les méthodologies agiles à l'échelle, comme SAFe, préconisent d'allouer un budget par train de release et de laisser les équipes ajuster le périmètre fonctionnel pour maximiser la valeur capturée, tout en respectant l'enveloppe allouée.
- Gouvernance modifiée par l'évolution
- La gouvernance intègre désormais que le contenu final du projet peut s'écarter sensiblement du périmètre initialement autorisé, la valeur livrée devenant le critère prépondérant d'appréciation.
- Rolling wave budgeting
- Cette technique consiste à définir un BAC initial fondé sur un cadrage sommaire, puis à le réviser après la première itération de conception détaillée, une fois les risques majeurs levés.
- Atout majeur pour le chef de projet
- Maîtriser le BAC et ses interactions avec la valeur acquise constitue un levier décisif pour piloter la complexité des environnements contemporains et délivrer de la valeur dans un cadre budgétaire compris et partagé.
