FinOps rencontre l’ITSM : des données de gestion des services au contrôle des coûts cloud et IA

Les coûts de consommation du cloud et des applications d’intelligence artificielle représentent l’une des principales préoccupations pour les dirigeants d’une organisation. FinOps, qui gère le coût et la valeur des dépenses technologiques, apparaît de plus en plus fréquemment dans les conversations portant sur l’ITSM. Cette convergence — le rapprochement entre ceux qui gèrent les coûts technologiques et ceux qui gèrent les services IT — reste cependant peu explorée du point de vue du service management.

La plupart des organisations traitent le contrôle des coûts comme un exercice financier distinct, mené à partir de relevés de compte et de feuilles de calcul. Pourtant, les données qui permettraient de relier les dépenses aux services métier et à leurs responsables existent déjà dans les systèmes de service management.

Dans cet article, nous expliquons comment la CMDB, l’inventaire des assets, le catalogue des services, les registres de demandes et de changements peuvent devenir le fondement d’une gouvernance des coûts crédible. Et nous démontrons pourquoi la collaboration entre FinOps et ITSM est bénéfique dans les deux domaines.

Pourquoi FinOps et ITSM convergent

FinOps est né comme pratique de gestion des coûts du cloud public, mais son périmètre d’action s’est rapidement élargi. Selon l’analyse d’ITSM.tools consacrée au rapport State of FinOps 2026 de la FinOps Foundation, 98 % des organisations interrogées gèrent désormais les dépenses liées à l’intelligence artificielle, contre 31 % il y a seulement deux ans, tandis que 90 % gèrent ou prévoient de gérer les dépenses SaaS d’ici la fin de l’année. De plus en plus d’entreprises supervisent également les licences, le cloud privé et les centres de données.

Pour ceux qui s’occupent de service management, le point le plus pertinent du rapport est cependant un autre : l’ITSM est explicitement mentionné parmi les domaines opérationnels avec lesquels les équipes FinOps collaborent, aux côtés de la gestion financière de l’IT et de l’asset management. La collaboration s’oriente notamment vers l’automatisation et la mise en œuvre des corrections.

FinOps et ITSM se rapprochent parce qu’ils abordent le même problème sous des angles différents : le premier quantifie les dépenses, le second possède les processus et les données de contexte. FinOps a besoin de processus opérationnels pour intervenir, l’ITSM relie rarement ses processus et ses données à la dimension économique.

Le problème : des dépenses en hausse, une attribution peu claire

Les dépenses liées au cloud et à l’IA augmentent en valeur absolue, mais dans la plupart des organisations, personne ne peut dire avec précision quel service, quel projet ou quelle unité organisationnelle a généré chaque poste de coût. L’attribution des consommations reste approximative, et le lien entre les dépenses engagées et la valeur produite par les services auxquels ces dépenses sont destinées est encore plus faible.

Le rapport State of FinOps 2026 signale une dynamique qui rend le problème particulièrement urgent : de nombreuses organisations demandent à leurs équipes de financer les investissements en IA grâce aux économies réalisées par l’optimisation de leurs dépenses, précisément au moment où les opportunités d’économies les plus importantes s’épuisent. À la question de savoir si les investissements en IA génèrent de la valeur, observe le rapport, presque aucune organisation n’est aujourd’hui en mesure de répondre.

Sans une attribution fiable des coûts aux différents services et à leurs responsables, la gouvernance des dépenses se réduit à une négociation permanente sur les budgets, menée sans données partagées. Avec une attribution fiable, chaque discussion peut partir d’une base factuelle : quel service génère une consommation donnée, pour quel montant, au bénéfice de quelle unité organisationnelle et avec quel retour.

Les données que l’IT possède déjà

Les données nécessaires pour attribuer les coûts du cloud et de l’intelligence artificielle aux services et aux unités organisationnelles qui les génèrent existent déjà, et résident dans les systèmes de service management que l’IT utilise chaque jour.

CMDB et inventaire des assets : relier les dépenses aux services

La CMDB — la base de données qui décrit les composants de l’environnement IT et leurs relations — contient la carte qui n’apparaît pas dans les rapports de facturation des fournisseurs cloud : pour chaque ressource technologique est indiqué le service qu’elle supporte, et pour chaque service est identifié le responsable dont il dépend.

Relier les données de consommation du cloud et de l’IA aux entrées de la CMDB signifie transformer une liste indistincte de coûts en une répartition des dépenses par service et par unité organisationnelle. L’inventaire des assets ajoute à ces informations les données sur les licences, les contrats et les échéances, qui permettent d’identifier les ressources payées et non utilisées, les chevauchements entre outils et les opportunités de renégociation.

