Le FinOps n'est plus une affaire de réduction de facture cloud. Dans sa définition mise à jour en mars 2026, la FinOps Foundation le décrit comme un cadre opérationnel et une pratique culturelle qui maximise la valeur métier de la technologie, permet des décisions rapides fondées sur les données et crée une responsabilité financière grâce à la collaboration entre ingénierie, finance et métiers 2. Le framework FinOps qui l'accompagne fournit un vocabulaire commun : six principes, trois phases, quatre domaines, une vingtaine de capabilities et des rôles clairement identifiés 1.
Par où commencer ? Par un périmètre restreint, une donnée de coûts fiable et quelques décisions concrètes, puis en itérant. Le framework recommande lui-même de commencer petit et d'élargir progressivement le périmètre, en parcourant rapidement les phases Inform, Optimize et Operate pour éviter la paralysie par l'analyse 3. Cet article décrit l'état du framework à la date de rédaction, les rôles à mobiliser et une feuille de route de démarrage réaliste pour une ETI ou un grand compte.
Le contexte justifie l'effort. L'édition 2026 du State of FinOps, menée auprès de 1 192 répondants représentant plus de 83 milliards de dollars de dépenses cloud annuelles, montre que le périmètre des équipes FinOps déborde largement du cloud public, vers le SaaS, les licences, le cloud privé, le data center et l'IA 6.
Ce qui a changé dans le framework FinOps en 2026
La FinOps Foundation a publié le 19 mars 2026 une mise à jour structurante du framework 5. Sa mission devient « Advancing the People who manage the Value of Technology » : le mot cloud s'efface au profit de la technologie au sens large. Trois évolutions méritent l'attention d'un DSI.
- Une nouvelle capability, Executive Strategy Alignment, rattachée au domaine Manage the FinOps Practice. Elle relie la valeur technologique à la stratégie de l'entreprise, de l'alignement sur les priorités de la direction jusqu'à la stratégie d'investissement pluriannuelle et l'aide à la décision 5.
- Des capabilities renommées pour sortir du seul cloud : Workload Optimization devient Usage Optimization, Architecting for Cloud devient Architecting & Workload Placement, Cloud Sustainability devient Sustainability et Policy & Governance devient Governance, Policy & Risk 5.
- Des catégories technologiques explicites (Public Cloud, SaaS, Data Center, Data Cloud Platforms, AI) et une définition affinée des Scopes : un Scope est un segment de dépenses, transverse aux catégories technologiques, aligné sur une construction métier comme un produit, un centre de coûts ou un environnement 51.
Conséquence pratique : un programme FinOps lancé aujourd'hui doit être pensé d'emblée pour plusieurs catégories de dépenses, même s'il démarre sur le cloud public. Le State of FinOps 2026 confirme la tendance : 90 % des répondants intègrent déjà le SaaS dans leur périmètre, 64 % les licences, 57 % le cloud privé et 48 % le data center 6. Les Scopes offrent la bonne maille pour cela : plutôt que de suivre « la facture AWS », on suit le coût complet d'un produit, quelles que soient les technologies qu'il consomme.
Les fondations du framework FinOps : principes, phases, domaines
Six principes
Les six principes servent de garde-fous culturels 1 : les équipes doivent collaborer ; la valeur métier guide les décisions technologiques ; chacun est responsable de son usage technologique ; les données FinOps doivent être accessibles, opportunes et exactes ; le FinOps doit être activé de manière centralisée ; il faut tirer parti du modèle de coût variable du cloud. Deux d'entre eux sont souvent mal compris. Être activé de manière centralisée ne signifie pas être exécuté par une équipe centrale : l'équipe FinOps outille, coordonne les engagements et fixe les règles, mais ce sont les équipes produit qui décident de leur usage. Et raisonner en valeur métier implique qu'une hausse de dépenses peut être une bonne nouvelle si le coût unitaire du service rendu baisse.
Trois phases itératives
Inform rend les coûts visibles, allouables et comparables ; Optimize identifie les leviers d'usage (consommer moins pour un résultat acceptable) et de tarif (payer le juste prix) ; Operate met en œuvre, mesure et ancre les nouvelles pratiques 3. Ces phases ne sont pas des jalons de projet : plusieurs équipes peuvent se trouver dans des phases différentes, à des rythmes différents, et Operate renvoie en permanence vers Inform et Optimize 3.
Quatre domaines
Les domaines regroupent les capabilities, c'est-à-dire les savoir-faire que la pratique doit développer 1 :
- Understand Usage & Cost : ingestion des données, allocation, reporting et analytique, gestion des anomalies.
- Quantify Business Value : planification et estimation, prévisions, budgets, KPI et benchmarking, unit economics.
- Optimize Usage & Cost : architecture et placement des charges, optimisation de l'usage, optimisation tarifaire, licences et SaaS, durabilité.
- Manage the FinOps Practice : alignement stratégique, opérations de la pratique, gouvernance, politique et risques, formation, facturation et chargeback, évaluation, automatisation et outillage, disciplines connexes.
Le modèle de maturité Crawl, Walk, Run s'évalue capability par capability, et non pour l'organisation dans son ensemble 1. Viser le niveau Run partout est une erreur classique : le niveau pertinent dépend du poids de la dépense concernée et du risque associé. Une allocation de niveau Run sur un périmètre qui représente une faible part des dépenses mobilise des efforts mieux employés ailleurs.
Les rôles FinOps : qui fait quoi
Le framework distingue six personas centrales, toujours impliquées, et des personas alliées issues de disciplines voisines 4 :
- FinOps Practitioner : fait le lien entre métiers, ingénierie et finance, diffuse la culture FinOps et outille la décision.
- Engineering : conçoit et optimise l'infrastructure en arbitrant coût, performance, fiabilité, sécurité et conformité.
- Finance : quantifie la valeur des dépenses, porte budgets et prévisions, répartit les coûts et veille à la conformité comptable.
- Product : définit les besoins, priorise les initiatives et explique l'intérêt des choix technologiques.
- Procurement : achète, négocie contrats et remises, suit les licences et les relations fournisseurs.
- Leadership : fixe les objectifs, arbitre les priorités et installe une culture de responsabilisation.
Les personas alliées sont l'ITAM, l'ITFM, l'ITSM, la sécurité et la durabilité 4. Dans une ETI, ces rôles ne correspondent pas forcément à des postes : un même architecte peut porter le rôle Engineering et une partie du rôle Practitioner. L'essentiel est que chaque responsabilité ait un nom en face, et que les rôles alliés soient associés dès que leurs périmètres se recoupent, par exemple la sécurité pour la détection d'anomalies de dépenses ou l'ITAM pour les licences.
Où rattacher l'équipe FinOps
Selon le State of FinOps 2026, 78 % des équipes FinOps rapportent au CTO ou au CIO, contre 8 % au CFO, et 60 % fonctionnent selon un modèle d'enablement centralisé 6. Le rattachement à la DSI facilite l'action sur l'architecture et les pratiques d'ingénierie. Il impose en contrepartie d'instituer un lien formel avec le contrôle de gestion, sans quoi budgets et prévisions restent déconnectés de la réalité technique.
Par où commencer : une feuille de route en 90 jours
Démarrer une pratique FinOps ne demande ni outil coûteux ni réorganisation. La séquence suivante, cohérente avec l'approche itérative du framework 3, convient à la plupart des organisations qui partent de zéro :
- Semaines 1 et 2 : nommer un sponsor dans la direction et un FinOps Practitioner, même à temps partiel ; définir un premier Scope limité, par exemple un produit ou un fournisseur cloud.
- Semaines 2 à 4 : centraliser l'export des données de facturation, de préférence dans un format normalisé, et mesurer la part des dépenses rattachée à un propriétaire identifié.
- Semaines 4 à 6 : publier un premier showback mensuel par équipe, même imparfait, et corriger la stratégie de tags avec les équipes concernées.
- Semaines 6 à 8 : traiter les gaspillages évidents (ressources orphelines, environnements hors production allumés en permanence) et mettre en place une alerte sur les anomalies de dépenses.
- Semaines 8 à 10 : définir deux ou trois KPI, dont au moins un coût unitaire relié à un indicateur métier (coût par commande, par utilisateur actif, par dossier traité).
- Semaines 10 à 12 : présenter les résultats au sponsor, choisir les capabilities à faire passer au niveau Walk au trimestre suivant et élargir le Scope.
Le premier livrable FinOps n'est pas une économie : c'est une donnée de coûts dans laquelle chaque équipe reconnaît ses propres dépenses.
Ce séquencement privilégie la confiance dans la donnée avant l'optimisation. Une recommandation de réduction fondée sur une allocation contestée sera discutée sans fin ; la même recommandation, appuyée sur des chiffres que l'équipe a elle-même validés, sera appliquée.
Les pièges à éviter au démarrage
Plusieurs erreurs reviennent dans les programmes qui s'essoufflent après quelques mois :
- Réduire le FinOps à une campagne ponctuelle de réduction des coûts : les économies obtenues sans changement de pratiques réapparaissent au cycle suivant.
- Acheter un outil avant d'avoir défini la stratégie d'allocation : aucun outil ne compense l'absence de propriétaires identifiés.
- Laisser la finance seule face aux factures : sans l'ingénierie, les écarts ne sont ni expliqués ni corrigés.
- Oublier l'IA : selon le State of FinOps 2026, 98 % des répondants gèrent désormais des dépenses d'IA, contre 63 % en 2025 et 31 % en 2024 6. Ces dépenses doivent entrer dans le périmètre dès la conception du programme.
- Ne suivre que le montant total : sans métrique unitaire, impossible de distinguer une hausse liée au gaspillage d'une hausse liée à la croissance de l'activité.
Conclusion
Le framework FinOps 2026 élargit le périmètre au-delà du cloud public et rapproche la discipline de la stratégie d'entreprise. Pour démarrer, il suffit pourtant d'un sponsor, d'un périmètre restreint, de données fiables et d'un rythme d'itération régulier. DATASWING accompagne les DSI dans cette mise en place en articulant données de coûts, architecture et gouvernance.
— Questions fréquentes
Ce qu'on nous demande souvent
Qu'est-ce que le framework FinOps de la FinOps Foundation ?+
C'est le référentiel de la FinOps Foundation pour piloter la valeur des dépenses technologiques. Il s'organise en six principes, trois phases itératives (Inform, Optimize, Operate), quatre domaines regroupant une vingtaine de capabilities, des personas et un modèle de maturité Crawl, Walk, Run. Sa mise à jour de mars 2026 l'étend explicitement au SaaS, au data center, aux plateformes data et à l'IA.
Quels sont les rôles dans une équipe FinOps ?+
Le framework identifie six personas centrales : FinOps Practitioner, Engineering, Finance, Product, Procurement et Leadership. S'y ajoutent des personas alliées : ITAM, ITFM, ITSM, sécurité et durabilité. Dans une ETI, une même personne peut porter plusieurs rôles ; l'important est que chaque responsabilité, de l'allocation des coûts à la négociation des engagements, soit attribuée nommément.
Par où commencer une démarche FinOps ?+
Commencez par un sponsor de direction, un périmètre restreint et des données de facturation centralisées. Mesurez la part des dépenses rattachée à un propriétaire, publiez un showback mensuel, traitez les gaspillages évidents, puis définissez quelques KPI dont un coût unitaire. Le framework recommande de commencer petit et d'itérer rapidement plutôt que de viser d'emblée une couverture complète.
À qui l'équipe FinOps doit-elle rapporter ?+
Il n'existe pas de règle unique. Selon le State of FinOps 2026, 78 % des équipes rapportent au CTO ou au CIO et 8 % au CFO. Un rattachement à la DSI facilite l'action sur l'architecture ; il doit alors s'accompagner d'un lien formel avec le contrôle de gestion pour que budgets, prévisions et refacturation reflètent la réalité technique.
— Sources
Références citées
Les textes réglementaires et documentations évoluent : vérifiez la version en vigueur avant toute décision. Cet article n'est pas un avis juridique.
-
[1]
FinOps Framework ↗FinOps Foundation · 2026
-
[2]
What is FinOps? ↗FinOps Foundation · 2026-03
-
[3]
FinOps Phases ↗FinOps Foundation · 2026
-
[4]
FinOps Personas ↗FinOps Foundation · 2026
-
[5]
FinOps Framework 2026: Executive Strategy, Technology Categories, and Converging Disciplines ↗FinOps Foundation · 2026-03
-
[6]
State of FinOps 2026 ↗FinOps Foundation · 2026
