Glossaire & Lexique
Vue d'ensemble
La carte des disciplines
Piloter la valeur
L'ensemble de ces disciplines fonctionne en synergie. À titre d'exemple, une pratique FinOps trouve son ancrage grâce au CCoE, tandis que le CCoE gagne sa dimension de valeur économique grâce au FinOps. Cette logique d'enrichissement mutuel s'étend à tous vos environnements, de la gouvernance de l'IA jusqu'au pilotage carbone (GreenOps).
CCoE : Cloud Center of Excellence
Définition
Entité transverse qui définit, arbitre et fait appliquer les règles d'usage du Cloud à l'échelle de l'organisation, et qui outille les équipes pour qu'elles les respectent sans les subir.
En pratique
Le CCoE est le lieu où l'on décide ce qui est autorisé par défaut, ce qui exige une dérogation, et qui porte la responsabilité de chaque arbitrage. Sa maturité se mesure à sa capacité à faire adopter les standards, au-delà de leur publication. Étendu aux usages IA, il devient un Centre d'Excellence Cloud & AI.
Ce que cela recouvre
- Modèle opérationnel cible et RACI explicite : qui décide, qui exécute, qui est consulté sur les coûts, la sécurité et l'architecture
- Landing zones, guardrails et policies as code : la conformité par défaut plutôt que le contrôle a posteriori
- Catalogue de services et patterns d'architecture réutilisables
- Gestion des exceptions et des dérogations, avec durée et propriétaire identifiés
- Enablement : formation, documentation, accompagnement des équipes produit
- Intégration native des dimensions FinOps, sécurité, souveraineté et GreenOps dès la conception (shift left)
Indicateurs de pilotage
- Part des charges de travail déployées dans une landing zone conforme
- Taux de conformité aux standards, nombre de dérogations actives et leur ancienneté
- Délai moyen de mise à disposition d'un environnement conforme
- Taux d'adoption du catalogue de services par les équipes produit
- Part des décisions d'architecture instruites avec un chiffrage financier
Points de vigilance
- Le CCoE conçoit les règles et outille les équipes, l'exécution reste portée par les équipes produit.
- Sa valeur tient à sa transversalité : il réunit architecture, sécurité, finance et métiers.
- Il s'agit d'une fonction permanente, dotée d'un mandat et d'un budget dans la durée.
- Son pouvoir d'arbitrage découle directement du sponsorship de la direction.
Qui est concerné
- CIO/CTO
- Cloud Leaders
- Architecture
- Sécurité
- Product Owners
Gouvernance de l'Intelligence Artificielle
Définition
Cadre de décision, de contrôle et de responsabilité appliqué aux usages d'intelligence artificielle : quels cas d'usage sont autorisés, sous quelles conditions, à quel coût, avec quel niveau de preuve.
En pratique
L'IA générative a inversé la chaîne d'adoption : les usages arrivent par les métiers, souvent en amont de toute décision d'architecture ou d'achat. La gouvernance IA consiste donc d'abord à rendre visible ce qui existe déjà (shadow AI), puis à instaurer des règles proportionnées au risque, qui maintiennent les usages à l'intérieur du périmètre maîtrisé.
Ce que cela recouvre
- Inventaire des cas d'usage et classification par niveau de risque et de criticité
- Politique d'usage : données autorisées, modèles autorisés, obligations de supervision humaine
- Arbitrage build / buy / API, et choix entre RAG, fine-tuning et prompt engineering selon le coût complet et la maîtrise attendue
- Gouvernance des données d'entrée et de sortie : confidentialité, propriété intellectuelle, rétention, traçabilité
- Sécurité spécifique : injection de prompt, exfiltration de données, gestion des accès aux modèles et aux agents
- Évaluation de la qualité et des dérives : jeux de tests, mesure de régression entre versions de modèle
- Conformité : RGPD, AI Act européen, ISO/IEC 42001, NIST AI RMF
- Pilotage économique des usages, en interface directe avec la pratique FinOps (voir Tokenomics)
Indicateurs de pilotage
- Part des cas d'usage IA inventoriés et rattachés à un propriétaire métier
- Coût complet par cas d'usage et par utilisateur actif
- Valeur mesurée : temps gagné, taux de résolution, taux d'adoption réel après 90 jours
- Part des cas d'usage classifiés au regard des obligations réglementaires
- Nombre d'incidents liés aux données ou à la qualité des réponses
Points de vigilance
- Une charte prend sa valeur lorsqu'elle s'accompagne de mécanismes de contrôle et de propriétaires identifiés.
- Bien conçue, la gouvernance accélère la mise en production en levant l'incertitude juridique en amont.
- La conformité fixe le cadre, l'essentiel des arbitrages quotidiens reste économique et technique.
Qui est concerné
- CIO/CTO
- DAF
- Direction juridique & conformité
- RSSI
- AI Leaders
- Métiers
Termes liés
DevOps
Définition
Ensemble de pratiques et de principes d'organisation visant à raccourcir le cycle entre une décision produit et sa mise en production fiable, en réunissant développement et exploitation autour d'une responsabilité commune.
En pratique
Pour un décideur, DevOps est avant tout un sujet de vitesse et de risque, mesurable par quatre indicateurs stables (DORA). C'est également un sujet financier : dans le Cloud, chaque déploiement automatisé constitue une décision d'achat. Une chaîne DevOps performante, dotée de garde-fous économiques, industrialise la maîtrise de la dépense autant que la livraison.
Ce que cela recouvre
- Intégration et déploiement continus (CI/CD), tests automatisés
- Infrastructure as Code : l'infrastructure devient un artefact versionné, revu et contrôlable
- Observabilité : logs, métriques, traces, et corrélation avec les coûts
- Plateformes internes et Platform Engineering : mettre à disposition des chemins pavés qui rendent la bonne pratique naturelle
- Déclinaisons : DevSecOps (sécurité intégrée), GitOps (Git comme source de vérité), MLOps et LLMOps (cycle de vie des modèles)
Indicateurs de pilotage
- Fréquence de déploiement et délai de mise en production (lead time for changes)
- Taux d'échec des changements et délai de rétablissement (MTTR)
- Couverture de l'infrastructure gérée en Infrastructure as Code
- Part des contrôles de coût et de sécurité intégrés à la chaîne (policy as code)
Points de vigilance
- L'outillage sert la démarche, la performance vient des pratiques d'équipe et du partage des responsabilités.
- Il s'agit d'un modèle d'organisation partagé entre développement et exploitation, porté par les équipes elles-mêmes.
- L'agilité porte sur la conduite du produit, DevOps sur la fiabilité de la livraison technique : les deux se renforcent.
Qui est concerné
- CTO
- Directions techniques
- Product Owners
- Architecture
- FinOps Lead
AIOps
Définition
Application de l'analyse de données et de l'apprentissage automatique à l'exploitation des systèmes d'information, afin de détecter, expliquer et corriger les anomalies plus vite qu'une supervision fondée sur des seuils.
En pratique
L'AIOps répond à un problème de volume : les environnements distribués produisent trop de signaux pour une supervision humaine par règles. Sa valeur se juge à la réduction du bruit d'alerte et du temps de diagnostic, au-delà de la sophistication des modèles employés. Appliquée aux données de facturation, la même mécanique alimente directement la pratique FinOps.
Ce que cela recouvre
- Corrélation et dédoublonnage d'alertes, réduction du bruit
- Détection d'anomalies sur les métriques techniques comme sur les données de consommation et de coût
- Analyse de cause racine assistée et enrichissement automatique du contexte d'incident
- Remédiation automatisée sur des scénarios connus, prévision de capacité et de charge
Indicateurs de pilotage
- Réduction du volume d'alertes et taux de faux positifs
- Délai moyen de détection et de rétablissement
- Part des incidents traités par remédiation automatique
- Qualité des prévisions de capacité et de coût (écart réalisé / prévu)
Points de vigilance
- Sa performance repose d'abord sur la qualité des données et la fiabilité du référentiel de configuration.
- Elle constitue une couche d'analyse qui s'appuie sur l'observabilité existante et la valorise.
- Les remédiations automatiques appellent leur propre gouvernance et une revue régulière de leurs règles.
Qui est concerné
- CTO
- Production & Exploitation
- SRE
- FinOps Lead
FinOps
Définition
Discipline de gestion de la valeur des dépenses technologiques variables, qui associe finance, technologie et métiers autour d'une responsabilité partagée sur les arbitrages de consommation.
En pratique
Le FinOps porte sur la valeur avant de porter sur la dépense. La réduction d'une facture est un résultat fréquent, elle gagne à s'inscrire dans un objectif plus large : savoir ce que coûte un service, à qui il profite, quelle valeur il produit, et pouvoir arbitrer entre performance, vitesse, risque et coût. Les organisations matures recherchent un modèle de gouvernance qui tient dans la durée, résiste aux réorganisations et supporte l'arrivée de nouveaux périmètres. Le référentiel de la FinOps Foundation structure la pratique en trois phases itératives, Informer, Optimiser, Opérer, déclinées en domaines et capacités.
Ce que cela recouvre : les périmètres de dépense
- Cloud public : IaaS, PaaS, engagements et remises contractuelles
- Intelligence Artificielle & GenAI : coûts d'inférence, d'entraînement et d'agents (voir la fiche dédiée)
- Plateformes de données : Snowflake, Databricks, BigQuery et modèles à la consommation
- SaaS et licences : droits d'usage, contrats-cadres, gestion des actifs logiciels
- On-premise et centre de données : amortissements, capacité, coût unitaire comparable au Cloud
Ce que cela recouvre : les capacités
- Visibilité et qualité de la donnée financière : taxonomie de tags, allocation des coûts partagés, showback et chargeback
- Unit economics : coût par transaction, par client, par environnement, la base d'un arbitrage solide
- Budgets, prévisions et détection des dérives, avec des seuils co-construits avec les responsables applicatifs
- Optimisation de l'usage et du taux : dimensionnement, élimination des gaspillages, engagements (Reserved Instances, Savings Plans, CUD), architectures adaptées au profil de charge
- Soutien factuel à la négociation fournisseur : hypothèses de consommation, scénarios d'engagement, comparaisons de marché
- Ancrage organisationnel : modèle opérationnel, RACI, instances de pilotage, acculturation des équipes
Indicateurs de pilotage
- Couverture d'allocation : part de la dépense rattachable à un propriétaire identifié
- Coût unitaire métier et son évolution à volume constant
- Précision des prévisions (écart budget / réalisé)
- Taux de couverture et taux d'utilisation des engagements, taux d'économie effectif
- Volume de gaspillage identifié et volume effectivement traité
- Niveau de maturité de la pratique et nombre d'équipes réellement engagées
Points de vigilance
- La réduction de coûts est un résultat fréquent, elle ne doit pas être un seul et unique objectif : certains arbitrages conduisent à dépenser davantage, de façon assumée.
- Une plateforme de visualisation éclaire la décision, la responsabilité et l'arbitrage restent portés par l'organisation.
- La pérennité des gains tient au modèle opérationnel : c'est lui qui les maintient au-delà de deux à trois trimestres.
- L'engagement conjoint de la Finance et des Achats rend la pratique pleinement opérante.
Qui est concerné
- CFO
- CIO/CTO
- Achats
- Product Owners
- Cloud Leaders
- Contrôle de gestion
Termes liés
Tokenomics : FinOps appliqué à l'IA
Définition
Discipline de mesure, d'allocation et d'arbitrage des coûts liés aux usages d'intelligence artificielle générative, dont l'unité économique de base est le token consommé en entrée et en sortie des modèles.
En pratique
Le Cloud a introduit une dépense variable pilotée par l'architecture. L'IA générative introduit une dépense variable pilotée par l'usage, donc par le comportement des utilisateurs et par la conception des invites, deux variables qui relèvent autant du produit et des métiers que de la DSI. Le coût d'un assistant suit le nombre de conversations, leur longueur et le modèle retenu. La relation entre FinOps et IA fonctionne dans les deux sens : gouverner le coût de l'IA, et utiliser l'IA pour gouverner les coûts.
Ce que cela recouvre : FinOps pour l'IA
- Modèle de coût : tokens d'entrée et de sortie, fenêtre de contexte, mise en cache des invites, traitement par lots
- Arbitrage entre modèles : router les requêtes simples vers des modèles moins coûteux, réserver les modèles avancés aux cas à forte valeur
- Comparaison des architectures : RAG, fine-tuning, agents (coût complet, latence, maintenabilité)
- Coûts d'infrastructure associés : GPU-heures, débit provisionné ou facturation à l'usage, stockage vectoriel
- Allocation par cas d'usage, par équipe et par utilisateur, condition d'un showback crédible
- Coût des agents : les chaînes d'appels multiplient la consommation de manière peu intuitive et gagnent à être plafonnées
Ce que cela recouvre : l'IA au service du FinOps
- Détection d'anomalies de consommation et qualification automatique des écarts
- Amélioration de la précision des prévisions budgétaires
- Automatisation du reporting et de la rédaction des analyses récurrentes
- Recommandations d'optimisation contextualisées et priorisées par impact
Indicateurs de pilotage
- Coût par requête, par conversation, par utilisateur actif et par cas d'usage
- Coût par unité de valeur métier : ticket résolu, document traité, ligne de code acceptée
- Ratio tokens d'entrée / sortie et taux de succès du cache
- Part de la dépense IA allouée à un propriétaire identifié
- Coût marginal d'un passage à l'échelle : projection à dix fois le volume actuel
Points de vigilance
- Ses inducteurs de coût sont d'abord produits et comportementaux, ce qui la distingue d'une ligne de facture Cloud classique.
- Toutes les organisations sont concernées : les usages bureautiques dérivent aussi vite que les usages techniques.
- La conception du produit pèse davantage sur la facture que le tarif unitaire du modèle.
Qui est concerné
- CFO
- CIO/CTO
- AI Leaders
- Product Owners
- Achats
GreenOps
Définition
Pratique opérationnelle consistant à mesurer, arbitrer et réduire en continu l'empreinte environnementale des charges de travail numériques, avec la rigueur de pilotage que le FinOps applique aux coûts.
En pratique
GreenOps est au Green IT ce que le FinOps est au contrôle de gestion : un mécanisme de décision continu, branché sur les équipes qui conçoivent et exploitent. Sa difficulté est avant tout méthodologique : la donnée d'émission fournie par les hébergeurs reste hétérogène, partielle et peu comparable. Corollaire important pour un décideur : coût et carbone convergent souvent (une ressource inutilisée coûte et émet) et divergent parfois (une région bas-carbone peut être plus chère). Le pilotage repose donc sur un arbitrage explicite.
Ce que cela recouvre
- Mesure et estimation des émissions par service, application et équipe, avec une méthodologie assumée et documentée
- Élimination des ressources inutilisées et dimensionnement au juste besoin, premier levier commun avec le FinOps
- Choix de régions et planification des traitements selon l'intensité carbone du réseau électrique
- Écoconception des architectures et des services numériques, sobriété des données conservées
- Arbitrages spécifiques à l'IA : taille des modèles, fréquence de réentraînement, empreinte de l'inférence à l'échelle
- Formation des équipes techniques et intégration des critères dans les revues d'architecture
Indicateurs de pilotage
- Émissions estimées par application et par unité d'œuvre métier (gCO2e par transaction)
- Software Carbon Intensity (référentiel Green Software Foundation)
- Part des charges hébergées dans des régions à faible intensité carbone
- Taux d'utilisation moyen des ressources provisionnées
- Efficacité des installations propres : PUE, WUE, CUE
Points de vigilance
- La solidité des chiffres repose sur une méthodologie explicite, documentée et auditable.
- Le recouvrement avec le FinOps est partiel : certains arbitrages environnementaux ont un coût assumé.
- Au-delà du cadre réglementaire, GreenOps constitue un levier d'architecture et de conception.
Qui est concerné
- CIO/CTO
- Direction RSE
- DAF
- Architecture
- Achats
Green IT : Numérique responsable
Définition
Démarche d'ensemble visant à réduire l'empreinte environnementale du système d'information sur tout son cycle de vie, des terminaux à l'hébergement en passant par la conception des services.
En pratique
Green IT constitue le cadre, GreenOps en assure l'exécution continue sur les charges de travail. Deux distinctions structurent le sujet : Green IT (réduire l'impact du numérique) et IT for Green (utiliser le numérique pour réduire l'impact du reste de l'entreprise), et surtout la prédominance du matériel : dans la plupart des organisations, la fabrication des terminaux pèse davantage que l'hébergement. Allonger la durée de vie d'un parc produit souvent plus d'effet que l'ensemble des optimisations d'infrastructure.
Ce que cela recouvre
- Cycle de vie du matériel : achats responsables, allongement de la durée d'usage, réemploi, filières de fin de vie
- Empreinte de fabrication (carbone incorporé) et analyse de cycle de vie
- Écoconception des services numériques et référentiels associés (RGESN, GR491)
- Sobriété des données : politiques de rétention, réduction des duplications, archivage adapté
- Achats : critères environnementaux dans les appels d'offres et clauses fournisseurs
- Reporting extra-financier : CSRD et norme ESRS E1, contribution du SI au bilan carbone, scope 3 notamment
Indicateurs de pilotage
- Bilan carbone du SI par poste : terminaux, réseau, hébergement, usages
- Durée de vie moyenne du parc et taux de réemploi
- Part des projets passés par une revue d'écoconception
- Volume de données stockées rapporté à leur usage effectif
- Fiabilité et auditabilité des données de reporting extra-financier
Points de vigilance
- L'empreinte se répartit entre terminaux, réseau, hébergement et usages : l'hébergement n'en représente qu'une part.
- Le dispositif produit sa valeur lorsque les indicateurs alimentent des décisions d'achat et de conception.
- Green IT fixe le cadre et les objectifs, GreenOps les exécute au quotidien.
Qui est concerné
- CIO
- Direction RSE
- DAF
- Achats
- Direction générale
Lexique A→Z
Lexique transverse
FAQ
Questions fréquentes
La réduction de coûts est un résultat fréquent, elle ne doit pas être un seul et unique objectif. Le FinOps produit avant tout la capacité à arbitrer : décider en connaissance de cause entre performance, vitesse de livraison, risque et dépense. Une décision FinOps bien instruite peut conduire à augmenter une dépense de façon assumée.
Les deux démarches peuvent progresser en parallèle. La gouvernance Cloud renforce toutefois l'ancrage : avec des propriétaires identifiés et des standards de déploiement, les optimisations se maintiennent dans le temps plutôt que d'être effacées par les déploiements suivants.
Ils partagent leurs premiers leviers, supprimer l'inutilisé, dimensionner au juste besoin, et divergent ensuite sur certains arbitrages bas-carbone qui ont un coût. Les traiter dans une même gouvernance permet de rendre ces arbitrages explicites.
En raisonnant en coût unitaire par cas d'usage plutôt qu'en enveloppe globale, en instrumentant l'allocation dès le premier pilote, et en traitant la conception du produit comme le principal levier de coût, en amont du choix du modèle.
L'AIOps utilise l'IA pour exploiter le système d'information. La gouvernance de l'IA encadre les usages d'IA de l'entreprise, y compris ceux de l'AIOps.