La planification budgétaire d'un grand groupe ne se juge pas sur la qualité du fichier livré en fin de cycle, mais sur sa capacité à survivre au premier reforecast.
Dans la plupart des directions financières que nous accompagnons, le dispositif de planification budgétaire tient sur un empilement d'hypothèses non documentées, un tree driver hérité d'un exercice précédent et jamais retesté, et une chaîne de calcul où Excel, l'outil BI et l'EPM se désynchronisent dès que deux entités travaillent en parallèle.
Le passage au rolling forecast, censé fluidifier le pilotage, devient un cycle budgétaire supplémentaire à gérer plutôt qu'un allègement. Voici ce que nous challengeons en premier sur un modèle de planification budgétaire.
Pourquoi le modèle de planification budgétaire ne tient pas au-delà du premier cycle
Trois configurations reviennent systématiquement chez nos clients :
- une croissance par acquisition ou la création d'une nouvelle BU, sur laquelle le driver tree du groupe est appliqué tel quel — alors que la structure de coûts, le mix produit et la saisonnalité de la nouvelle entité n'ont rien à voir avec lereste du portefeuille. Le corridor de prévision explose dès le premier reforecast, et personne ne sait si l'écart vient d'une hypothèse mal calibrée ou d'un vrai signal business.
- le passage à un rythme de rolling forecast trimestriel, voire mensuel, sans refonte de l'architecturesous-jacente. Le modèle reste pensé pour un cycle annuel top-down, avec une réconciliation bottom-up faite à la main à chaque itération. Résultat : la charge de production du contrôle de gestion augmente exactement au moment où le rolling forecast était censé la réduire.
- plusieurs entités, chacune avec sa propre version du modèle, sans single source of truth. Le consolidé groupe est recalculé manuellement en central, ce qui casse la traçabilité des hypothèses entité. Impossible de dire, six mois plus tard, pourquoi telle prévision a été retenue.
Chez un acteur international de l'énergie, nous avons reconstruit l'architecture de planification pour unifier les drivers entre entités, fiabiliser la chaîne de calcul Excel–BI–EPM et automatiser la mécanique de forecast. Le cycle de reforecast est passé de plusieurs semaines à quelques jours, sans changement d'outil. La refonte portait sur le modèle, pas sur la technologie.
Les quatre piliers d'un dispositif de planification budgétaire robuste
Un dispositif de planification budgétaire s'évalue sur quatre dimensions. Les traiter séparément revient à reconstruire un modèle qui aura, à terme, les mêmes fragilités que le précédent.
- Le driver tree : Les hypothèses sont-elles hiérarchisées et documentées dans un assumptions log, ou recalculées différemment à chaque cycle selon la personne qui répond au questionnaire budgétaire ?
- L'architecture top-down / bottom-up : Le modèle permet-il une réconciliation rapide entre la cible descendante du groupe et la remontée opérationnelle des entités, ou la réconciliation se fait-elle « à la main » à chaque itération ?
- La chaîne de calcul (single source of truth) : Excel, l'outil BI et l'EPM partagent-ils la même version des données à tout instant, ou chaque recalcul introduit-il un écart silencieux entre les trois couches ?
- La cadence de gouvernance : Le rythme de reforecast est-il aligné avec la capacité réelle des équipes à produire, challenger et documenter les écarts ? Ou se résume-t-il à mettre à jour un chiffres ans en comprendre la variance
POINT DE VIGILANCE : Un driver tree qui n'est pas documenté ne se transmet pas. Il se réinvente à chaque reforecast, avec une variance différente à chaque fois. Le test le plus simple : demandez à un contrôleur qui n'a pas construit le modèle d'expliquer pourquoi telle hypothèse a été retenue. S'il ne peut pas répondre, le modèle repose sur une mémoire individuelle, pas sur une gouvernance.
Ce qu'un dispositif de planification budgétaire ne doit pas être
Une shadow FP&A qui vitdans les fichiers Excel des entités, déconnectée de l'EPM groupe, où chacun retravaille les chiffres à sa façon avant de les renvoyer au central.
Ce n'est pas non plus un exercice purement top-down imposé sans validation bottom-up des contrôleurs de BU : le modèle perd en adhésion et la fiabilité du forecast s'érode dès le deuxième cycle. Et ce n'est pas un exercice qu'on reconstruit intégralement à chaque campagne budgétaire, sans capitaliser sur l'analyse des écarts du cycle précédent.
Et une fois le modèle déployé ?
La valeur d'un dispositif de planification budgétaire se mesure au troisième cycle de reforecast, pas au premier. C'est à ce moment que la question devient : la précision de la prévision s'améliore-t-elle, ou le corridor d'erreur reste-t-il aussi large qu'au lancement ? C'est aussi le moment où l'ownership doit basculer réellement vers les contrôleurs de BU, sans quoi le modèle reste dépendant de l'équipe qui l'a construit, et le problème de départ n'a fait que se déplacer.
Conclusion
Chez Steerone, notre offre Planification économique consiste à concevoir un dispositif de planification budgétaire piloté par les drivers : architecture top-down/bottom-up documentée, chaîne de calcul unique entre Excel, BI et EPM, et cadence de gouvernance alignée sur la capacité réelle des équipes. L'objectif est de livrer un modèle qui continue de produire une prévision fiable au troisième cycle de re-forecast, pas seulement au premier.






