Méthode
La méthode FinOps, appliquée : qui fait quoi, étape par étape
« Payé sur les économies » ne veut rien dire tant qu’on ne montre pas qui fait quoi, et comment les économies sont mesurées. Voici notre parcours, calé sur les trois phases du cadre FinOps : Informer, Optimiser, Opérer.
Mise à jour le .
Le cadre FinOps, en bref
Selon la FinOps Foundation, le FinOps est un cadre de travail et une pratique qui font travailler ensemble ingénierie, finance et métiers pour tirer le plus de valeur de la dépense technologique, avec des décisions rapides fondées sur les données. Son cadre de référence, dans sa version publiée le 19 mars 2026, compte trois phases, six principes, quatre domaines et 22 capacités (notre décompte de la liste publiée).
- Comprendre l’usage et le coût (Understand Usage & Cost) : collecte des données de facturation, attribution des coûts, rapports, anomalies.
- Quantifier la valeur métier (Quantify Business Value) : prévisions, budgets, indicateurs, coût unitaire.
- Optimiser l’usage et le coût (Optimize Usage & Cost) : architecture et placement des charges, usage, tarifs, licences et logiciels en ligne (SaaS), durabilité.
- Piloter la pratique (Manage the FinOps Practice) : alignement sur la stratégie de la direction, gouvernance, refacturation interne, formation, outillage.
En 2026, plusieurs capacités ont changé de nom : Workload Optimization devient Usage Optimization ; Policy & Governance devient « Governance, Policy & Risk » ; Architecting for Cloud devient Architecting & Workload Placement ; et une capacité apparaît : Executive Strategy Alignment. Nous employons les noms 2026. Le cadre couvre désormais toute la dépense technologique (cloud public, SaaS, licences, centres de données, IA) ; notre mission porte sur l’infrastructure cloud.
Les six principes, et ce qu’ils changent dans notre mission :
- Les équipes collaborent : l’audit associe votre direction financière et votre équipe technique.
- La valeur métier guide les décisions : on suit un coût unitaire (par client, par commande), pas seulement le total.
- Chacun répond de sa consommation : chaque équipe voit son coût, grâce aux étiquettes posées sur les ressources (les tags) et aux budgets.
- Les données sont accessibles, à jour et exactes : la mesure part des exports de votre fournisseur, chaque mois.
- La pratique est animée au centre : engagements et remises se décident pour toute l’entreprise.
- Le coût variable du cloud est un atout : éteindre ce qui ne sert pas, dimensionner au besoin réel, plutôt que de grands nettoyages ponctuels.
Les trois phases, chez vousInformer : audit gratuit et baseline. Optimiser : plan chiffré et votre feu vert. Opérer : mise en œuvre et mesure mensuelle. Les phases tournent en boucle : chaque mesure mensuelle repart de la phase Informer.
1. Informer : l’audit gratuit et la baseline
- Accord de confidentialité mutuel (NDA). Signé avant tout accès ou export.
- Accès en lecture seule, ou exports. Vos équipes ouvrent un accès aux rôles minimaux, sans lecture du contenu de vos données (détail par fournisseur plus bas). Ou vous nous transmettez vos exports de facturation. Vous pouvez révoquer l’accès à tout moment.
- Audit gratuit. Nous lisons votre facturation ligne à ligne, les recommandations natives de votre fournisseur et la configuration de vos ressources. Nous vous situons sur les repères de maturité FinOps (plus bas). Vous recevez un plan d’économies chiffré, action par action, sous 10 jours ouvrés après l’ouverture de l’accès. Aucun engagement : le plan vous reste, même si vous ne signez pas.
- La baseline, signée. C’est le coût de référence : coût effectif moyen des 3 derniers mois clos, ressource par ressource, signé avant toute action ; vos engagements existants sont listés à part et ne sont jamais facturés. Le coût effectif est le coût après toutes les remises, paiements d’avance répartis sur la durée de l’engagement.
2. Optimiser : le plan chiffré, puis votre feu vert
Le cadre FinOps distingue deux familles de leviers. L’optimisation de l’usage : consommer moins, avec vos ingénieurs. L’optimisation des tarifs : payer moins cher la même consommation, avec vos achats et votre direction.
L’usage, d’abord
- redimensionnement (rightsizing) : ajuster chaque ressource à sa consommation réelle ;
- arrêt des environnements hors production la nuit et le week-end ;
- suppression des ressources orphelines : disques, adresses IP, instantanés oubliés ;
- générations récentes de machines, classes de stockage adaptées, réseau, journaux.
Les tarifs, ensuite
- engagements sur 1 ou 3 ans contre une remise : Savings Plans (AWS, Microsoft Azure, OVHcloud, Scaleway), réservations (AWS, Microsoft Azure), engagements d’utilisation ou CUD (Google Cloud) ;
- Spot : capacité inutilisée vendue moins cher, reprise par le fournisseur avec peu ou pas de préavis, pour les charges qui tolèrent une interruption ;
- licences : analyse technique et économique, l’avis juridique revenant à votre conseil.
L’ordre compte. La FinOps Foundation prévient qu’acheter des engagements avant d’avoir redimensionné risque de compter deux fois les économies, ou de payer des ressources qui n’existent plus.
Chaque action du plan indique ce qui change, sur quelles ressources, l’économie estimée, le risque, le retour arrière et qui l’exécute. Puis vient votre feu vert. Rien ne change sans votre accord : chaque action est validée par vous, mise en œuvre avec vos équipes (ou par elles) et réversible, sauf les engagements (Savings Plans, réservations), que vous signez vous-même, et les suppressions, que vous confirmez.
Un engagement, en effet, ne se défait pas comme un réglage. Il vous lie pour 1 ou 3 ans, et sa part inutilisée reste payée. Il est donc décidé et signé par vous, à votre nom, sur un usage déjà stabilisé ; notre part ne porte que sur les 12 premiers mois d’économies. Nous ne revendons pas de cloud. Détail : Savings Plans et réservations.
3. Opérer : mise en œuvre et mesure, chaque mois
| Détecter et chiffrer chaque action : exports de facturation, recommandations natives, nos scripts | Cloud Audit |
|---|---|
| Valider chaque action, avant toute modification | Vous |
| Préparer le changement en code d’infrastructure, avec son retour arrière | Cloud Audit, avec vos équipes |
| Déployer, dans vos fenêtres de changement et par vos circuits habituels | Vos équipes, avec nous |
| Signer un engagement (Savings Plan, réservation, CUD) | Vous, à votre nom |
| Mesurer chaque action et rédiger le rapport mensuel | Cloud Audit |
| Valider le rapport, sous 15 jours | Vous |
| Installer la gouvernance : étiquetage, budgets, alertes, détection des anomalies | Ensemble ; vos équipes la gardent |
Le code d’infrastructure (infrastructure-as-code) décrit vos ressources dans des fichiers versionnés, relus par vos équipes : chaque changement est tracé et peut être défait. Nos scripts et notre infrastructure-as-code vous restent ; aucun outil propriétaire à garder.
Les premières économies sont visibles sur la facture du mois qui suit la mise en œuvre.
La mesure, pièce maîtresse
Notre facture dépend de la mesure : vous devez pouvoir la refaire vous-même, ligne à ligne. Elle part de FOCUS (FinOps Open Cost and Usage Specification), le format commun des données de facturation publié par la FinOps Foundation, dont la version 1.4 a été ratifiée le 4 juin 2026. AWS l’exporte en version 1.2 depuis le 19 novembre 2025 ; Microsoft Azure, Google Cloud (en préversion) et OVHcloud proposent aussi un export FOCUS. Scaleway n’en propose pas, à notre connaissance au 24 octobre 2026 : nous partons alors de son interface de données de facturation.
Dix règles, résumées :
- Une seule source de vérité : les factures et les exports de votre fournisseur. Aucun chiffre ne sort d’un outil à nous.
- Une baseline signée avant toute action, avec l’inventaire des ressources et leurs prix unitaires figés.
- Un registre des actions : chaque action a un numéro, une date d’effet, ses ressources et sa formule de calcul, validés par vous avant exécution.
- Économies de tarif (engagements, Spot) : coût à la demande équivalent, moins coût effectif, part inutilisée des engagements comprise. Sur Google Cloud, la remise automatique déjà acquise (Sustained Use Discount) est déduite.
- Économies d’usage (redimensionnement, arrêt, suppression) : (quantité de la baseline − quantité du mois, ramenée à l’activité de la baseline) × prix unitaire de la baseline. Les hausses ou baisses de tarif du fournisseur ne comptent ni pour ni contre. Une ressource supprimée compte au plus pour son coût de baseline ; recréée, son économie s’arrête.
- Croissance neutralisée : les ressources qui suivent la charge sont ramenées à l’activité de la baseline (quantité du mois × activité de la baseline ÷ activité du mois), selon un indicateur d’activité convenu à la signature, par exemple le nombre de clients actifs. Votre croissance ne gonfle pas notre part et n’efface pas vos économies. Un coût unitaire convenu (par exemple pour 1 000 commandes) sert de contrôle.
- Exclusions : nouveaux projets et nouvelles régions, effets de change, crédits et avoirs du fournisseur, baisses de prix catalogue, actions décidées par vous hors du plan.
- Seules les économies réalisées et mesurées sur vos factures sont facturées, jamais les « coûts évités » (une dépense qui aurait pu avoir lieu). Les économies négatives se déduisent.
- Un rapport mensuel contradictoire, validé sous 15 jours. En cas de désaccord, recalcul dans l’outil natif du fournisseur (AWS Cost Explorer, Microsoft Cost Management) ; une économie contestée n’est pas facturée.
- Des indicateurs de la FinOps Foundation : taux d’économie effectif (ce que les remises font réellement économiser, part inutilisée des engagements déduite, rapporté au coût à la demande équivalent), couverture et utilisation des engagements, part des coûts attribuée à un responsable.
Extrait du registre et du rapport mensuel
| N° | Action | Ressource | Baseline | Réel | Économie | Preuve |
|---|---|---|---|---|---|---|
| A-01 | Redimensionnement : 8 vCPU ramenés à 4 | 6 serveurs d’application de production | 2 400 € | 1 200 € | 1 200 € | Quantités de l’export FOCUS, au prix unitaire de la baseline |
| A-02 | Arrêt la nuit et le week-end : 60 h allumées sur 168 | 8 serveurs de recette | 1 680 € | 600 € | 1 080 € | Heures facturées dans l’export |
| A-03 | Suppression de disques non attachés | 3,2 To de volumes orphelins | 300 € | 0 € | 300 € | Inventaire signé ; plus aucune ligne facturée |
| A-04 | Savings Plan 1 an, signé par vous | Socle de calcul stable, jusque-là à la demande | 3 000 € | 2 280 € | 720 € | Lignes d’engagement de l’export ; utilisation 100 % |
| A-05 | Classe de stockage froide pour les archives | 40 To d’objets | 880 € | 520 € | 360 €, contestée | Écart de volume signalé par vos équipes : non facturée avant recalcul validé |
Exemple illustratif, données fictivesCe mois-là : 3 300 € d’économies mesurées et validées (A-01 à A-04). Notre part, 25 % : 825 € HT. Vous gardez 2 475 €. L’action A-05 n’est pas facturée tant que le recalcul n’est pas validé. Un engagement sous-utilisé donnerait une ligne négative, déduite du total.
Ce que font les outils, ce que font nos ingénieurs
Les outils
- recommandations natives : AWS Compute Optimizer, Azure Advisor, Google Cloud Recommender ;
- exports de facturation, au format FOCUS quand il existe ;
- nos scripts de repérage, qui lisent la configuration, jamais le contenu de vos données ;
- budgets, alertes et détection des anomalies, une fois en place.
Nos ingénieurs
- vérifient chaque recommandation sur vos métriques réelles ;
- arbitrent entre usage et tarifs, dans cet ordre ;
- préparent chaque changement avec son retour arrière ;
- calculent et justifient chaque ligne du rapport mensuel.
Les outils signalent des pistes ; nos ingénieurs décident de ce qui tient en production. C’est ce partage qui nous permet d’être payés sur les économies plutôt qu’au temps passé.
Où vous situer : les repères de maturité
La FinOps Foundation décrit trois niveaux de maturité : Crawl, Walk, Run (ramper, marcher, courir). Elle donne pour chacun des indicateurs d’exemple, issus de sa communauté. L’audit vous situe sur ces repères.
| Indicateur | Crawl | Walk | Run |
|---|---|---|---|
| Coûts attribués à un responsable | 70 % ou plus | 85 % ou plus | plus de 90 % |
| Usage couvert par des engagements | environ 60 % | plus de 75 % | plus de 80 % |
| Écart entre prévision et réel | moins de 20 % | moins de 10 % | moins de 5 % |
La FinOps Foundation précise qu’il ne faut pas viser Run partout, seulement là où la valeur métier le justifie. Exemple illustratif : une couverture par engagements de 20 %, face au repère de 60 %, signale une marge sur les tarifs, à condition que l’usage soit déjà stabilisé.
Sécurité des accès et confidentialité
Un rôle « lecture seule » n’est pas toujours sans données. Chez AWS, la politique gérée ReadOnlyAccess permet de lire le contenu de vos données : objets S3, tables DynamoDB, messages SQS. Nous ne la demandons jamais. Voici ce que nous demandons, fournisseur par fournisseur.
| Fournisseur | Ce que nous demandons | Ce que nous refusons |
|---|---|---|
| AWS | Un rôle dédié, utilisé avec un identifiant externe propre à votre compte : métadonnées des ressources (ViewOnlyAccess, moins la liste des utilisateurs du service d’identité Cognito, qui contient leurs e-mails), recommandations (Compute Optimizer, Cost Optimization Hub), coûts (Cost Explorer et lecture du seul espace de stockage S3 de l’export de facturation). | ReadOnlyAccess, qui lit le contenu des données ; Billing, qui contient des actions d’écriture ; AWSBillingReadOnlyAccess si vous ne voulez pas montrer vos moyens de paiement. |
| Microsoft Azure | Cost Management Reader (coûts, budgets, recommandations Advisor), Reader (configuration, sans le contenu des données), Reservations Reader (réservations). En contrat Enterprise Agreement, l’option « AO view charges » doit être activée. | Tout rôle d’écriture. À savoir : Cost Management Reader permet aussi d’ouvrir des demandes de support. |
| Google Cloud | Billing Account Viewer (coûts, transactions, recommandations d’engagement), Recommender Viewer (recommandations), lecture du seul jeu de données de l’export de facturation. | Les rôles d’administration de la facturation ; le rôle de base Viewer, trop large. |
| OVHcloud | Un utilisateur local en lecture seule (rôle UNPRIVILEGED). S’il ne montre pas les factures, vos exports de factures et de consommation suffisent. | Tout droit de commande ou de modification. |
| Scaleway | L’ensemble de permissions BillingReadOnly : consommation, factures, remises. Il montre aussi les moyens de paiement. | BillingManager, qui gère toute la facturation. |
| Kubernetes® | Un compte de service en lecture (get, list, watch) sur les pods, nœuds, namespaces, déploiements et métriques, sans les secrets, sur le modèle du rôle intégré view, qui ne couvre pas les nœuds. | Tout agent installé sans votre accord écrit. |
- NDA mutuel avant tout accès ou export.
- Accès nominatifs, double authentification, aucune clé d’accès permanente. Vous pouvez les révoquer à tout moment ; ils sont fermés en fin de mission.
- Changements par vos circuits : revue de code et chaîne de déploiement de vos équipes. Si un accès en écriture est nécessaire, il est limité aux ressources du registre, ouvert à la demande et pour une durée limitée. Le journal d’audit de votre fournisseur reste actif pendant toute la mission.
- RGPD : les données de facturation contiennent parfois des données personnelles (noms d’utilisateurs, étiquettes du type
owner: prenom.nom, e-mails de contacts de facturation). Un accord de sous-traitance (article 28 du RGPD) est donc joint au contrat. Vos exports sont stockés dans l’Union européenne, supprimés en fin de mission, et ne servent à entraîner aucun modèle d’IA.
Ce que vous payez
25 % des économies mesurées, pendant 12 mois. Ensuite, 100 % pour vous. Au-delà de 20 000 € d’économies par mois, notre part passe à 20 % sur ce qui dépasse. Aucune économie, aucune facture. Zéro fixe, zéro abonnement, zéro minimum.
Facturation mensuelle, sur rapport contradictoire validé sous 15 jours. Résiliable à tout moment, préavis d’un mois ; à la sortie, aucune économie future n’est facturée. Pour qui : à partir d’environ 5 000 € HT de facture cloud par mois ; en dessous, nous vous le disons et vous donnons les pistes.
Estimer mes économies Demander l’audit gratuit
Par fournisseur : AWS · Microsoft Azure · Google Cloud · Kubernetes · OVHcloud et Scaleway. À lire aussi : Savings Plans et réservations · votre facture cloud est-elle trop élevée ? · cas d’école AWS
Sources
- FinOps Foundation, « 2026 FinOps Framework » : définition et renommages (19 mars 2026)
- FinOps Foundation, domaines et capacités du cadre (mis à jour les 20 mars et 3 avril 2026, relevé le 24 octobre 2026)
- FinOps Foundation, phases Inform, Optimize, Operate (page non datée, relevée le 24 octobre 2026)
- FinOps Foundation, principes (page non datée, relevée le 24 octobre 2026)
- FinOps Foundation, modèle de maturité (page non datée, relevée le 24 octobre 2026)
- FinOps Foundation, capacité Rate Optimization : ordre usage puis tarifs, taux d’économie effectif, utilisation des engagements (page non datée, relevée le 24 octobre 2026)
- Indicateurs FinOps : capacité Allocation, part des coûts attribuée · capacité Governance, Policy & Risk, couverture par engagements (pages non datées, relevées le 24 octobre 2026)
- FinOps Foundation, « Introducing FOCUS 1.4 » (10 juin 2026)
- FOCUS 1.4, définition du coût effectif, colonne EffectiveCost (relevée le 24 octobre 2026)
- FOCUS, liste des fournisseurs qui produisent des données FOCUS (relevée le 24 octobre 2026)
- AWS, export FOCUS 1.2 disponible (19 novembre 2025)
- Microsoft, exports de Cost Management, dont FOCUS (mis à jour le 26 septembre 2025)
- Google Cloud, export FOCUS vers BigQuery, en préversion (mis à jour le 22 octobre 2026)
- OVHcloud, export FOCUS vers un espace de stockage (page non datée, relevée le 24 octobre 2026)
- Scaleway, récupération des données de facturation par API (revue le 29 mai 2026)
- Google Cloud, remises automatiques Sustained Use Discounts (page non datée, relevée le 24 octobre 2026)
- Accès AWS : ReadOnlyAccess (version 190, 24 septembre 2026) · ViewOnlyAccess (version 47, 14 octobre 2026) · Billing (30 juillet 2026) · AWSBillingReadOnlyAccess (version 28, 30 juillet 2026) · Cognito ListUsers (page non datée)
- Accès Microsoft Azure : rôles de gestion et de gouvernance (1er juillet 2026) · rôle Reader (1er juillet 2026) · accès aux données de coûts, contrats EA (23 octobre 2025)
- Accès Google Cloud : rôles Cloud Billing (22 octobre 2026) · rôles Recommender (22 octobre 2026)
- Accès OVHcloud : utilisateurs locaux (16 mai 2025) · politiques IAM (27 octobre 2025)
- Accès Scaleway : BillingReadOnly et BillingManager (revue le 25 août 2025)
- Accès Kubernetes : RBAC, rôles orientés utilisateur (page non datée, relevée le 24 octobre 2026)
- AWS, bonnes pratiques d’étiquetage : pas de données personnelles dans les étiquettes (page non datée)
- CEPD, lignes directrices 07/2020 sur les notions de responsable du traitement et de sous-traitant (version 2.1, 7 juillet 2021)
Phases, principes, domaines, capacités et niveaux de maturité traduits et résumés par Cloud Audit d’après le FinOps Framework by FinOps Foundation, sous licence CC BY 4.0.