FinOps à l'échelle du groupe : qui maîtrisera vraiment la facture cloud en 2026

24.05.2026

10 min de lecture

La FinOps Foundation a publié dans l'état de FinOps 2026 un chiffre que chaque conseil d'administration entre Cologne et Zurich devrait connaître. 98 % des pratiques interrogées gèrent activement les coûts de l'IA, contre 63 % l'année précédente. Parallèlement, la ligne de reporting a changé. 78 % de toutes les fonctions FinOps rendent compte aujourd'hui au CIO ou au CTO, seulement 8 % au CFO. FinOps n'est plus une discipline comptable dans les groupes. C'est la couche de gouvernance où les décisions Cloud, IA et SaaS convergent avant de toucher un résultat trimestriel.

Les points clés en bref

FinOps est une fonction CIO avec obligation de co-gestion pour le CFO en 2026. L'ancienne répartition, technique en ingénierie, coûts en contrôle, ne fonctionne plus. Quiconque budgétise séparément Cloud, IA et SaaS dans les groupes ne voit le débordement qu'à la fin du trimestre.
Les coûts de l'IA ne sont plus en phase d'expérimentation. 98 % des équipes FinOps les gèrent activement, contre 63 % l'année précédente. La consommation de jetons, l'utilisation des GPU et les profils de demande LLM doivent être intégrés dans la même gestion que les postes de calcul et de stockage.
Crawl, Walk, Run n'est pas un modèle de maturité pour les diapositives de conseil. C'est l'ordre dans lequel un groupe construit la visibilité, la responsabilité et l'économie unitaire. Quiconque inverse l'ordre construit des tableaux de bord que personne ne lit.

Lié :29 % de gaspillage Cloud : FinOps après trois ans/Quel budget IT survivra à la vague de réductions de 2027

De la comptabilité à la fonction de gouvernance

FinOps a longtemps fonctionné comme un appendice de contrôle dans les groupes. Un petit service qui trie les factures Cloud, optimise quelques réservations et contribue à une diapositive au CIO une fois par trimestre. Cette image est terminée en 2026. La FinOps Foundation a mis à jour sa propre mission en mai, de Cloud à Technologie. Cela signifie que non seulement Cloud est sous la discipline, mais aussi SaaS, licences, Cloud privé, centre de données et explicitement IA.

Dans les groupes, cela signifie une autre ligne de reporting. Les fonctions FinOps centrales sont aujourd'hui dans 78 % des cas dans la ligne CIO ou CTO. Le CFO est un co-gestionnaire, plus le propriétaire. Cela a une raison pratique. Quiconque doit gérer la consommation de jetons, l'allocation de GPU et le routage multi-Cloud est plus proche de l'architecture et de l'ingénierie que de la comptabilité principale. Le CFO reste dans le jeu via la responsabilité budgétaire, la discipline de prévision et ce que les groupes aiment appeler l'allocation de capital.

Gartner prévoit une croissance des dépenses IT de 13,5 % en 2026. La plus grande partie de celle-ci ira à l'infrastructure IA, suivie du logiciel et des services. Un groupe qui reflète ce changement dans la logique des centres de coûts de la dernière décennie ne voit qu'à la mi-année qu'une unité commerciale a consommé le budget du groupe pour l'inférence GenAI seule.

98 / 78 / 8

Pour cent. 98 des équipes FinOps gèrent activement les coûts de l'IA (année précédente : 63). 78 rendent compte au CIO ou au CTO. Seuls 8 encore au CFO. La fonction FinOps est une gouvernance technologique, pas un contrôle.

Source : FinOps Foundation, État de FinOps 2026 (n = pratiques avec plus de 83 milliards de dollars de dépenses Cloud gérées)

Ramper, marcher, courir dans le groupe

Le modèle de maturité de la FinOps Foundation ressemble à un standard de diapositive. Dans le groupe, il décrit une réalité dure. La plupart des entreprises DAX et MDAX sont aujourd’hui dans un mélange de ramper et de marcher. La visibilité est là, la responsabilité migre encore, la gestion automatisée est l’exception.