Pour que le lien entre les données de consommation et la CMDB fonctionne, la base de données doit être à jour et les ressources cloud doivent être étiquetées selon des règles de dénomination uniformes, établies au niveau de l’entreprise. Cette dernière exigence est organisationnelle avant d’être technique, et son respect peut être garanti par les processus ITSM de gestion des changements : chaque nouvelle ressource introduite dans l’environnement est enregistrée et étiquetée correctement dans le cadre du processus lui-même.

Catalogue des services et workflows de demande : gouverner le provisioning

Lorsque l’activation de nouvelles ressources cloud ou de nouveaux services IA passe par le catalogue des services et les workflows de demande et d’approbation associés, chaque consommation future est autorisée, justifiée par un besoin documenté et rattachable à un service.

Le provisioning — c’est-à-dire l’allocation des ressources — cesse de se faire par des achats directs des équipes individuelles sur les consoles des fournisseurs, en dehors de tout contrôle central, et devient un processus gouverné : avec des seuils de dépenses nécessitant des approbations supplémentaires, des durées prédéfinies au-delà desquelles la ressource est réexaminée, et l’enregistrement automatique du demandeur et de la justification de chaque activation.

Les mêmes workflows peuvent gérer le cycle inverse, c’est-à-dire le décommissionnement des ressources que les analyses FinOps identifient comme sous-utilisées : la recommandation d’économie devient une demande de changement tracée, avec un responsable et une échéance.

L’ITSM comme système de référence pour rendre FinOps opérationnel

En substance, l’ITSM peut être le système de référence qui rend opérationnelles les recommandations FinOps. Les équipes FinOps excellent à identifier ce qui devrait changer (ressources à décommissionner, infrastructures à redimensionner, règles d’étiquetage à faire respecter), mais la mise en œuvre de ces changements nécessite des processus opérationnels structurés, et c’est précisément ce que le service management sait faire : ouvrir une demande, l’affecter, l’approuver, l’exécuter, la vérifier et la documenter.

Le bénéfice est réciproque. Les équipes FinOps obtiennent la garantie que leurs recommandations sont effectivement mises en pratique : chaque intervention identifiée par les analyses est confiée aux processus de service management, qui en assurent l’exécution, la vérification et la documentation, et évitent que les préconisations d’économies restent sans suite.

Lorsque le coût par service est visible et à jour, la démonstration de la valeur et le contrôle des dépenses se renforcent mutuellement : chaque conversation sur le budget devient une conversation sur les services, avec des données que les deux parties reconnaissent. Le rapport State of FinOps 2026 offre à ce sujet une indication éloquente sur le plan organisationnel : 78 % des équipes FinOps rapportent aujourd’hui au CTO ou au CIO, et les équipes qui dialoguent avec les dirigeants exercent une influence deux à quatre fois supérieure sur les décisions d’achat technologique.

La gestion des coûts comme responsabilité partagée

La convergence concerne la culture organisationnelle avant même les outils. Tant que le contrôle des dépenses cloud et IA reste confiné à une fonction financière et que les consommations sont observées de l’extérieur, l’attribution des ressources restera approximative et les interventions correctives arriveront en retard. En revanche, lorsque les données de service management alimentent l’analyse des coûts et que les processus de service management exécutent les corrections en temps opportun, la gestion des coûts devient une responsabilité partagée de la gestion des services. Pour les leaders IT, le point de départ est immédiat : une CMDB soignée, un catalogue des services complet, des workflows de demande bien conçus. La gouvernance des dépenses technologiques est faite des mêmes données et des mêmes processus que le service management produit chaque jour.

FAQs

1. Qu’est-ce que FinOps et pourquoi cela concerne-t-il l’ITSM ?

Le terme « FinOps » désigne l’ensemble des pratiques par lesquelles une organisation gère le coût et la valeur de ses dépenses technologiques : nées pour le cloud, elles se sont étendues à l’IA, au SaaS et aux licences. Elles concernent l’ITSM car le service management figure parmi les principaux domaines de collaboration, notamment pour la mise en œuvre opérationnelle des corrections.

2. Comment la CMDB soutient-elle le contrôle des coûts cloud et IA ?

La CMDB relie ressources, services et responsables : en combinant ces données aux consommations facturées, une dépense générique devient une répartition par service et par unité organisationnelle, sur laquelle fonder les décisions et les responsabilités.

3. Comment le provisioning est-il contrôlé via les workflows ITSM ?

En prévoyant que l’activation des ressources cloud et des services IA s’effectue exclusivement via le catalogue des services, avec des approbations obligatoires, des seuils de dépenses et des durées prédéfinies. Chaque consommation est ainsi autorisée, justifiée et rattachable à un service.

4. Quels bénéfices l’ITSM tire-t-il de la collaboration avec FinOps ?

La possibilité de démontrer la valeur économique des services gérés, grâce à la visibilité sur le coût par service, et une plus grande pertinence auprès des dirigeants de l’organisation.