Le FinOps et la budgétisation informatique traditionnelle diffèrent fondamentalement dans leur approche des dépenses liées au cloud. La budgétisation informatique traditionnelle est un processus annuel fixe, conçu pour des infrastructures prévisibles et à forte intensité capitalistique. Le FinOps est une discipline de gestion financière continue, spécialement conçue pour la nature variable et basée sur la consommation du cloud. Les sections ci-dessous détaillent les différences pratiques, les limites et la manière dont ces deux approches peuvent coexister au sein de votre organisation.
Comment le FinOps permet-il concrètement de gérer les coûts du cloud ?
Le FinOps permet de gérer les coûts du cloud en instaurant un cycle continu de visibilité, de responsabilisation et d'optimisation au sein des équipes financières, informatiques et d'ingénierie. Plutôt que d'analyser les dépenses a posteriori, le FinOps intègre la prise en compte des coûts dans les décisions techniques et métier au fur et à mesure qu'elles sont prises, ce qui permet à vos équipes de trouver le juste équilibre entre coûts, performances et risques en temps réel.
Au fond, le Cadre FinOps fonctionne selon trois phases qui se répètent en continu :
- Informer : Établir une vision fiable et détaillée des dépenses liées au cloud, incluant la répartition complète des coûts entre les conteneurs, les services partagés et les frais d'assistance, afin que chaque équipe puisse identifier ce dont elle est responsable et en connaître le coût.
- Optimiser : Mettre en œuvre ces données en optimisant les ressources, en adoptant une stratégie d'achats basée sur les engagements et en éliminant le gaspillage dans les environnements AWS, Azure et GCP.
- Fonctionnement : Intégrer les mécanismes de gouvernance, les pouvoirs de décision et des cycles de révision réguliers afin que l'optimisation soit un processus continu plutôt qu'un projet ponctuel.
Ce qui distingue le FinOps d’une simple surveillance des dépenses cloud, c’est la dimension organisationnelle. Les outils de gestion des coûts cloud permettent de rendre les dépenses visibles, mais la visibilité à elle seule ne suffit pas à prendre de meilleures décisions. Le FinOps relie les données à un cycle décisionnel, attribue des responsabilités claires aux équipes applicatives et garantit que les services financiers, informatiques et d'ingénierie travaillent à partir des mêmes chiffres plutôt que dans des silos séparés. C'est cet alignement interfonctionnel qui permet de transformer les données de coûts en actions concrètes.
Quelles sont les principales limites de la budgétisation informatique traditionnelle pour le cloud ?
La gestion budgétaire traditionnelle des technologies de l'information a été conçue pour un monde où les infrastructures étaient prévisibles et nécessitaient d'importants investissements, les coûts étant fixés au moment de l'acquisition et amortis au fil du temps. Le cloud repose quant à lui sur un modèle de consommation où les coûts fluctuent quotidiennement, ce qui rend les cycles budgétaires annuels structurellement inadaptés à l'évolution réelle des dépenses liées au cloud.
Parmi les contraintes les plus courantes auxquelles sont confrontées les organisations, on peut citer :
- Visibilité en retard : Les révisions budgétaires annuelles ou trimestrielles font que les dépassements de budget liés au cloud ne sont détectés que plusieurs semaines, voire plusieurs mois après leur survenue, alors que les mesures correctives s'avèrent alors bien plus coûteuses.
- Prévisions inexactes : Les modèles de prévision traditionnels partent du principe que les coûts unitaires sont stables. Or, la tarification du cloud varie en fonction des habitudes d'utilisation, des engagements sur les instances réservées et de la composition des services, ce qui rend les modèles statiques peu fiables.
- Un manque de cohérence dans la responsabilisation : Dans le cadre d'une gestion budgétaire informatique traditionnelle, le service informatique est maître du budget et prend en charge les coûts. Dans le cloud, ce sont les équipes d'ingénierie et de produit qui prennent les décisions en matière de dépenses, mais la responsabilité financière incombe souvent toujours au service informatique, ce qui crée un décalage entre ceux qui dépensent et ceux qui en sont responsables.
- Pas de boucle d'optimisation : Les budgets traditionnels prévoient les dépenses, mais ne comportent pas de processus structuré visant à réduire en permanence le gaspillage ou à améliorer la rentabilité tout au long de l'année.
- Prise de décision cloisonnée : Les services financiers, informatiques et d'ingénierie optimisent chacun selon leur propre perspective, ce qui entraîne des frictions et des compromis sous-optimaux qui apparaissent souvent à un stade avancé du cycle de vie du projet.
Il en résulte que les coûts liés au cloud apparaissent sur papier, mais ne font pas l'objet d'une gestion active visant à optimiser la valeur ajoutée pour l'entreprise. Les organisations se retrouvent ainsi à devoir expliquer les écarts a posteriori, au lieu de les gérer de manière proactive.
Qui prend en charge les coûts dans le cadre du FinOps par rapport à la gestion budgétaire informatique traditionnelle ?
Dans la gestion budgétaire informatique traditionnelle, la responsabilité du budget incombe principalement au service financier ou à la direction informatique. Dans le cadre du FinOps, la responsabilité des coûts est répartie entre les équipes qui génèrent effectivement les dépenses. Ainsi, les équipes d'ingénierie, de produit et d'application sont responsables des ressources cloud qu'elles consomment, tandis qu'une fonction FinOps centrale assure la gouvernance, fournit les outils et apporte son soutien.
Ce changement en matière de responsabilité constitue l'une des différences structurelles les plus importantes entre ces deux approches. Dans un modèle traditionnel, c'est le service informatique qui reçoit la facture et qui est censé en rendre compte. Dans un modèle FinOps, ce sont les équipes qui prennent les décisions en matière d'architecture et de déploiement qui sont responsables des conséquences financières de ces décisions. Cela incite beaucoup plus fortement à mettre en place des solutions efficaces dès le départ.
L'équipe centrale FinOps, ou un responsable FinOps, ne se substitue pas à la responsabilité des ingénieurs. Elle fournit au contraire la base de données commune, le cadre de gouvernance et le rythme décisionnel qui permettent à la responsabilité distribuée de fonctionner dans la pratique. Les responsables des finances, des achats et de l’informatique participent à des cycles d’examen réguliers afin de s’assurer que les investissements dans le cloud correspondent aux priorités de l’entreprise, plutôt que de se contenter d’examiner les dépenses uniquement au moment de l’élaboration du budget.
En l'absence d'une telle structure de responsabilisation, un problème récurrent se pose : les données relatives aux coûts sont disponibles, mais personne ne peut être tenu pour responsable car la responsabilité n'est pas clairement établie. Les équipes métier sont à l'origine des dépenses, mais c'est le service informatique qui reçoit la facture, sans qu'il existe de mécanisme permettant de relier ces coûts aux décisions qui les ont engendrés.
Dans quels cas une entreprise devrait-elle adopter le modèle FinOps plutôt que la méthode traditionnelle de budgétisation informatique ?
Une entreprise devrait adopter le FinOps lorsque ses dépenses liées au cloud ont atteint un niveau tel que les cycles budgétaires traditionnels ne parviennent plus à suivre le rythme et la variabilité de la consommation de services cloud. Concrètement, cela signifie lorsque le cloud représente une part significative de vos dépenses informatiques, lorsque les équipes d'ingénierie prennent quotidiennement des décisions relatives à l'infrastructure ayant des répercussions financières, ou lorsque votre processus budgétaire actuel génère systématiquement des écarts inexpliqués.
Il n’est pas nécessaire d’attendre que les coûts liés au cloud deviennent incontrôlables. En effet, plus les pratiques FinOps sont mises en place tôt, plus il est facile de mettre en place les structures de gouvernance, les règles de balisage et les habitudes transversales qui permettent au FinOps d’être efficace à grande échelle. Les entreprises qui attendent que les dépenses liées au cloud deviennent un problème se rendent compte qu’il est bien plus difficile de remédier à des années de balisage et d’allocation incohérents que de mettre en place un système correct dès le départ.
Voici quelques signes spécifiques qui indiquent que le moment est venu de passer au FinOps :
- Les factures liées au cloud qu'il est difficile d'affecter avec précision à des unités opérationnelles ou à des produits
- Les équipes d'ingénierie qui prennent des décisions concernant les engagements ou la rationalisation des effectifs sans l'avis du service financier
- Des prévisions budgétaires qui s'écartent régulièrement de plus de 10 à 15% en raison de la variabilité de la couverture nuageuse
- Il n'existe pas de processus récurrent permettant d'examiner les opportunités d'optimisation du cloud et de prendre les mesures qui s'imposent.
- Tensions entre les services informatiques, financiers et d'ingénierie quant à savoir qui est responsable des décisions relatives aux coûts du cloud
Le FinOps et la budgétisation informatique traditionnelle peuvent-ils coexister ?
Oui, le FinOps et la budgétisation informatique traditionnelle peuvent et doivent fonctionner de concert. La budgétisation informatique traditionnelle reste pertinente pour l’infrastructure sur site, les licences et les investissements en capital, où les coûts sont prévisibles. Le FinOps gère la couche cloud variable, basée sur la consommation. L’intégration des deux offre à votre organisation une vue d’ensemble complète des dépenses informatiques totales et permet de prendre de meilleures décisions en matière de compromis entre l’infrastructure sur site et le cloud.
C'est dans le cadre de cette intégration que la gestion des activités technologiques (Technology Business Management, TBM) prend tout son sens. La TBM fournit la structure stratégique permettant de traduire tous les investissements technologiques, qu'ils soient sur site ou dans le cloud, en services et en résultats métier. Le FinOps apporte une discipline financière à la gestion des dépenses liées au cloud. Ensemble, ces deux approches créent un cadre unifié dans lequel les coûts du cloud ne sont pas gérés de manière isolée, mais replacés dans le contexte plus large de la gestion des coûts informatiques et de la valeur métier.
Concrètement, l’intégration implique d’harmoniser les taxonomies afin que les données relatives aux coûts du cloud et celles relatives aux coûts sur site parlent le même langage, de partager les ensembles de données entre les services financiers et informatiques, et de mettre en place une gouvernance couvrant les deux environnements au sein d’une structure décisionnelle unique. Les organisations qui gèrent les dépenses liées au cloud et celles sur site dans des silos distincts perdent la capacité de prendre des décisions éclairées en matière de compromis, par exemple pour déterminer s'il convient de migrer une charge de travail, de la conserver sur site ou d'adopter une approche hybride.
Comment nous vous aidons à passer d'une gestion budgétaire informatique à une approche FinOps intégrée
Nous accompagnons les organisations tout au long de leur parcours, depuis la budgétisation informatique traditionnelle jusqu’à une gestion financière du cloud mûre et intégrée. Notre approche relie les niveaux opérationnel et stratégique afin que les coûts liés au cloud ne soient pas seulement visibles, mais aussi activement maîtrisés et alignés sur les résultats de l’entreprise.
Plus précisément, nous vous aidons dans les domaines suivants :
- Évaluation FinOps : Une évaluation structurée du niveau de maturité actuel de votre gestion financière dans le cloud, portant sur les ressources humaines, les processus, la gouvernance et les outils, débouchant sur une feuille de route concrète pour l'amélioration.
- Stratégie et mise en œuvre du FinOps : Concevoir et mettre en œuvre un modèle opérationnel FinOps évolutif, doté d'une gouvernance claire, de pouvoirs décisionnels bien définis et d'une coordination interfonctionnelle entre les services financiers, informatiques, des achats et d'ingénierie.
- Intégration entre TBM et FinOps : Intégrer la gestion des coûts du cloud à votre cadre global de gestion financière informatique afin que les dépenses liées aux infrastructures sur site et au cloud soient gérées au sein d’une structure unique et unifiée.
- FinOps en tant que service : Un modèle opérationnel FinOps entièrement géré, destiné aux organisations qui souhaitent bénéficier d'un accompagnement continu sans avoir à développer entièrement cette expertise en interne.
Si vous souhaitez comprendre où en est votre organisation aujourd'hui et à quoi pourrait ressembler une feuille de route concrète pour l'avenir, contactez-nous pour discuter de votre situation.