Niveaux de maturité FinOps dans le groupe, ce qu’ils signifient réellement

Ramper

Politique de tagging pour les propriétaires, les classes de données et les centres de coûts. Premiers tableaux de bord. Les rapports de détection d’anomalies de coûts sont envoyés chaque semaine à la réunion d’architecture. Personne n’est cependant mesuré pour cela.

Marcher

Rétroaction ou facturation aux unités commerciales. Les postes AI, SaaS et Cloud dans un rapport au lieu de trois. Champions FinOps dans les équipes de plateformes. Premières stratégies de réservation et d’engagement sont négociées de manière centralisée.

Courir

Économie unitaire au niveau du produit. Le coût par client, le coût par inférence, le coût par transaction sont des indicateurs de gestion, pas de reporting. Les examens d’architecture comprennent une modélisation des coûts avant déploiement. Escalade automatisée en cas de violation de seuils.

Réalité DACH

La plupart des groupes oscillent entre ramper et marcher. La maturité de courir se trouve plus souvent chez les moyennes entreprises natives du Cloud que chez les entreprises DAX, car l’appareil de groupe supporte difficilement la responsabilité transversale.

L’erreur la plus fréquente dans les configurations de groupe n’est pas l’outillage, mais le saut. Qui vise à passer directement de ramper à courir sans passer par marcher construit des tableaux de bord de coûts qu’aucune unité commerciale ne assume. La rétroaction sans propriétaire est une discipline PowerPoint coûteuse.

Qui décide quoi dans le modèle opérationnel

Un modèle opérationnel FinOps robuste dans le groupe répartit proprement quatre responsabilités. Si l’une de ces lignes reste inoccupée, la fonction retombe sur l’ancienne image de la comptabilité.

Premièrement, le hub FinOps central. Petit, ancré dans la ligne du CIO, avec deux à cinq personnes. Fixe les normes pour le tagging, la prévision, la détection d’anomalies et la négociation avec les fournisseurs. Dans 60 % des groupes, c’est la forme dominante, dans 21 % supplémentaires, complétée par des champions fédérés dans les domaines commerciaux.

Deuxièmement, les champions fédérés dans les équipes de plateformes et de produits. Ils portent les normes dans la vie quotidienne, clarifient les conflits de tag, défendent les engagements et assurent le dialogue de rétroaction avec leur propre domaine. Ce rôle est à temps partiel, mais explicitement occupé. Qui le distribue à des volontaires le perd en deux trimestres.

Troisièmement, les propriétaires des unités commerciales. Ils portent le budget pour Cloud, AI et SaaS dans leur périmètre. Leur décision n’est pas de savoir si l’on optimise, mais quels compromis ils acceptent. Un domaine commercial qui a besoin d’inférence GPU pour un segment de clientèle doit connaître le coût par requête, pas le montant total.

Quatrièmement, le directeur financier comme co-gestionnaire. Plus propriétaire de la fonction, mais indispensable comme contrepoids. La modélisation des coûts avant déploiement, la discipline de prévision trimestrielle et les audits spéciaux en cas de violation de seuils sont son levier. C’est plus que du reporting, c’est une allocation de capital en temps réel.

Ces quatre lignes se réunissent au moins mensuellement, souvent dans une ronde opérationnelle, où Cloud, SaaS et AI se réunissent dans une vue. Qui traite cela en trois examens séparés n’a pas reconnu le véritable problème. Les compromis naissent entre les catégories, pas en elles.

Où FinOps dans les groupes 2026 encore échoue

Les erreurs les plus fréquentes se sont déplacées de l’outillage vers la gouvernance. C’est en réalité un bon signe, la discipline a mûri. Mais cela rend les points ouverts plus coûteux.

Les groupes sous-estiment premièrement à quel point la couche SaaS devient rapidement obsolète. 90 % des équipes FinOps gèrent aujourd’hui les dépenses SaaS, il y a deux ans c’était 65 %. Qui isole encore le SaaS dans la passation des marchés sous-estime les retombées entre licence, connexion au cloud et utilisation des données. Une licence SaaS qui facture plus cher dans la région cloud du fournisseur est une question FinOps, pas une question d’achat.

