Le FinOps est un cadre opérationnel et une pratique culturelle qui aide les entreprises à tirer le maximum de valeur de leurs dépenses technologiques. Né avec le cloud, il couvre depuis 2025 toutes les catégories de technologie.
Le FinOps est la discipline qui pilote les dépenses technologiques d'une entreprise en fonction de la valeur qu'elles produisent. Il réunit les équipes techniques, la finance et les métiers autour des mêmes données de coût, pour qu'une décision technique se prenne en connaissant à la fois son coût et sa valeur pour l'entreprise.
Né avec le cloud public, où les ingénieurs créent eux-mêmes des ressources facturées à la consommation, le FinOps s'applique aujourd'hui à l'ensemble des dépenses technologiques. Son cadre de référence est maintenu par la FinOps Foundation, un projet de la Linux Foundation. Les 1 192 praticiens qu'elle a interrogés en 2026 travaillent pour des entreprises qui dépensent ensemble plus de 83 milliards de dollars par an dans le cloud.
Qu'est-ce que le FinOps ?
La FinOps Foundation définit le FinOps comme un cadre opérationnel et une pratique culturelle qui maximise la valeur business 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 les équipes d'ingénierie, de finance et métier. Le mot contracte « Finance » et « DevOps ».
Le terme vient de la culture DevOps : selon la Foundation, il met l'accent sur la communication entre les équipes business et ingénierie. La pratique porte aussi d'autres noms, comme Cloud Financial Management ou Cloud Cost Management. La Foundation déconseille l'expression « Cloud Financial Operations », qui se confond avec le rôle de Financial Operations existant dans les directions financières.
Concrètement, le FinOps aide les équipes à arbitrer entre vitesse, coût et qualité dans leurs choix d'architecture et d'investissement. Chaque équipe qui consomme de la technologie répond de son coût, et un groupe central l'accompagne en diffusant les bonnes pratiques.
D'où vient le FinOps ?
Le FinOps s'est structuré avec le cloud public, dans lequel les ingénieurs engagent une dépense à chaque ressource qu'ils créent. La FinOps Foundation, créée en février 2019, a formalisé la discipline. Elle a rejoint la Linux Foundation en juin 2020, aux côtés de projets comme la Cloud Native Computing Foundation.
Son directeur exécutif de l'époque, J.R. Storment, décrivait le problème en juillet 2020 : avec le DevOps dans le cloud, l'achat informatique est en pratique délégué aux ingénieurs. Ils dépensent l'argent de l'entreprise au rythme de leurs déploiements, sans toujours avoir le temps de regarder le coût.
Au moment de ce rattachement, la Linux Foundation a lancé un cours gratuit d'introduction au FinOps et proposé l'examen FinOps Certified Practitioner. J.R. Storment, cofondateur de Cloudability, a aussi coécrit avec Mike Fuller Cloud FinOps (O'Reilly), un livre de référence sur la discipline.
Quels sont les principes du FinOps ?
Six principes guident la pratique du FinOps. La FinOps Foundation les présente sans ordre de priorité : ils traitent de la collaboration entre équipes, de la valeur business dans les décisions, de la responsabilité de chacun sur sa consommation, de la qualité des données de coût, du rôle d'une fonction centrale et des modèles de coût variables.
| Principe | Ce qu'il signifie |
|---|---|
| Les équipes doivent collaborer | Finance, technologie, produit et direction gèrent ensemble chaque catégorie de technologie, au rythme et au niveau de détail qu'elle demande. |
| La valeur business guide les décisions technologiques | Les métriques d'économie unitaire et de valeur servent à montrer l'impact business. Les équipes arbitrent en conscience entre coût, qualité et vitesse. |
| Chacun est responsable de sa consommation | Chaque équipe prend en charge l'usage et le coût de la technologie qu'elle consomme. |
| Les données FinOps doivent être accessibles, à jour et exactes | Les données de coût sont partagées dès qu'elles existent, et des boucles de retour rapides rendent les comportements plus efficaces. |
| Le FinOps est animé par une fonction centrale | Une équipe centrale diffuse les bonnes pratiques dans un modèle de responsabilité partagée. Elle négocie les tarifs et les engagements, pour que les ingénieurs se concentrent sur leur usage. |
| Tirer parti du modèle de coût variable | Cloud public, data center, SaaS ou licences ont chacun un modèle de coût, avec ses avantages et ses limites. Une part croissante de ces technologies est facturée à la consommation. |
Leur formulation actuelle vient de la révision du framework approuvée en mars 2025, la première depuis 2019, qui les a étendus à toutes les catégories de technologie.
Comment fonctionne une démarche FinOps ?
Une démarche FinOps tourne en boucle sur trois phases, que la FinOps Foundation appelle Inform, Optimize et Operate. Les praticiens les parcourent rapidement et régulièrement, et plusieurs membres d'une même équipe peuvent travailler sur des phases différentes en même temps.
| Phase | Ce qu'on y fait |
|---|---|
| Informer (Inform) | Examiner l'usage actuel de la technologie : qui consomme quoi, pour quel coût |
| Optimiser (Optimize) | Identifier et documenter les améliorations possibles |
| Opérer (Operate) | Donner aux équipes les moyens d'appliquer les changements qui créent le plus de valeur |
Le framework situe la maturité d'une organisation sur trois stades, Crawl, Walk et Run. Au stade Crawl, l'organisation réagit aux problèmes une fois qu'ils sont survenus. Au stade Run, elle intègre le coût dès ses choix d'architecture et dans ses processus d'ingénierie. La Foundation conseille de commencer à petite échelle et d'élargir la démarche à mesure qu'elle prouve sa valeur.
Les capacités du framework se répartissent en quatre domaines, qui décrivent les résultats attendus : comprendre l'usage et le coût, quantifier la valeur business, optimiser l'usage et le coût, et gérer la pratique FinOps elle-même.
Quelles sont les pratiques clés du FinOps ?
Les pratiques clés du FinOps suivent une dépense de son attribution à une équipe jusqu'à son optimisation. Le framework en recense vingt-deux, qu'il appelle « capacités ». On détaille ici les cinq qui concernent le plus directement les équipes Produit et Tech.
L'allocation des coûts
Allouer un coût revient à le rattacher à une équipe, à un produit ou à une activité, le plus souvent grâce à des étiquettes (tags) posées sur les ressources cloud. Sans allocation, on ne peut pas savoir quelle équipe ou quel produit génère une dépense.
Le showback et le chargeback
Le showback consiste à montrer à chaque équipe les coûts qui lui sont alloués. Le chargeback va plus loin et les lui refacture sur son propre budget. Le framework réunit les deux dans une capacité consacrée à la facturation et à la refacturation.
Le budget et les prévisions
Avec une facturation à la consommation, l'usage peut varier vite. Le budget, qui fixe une enveloppe, et la prévision, qui estime le coût des mois suivants, se revoient donc plus souvent que dans un budget informatique classique.
L'économie unitaire
Pour mesurer l'économie unitaire, on rapporte le coût de la technologie à une unité qui a du sens pour l'entreprise, par exemple un utilisateur actif ou une commande. La FinOps Foundation range cette capacité dans le domaine « quantifier la valeur business » : elle montre comment l'usage de la technologie pèse sur la valeur des produits et des services. Une équipe peut ainsi voir si une hausse de la facture traduit un gaspillage ou suit la croissance de l'activité.
L'optimisation
Le framework distingue l'optimisation de l'usage, qui consiste à dimensionner les ressources au plus juste et à éteindre celles qui ne servent pas, et celle des tarifs. Les réservations et les engagements de consommation relèvent de la seconde : la Foundation recommande de les négocier de façon centralisée, pour laisser les ingénieurs se concentrer sur leur usage.
Qui fait du FinOps ? L'équipe, les rôles et le métier
D'après la FinOps Foundation, six profils participent toujours au FinOps : le praticien FinOps, l'Engineering, la Finance, le Produit, les Achats et la Direction. Une fonction centrale anime la démarche, et chaque équipe reste responsable de ce qu'elle consomme.
Le profil Produit est celui qui concerne le plus directement un Product Manager. La Foundation lui attribue la création de valeur : définir les besoins, prioriser les initiatives selon les objectifs business, expliquer ce que rapporte chaque choix technologique. On considère que le coût d'une fonctionnalité doit entrer dans ses critères de priorisation, au même titre que son impact attendu. L'économie unitaire donne le moyen de le chiffrer, à condition de choisir une unité que l'équipe Produit sait relier à la valeur pour l'utilisateur.
Pour l'Engineering, la Foundation attend que le coût entre dans l'architecture, la gestion des plateformes et l'optimisation des ressources.
Le praticien FinOps fait le lien entre les équipes business, ingénierie et finance en appliquant le framework. Les équipes restent petites : selon l'enquête State of FinOps 2026, les organisations qui gèrent plus de 100 millions de dollars de dépenses cloud comptent en moyenne 8 à 10 praticiens. La même enquête indique que 78 % des équipes FinOps sont rattachées au CTO ou au DSI.
Aligner vos choix cloud sur vos besoins business. Thiga accompagne les leaders Tech dans leur stratégie cloud, de la migration à l'optimisation des coûts avec le FinOps. Découvrez notre accompagnement en software engineering et architecture.
Le FinOps au-delà du cloud
La révision du framework approuvée en mars 2025 a étendu le FinOps au-delà du cloud avec les « Scopes », ou périmètres. Les premiers identifiés sont le cloud public, le SaaS et le data center, et les praticiens en définissent d'autres, par exemple pour les licences ou les coûts de l'IA.
Selon l'enquête State of FinOps 2026, 90 % des répondants gèrent ou prévoient de gérer le SaaS, 64 % les licences et 48 % les data centers. Presque tous gèrent déjà des dépenses d'IA, facturées au token ou au temps de GPU. Le rapport note que ces coûts ont souvent des prix moins transparents ou plus variables que les services cloud classiques. Les praticiens placent la visibilité sur ces coûts en tête de leurs difficultés, devant leur allocation aux équipes et la mesure du retour sur investissement.
FAQ
Que signifie FinOps ?
FinOps est la contraction de « Finance » et « DevOps ». Le terme désigne la discipline qui réunit les équipes techniques, financières et métier autour du pilotage des dépenses technologiques. La traduction « Cloud Financial Operations », parfois utilisée, est déconseillée par la FinOps Foundation.
Comment devenir FinOps ?
La FinOps Foundation propose une certification d'entrée, FinOps Certified Practitioner, accessible en autoformation, avec un formateur ou en examen seul. FinOps Certified Professional valide un niveau supérieur, celui des personnes qui pilotent une pratique FinOps. D'autres certifications portent sur des périmètres précis, comme FinOps Certified: AI Value, consacrée à la gestion des coûts de l'IA.
Quelle différence entre FinOps et DevOps ?
Le DevOps rapproche le développement et l'exploitation pour livrer plus vite et de façon plus fiable. Le FinOps applique cette logique de collaboration au coût : il fait entrer la finance et les métiers dans les décisions techniques.
Le FinOps sert-il à réduire les coûts ?
Il peut y servir, sans que ce soit son objectif premier. La FinOps Foundation le présente comme un moyen de tirer le plus de valeur de la technologie pour une croissance efficace. Selon les cas, une entreprise réduira ses dépenses ou investira davantage dans les technologies qui rapportent le plus.