Deuxièmement, les groupes perdent du temps parce que les coûts de l’IA restent liés à l’ancienne logique de centre de coûts. Qui budgétise une application GenAI comme un projet, sans suivre les profils de jetons et de GPU dans la ligne de prévision, est surpris à la fin du trimestre. La modélisation des coûts avant déploiement est le feature d’outil le plus souvent souhaité dans l’enquête sur l’état de FinOps. Il coûte moins de calculer proprement une invite une fois que d’expliquer pendant trois mois pourquoi une application pilote fait exploser la ligne d’inférence.

Troisièmement, la responsabilité échoue à cause de sa propre taille. Un groupe avec vingt secteurs d’activité ne peut pas entretenir vingt logiques FinOps. Mais il ne peut pas non plus suivre une voie de commandement centralisée pure, sans perdre la responsabilité opérationnelle dans les secteurs. Le modèle de hub et de rayon n’est donc pas trouvé par hasard dans 21 % des grandes pratiques. C’est la seule forme qui relie les normes centrales à la responsabilité décentralisée.

Le point où FinOps fonctionne vraiment dans le groupe est banal dans la description et coûteux dans la mise en œuvre. Les décisions cloud, IA et SaaS sont négociées avant le déploiement, avec une vue de coût qui rassemble les trois catégories, et avec des propriétaires qui sont mesurés au nombre. Qui met cela en place proprement n’a pas besoin de craindre la ronde de réduction de 2027.

Foire aux questions

Pourquoi FinOps 2026 est-il principalement placé sous la responsabilité du CIO et non du CFO ?

Parce que les leviers essentiels sont d’ordre architectural. Le Tagging, le placement des charges de travail, la stratégie de réservation, le routage GPU et la modélisation des coûts avant déploiement sont des décisions d’ingénierie que le CFO ne prend pas lui-même. Le CFO demeure pertinent en tant que co-pilote grâce à la discipline de prévision et à l’allocation de capital, mais le propriétaire opérationnel est la ligne CIO en 2026.

Un équipe FinOps centrale suffit-elle ou faut-il des champions fédérés ?

Dans 60 % des groupes, une équipe d’activation centrale suffit. Dès que le nombre de domaines d’activité et de plateformes augmente, le modèle de hub et de rayon devient plus stable, dans lequel les champions fédérés portent les normes dans la vie quotidienne. Sans cette deuxième couche, les groupes retombent dans une fonction de reporting pure.

Qu’est-ce qui distingue l’AI-FinOps du Cloud-FinOps classique ?

Les facteurs de coûts. Dans le Cloud-FinOps classique, le temps de calcul, les classes de stockage et le réseau sont au premier plan. Dans l’AI-FinOps, la consommation de jetons, l’utilisation de GPU, la taille du modèle et le profil d’inférence s’y ajoutent. Un outil FinOps sans vue granulaire sur les jetons et les GPU est à la traîne par rapport aux recommandations de l’état de l’art FinOps en 2026.

Comment mesurer le succès d’une fonction FinOps dans un groupe ?

En fonction des coûts évités, de la précision des prévisions et du pourcentage de charges de travail avec une économie unitaire documentée. Les coûts évités seuls sont une métrique de base. La précision des prévisions est une étape. L’économie unitaire au niveau du produit ou du segment de clientèle est une étape supérieure, ici FinOps se connecte directement à la stratégie et à la vente.

Quand un modèle de hub et de rayon est-il rentable, et quand une équipe centrale ?

Avec une architecture homogène et quelques plateformes, une équipe centrale suffit. Le modèle de hub et de rayon devient plus stable dès que le cloud, l’IA et le SaaS fonctionnent dans différents domaines d’activité avec leurs propres fournisseurs. Les groupes de quinze domaines d’activité ou plus trouvent rarement une véritable gestion sans champions fédérés.