FinOps : définition, missions et salaire

Qu'est-ce qu'un FinOps ?

Le FinOps est la personne qui fait le lien entre ce que l'entreprise paie à ses fournisseurs cloud et ce que ces dépenses rapportent. Son but n'est pas de dépenser moins à tout prix, mais de savoir qui consomme quoi et pourquoi.

La FinOps Foundation définit la discipline comme un cadre opérationnel et une pratique culturelle qui maximisent la valeur business de la technologie. Le mot désigne donc d'abord une façon de travailler. Le poste existe dès que la facture devient assez lourde pour justifier quelqu'un à plein temps.

Sur nos missions, ce seuil arrive quand plusieurs équipes déploient leurs propres ressources et que personne n'explique la hausse du mois.

FinOps en français

Il n'existe pas d'équivalent français installé. La FinOps Foundation précise que le terme réunit Finance et DevOps. Elle juge même l'appellation « Cloud Financial Operations » incorrecte. Dans les offres françaises, on lit FinOps Analyst, FinOps Engineer, responsable FinOps, ou parfois chargé d'optimisation des coûts cloud.

Les intitulés ne recouvrent pas le même travail. Le FinOps Analyst produit les rapports et suit les budgets. Le FinOps Engineer automatise : collecte des données, règles de tagging, scripts d'extinction. Le FinOps Manager ou Head of FinOps porte la pratique devant la direction.

Dans quelles entreprises ?

Trois familles recrutent sur nos missions. Les grands groupes d'abord, banque, assurance, distribution ou industrie, qui ont migré une partie de leur SI vers AWS, Azure ou Google Cloud. Les éditeurs SaaS et scale-ups ensuite, pour qui le coût d'hébergement pèse directement sur la marge. Enfin les ESN et cabinets de conseil, qui vendent des missions FinOps à leurs clients.

Dans une scale-up de taille moyenne, le rôle est souvent tenu à mi-temps par un ingénieur cloud ou un DevOps. Le poste dédié apparaît quand la facture mensuelle se compte en centaines de milliers d'euros.

Les missions d'un FinOps

Rendre la facture lisible

Une facture AWS brute compte des millions de lignes. Le FinOps les récupère, les nettoie et les charge dans un entrepôt de données ou un outil dédié. Il construit ensuite des tableaux de bord que chaque équipe sait lire sans lui.

La FinOps Foundation pousse pour cela FOCUS, une spécification ouverte qui donne un format commun aux données de facturation. AWS, Azure, Google Cloud et Oracle Cloud proposent déjà des exports dans ce format. Pour une entreprise multicloud, c'est des semaines de retraitement en moins.

Répartir les coûts entre les équipes

C'est l'allocation : attribuer chaque euro à l'équipe, au produit ou au client responsable. Elle repose sur la structure des comptes cloud et sur les tags, ces étiquettes posées sur chaque ressource (équipe, environnement, projet). Le FinOps écrit la norme de tagging et la fait appliquer, idéalement directement dans le code Terraform.

Deux modes coexistent. En showback, on montre à chaque équipe ce qu'elle coûte, sans la facturer. En chargeback, on refacture réellement au budget de l'équipe. Les coûts partagés, comme le réseau central ou le support, se répartissent selon une clé à négocier avec la finance.

Prévoir, budgéter et détecter les anomalies

Le FinOps prévoit la dépense des mois suivants avec les équipes produit. Il suit l'écart au budget et explique chaque dérive. Il met en place des alertes : un cluster oublié ou une boucle de requêtes peut doubler une ligne en un week-end.

Optimiser l'usage avec les ingénieurs

Le FinOps repère les ressources surdimensionnées, les disques orphelins, les snapshots jamais supprimés, les environnements de recette allumés le dimanche. Il chiffre chaque piste et la confie à l'équipe concernée. Il ne touche pas lui-même à la production : il convainc ceux qui en ont la charge.

Négocier les tarifs avec les achats

Pour les charges stables, il propose des engagements de consommation contre remise. Il dimensionne ces engagements, suit leur utilisation et prépare avec les achats la renégociation du contrat avec le fournisseur cloud. Les mécanismes sont détaillés plus bas.

À quoi ressemble une semaine

• Lundi : revue des coûts de la semaine passée, analyse des anomalies remontées par les alertes.
• Mardi : atelier avec une équipe produit sur ses trois postes de dépense les plus lourds.
• Mercredi : contrôle du tagging, relance des équipes dont les ressources ne sont pas étiquetées.
• Jeudi : point mensuel avec la finance sur la prévision et l'écart au budget.
• Vendredi : préparation d'un achat de savings plan avec les achats, documentation des économies réalisées.

Le framework FinOps expliqué : phases, capacités et calculs

La FinOps Foundation est un projet hébergé par LF Projects, la structure de projets de la Linux Foundation. Elle publie un framework ouvert, que la plupart des équipes utilisent comme référence commune. Il se présente comme souple et non prescriptif : chaque entreprise y prend ce qui lui sert.

Inform, Optimize, Operate

Le framework décrit trois phases. Elles ne se suivent pas une fois pour toutes : les équipes les parcourent en boucle, parfois en parallèle sur des périmètres différents.

Quatre domaines et leurs capacités

Le framework range le travail en quatre domaines, chacun découpé en capacités. C'est utile en entretien : un candidat sérieux sait dire lesquelles il a vraiment pratiquées.

• Comprendre l'usage et les coûts : ingestion des données, allocation, reporting, gestion des anomalies.
• Mesurer la valeur business : estimation, prévision, budget, indicateurs et benchmarks, unit economics.
• Optimiser l'usage et les coûts : placement des charges, optimisation de l'usage et des tarifs, licences et SaaS, impact environnemental.
• Piloter la pratique FinOps : alignement avec la direction, gouvernance, formation des équipes, refacturation, outils et automatisation.

Le framework ne s'arrête plus au cloud public. Il couvre aussi le SaaS, les plateformes de données, les licences, le data center et l'IA.

Les personas : avec qui travaille le FinOps

La fondation décrit six personas principales : le FinOps Practitioner, l'ingénierie, la finance, le produit, les achats et la direction. Le FinOps Practitioner y joue le rôle de pont entre les autres. Viennent ensuite des personas alliées, comme la gestion des actifs IT, la sécurité ou le développement durable.

Crawl, Walk, Run

Le modèle de maturité tient en trois mots. En Crawl, l'entreprise commence petit, sur un périmètre et quelques indicateurs. En Walk, la pratique s'étend et se formalise. En Run, elle est automatisée et intégrée aux décisions. Une même entreprise peut être en Run sur l'allocation et en Crawl sur les prévisions.

Unit economics : le coût par client

Le framework parle d'unit economics pour relier la dépense technologique à ce qu'elle produit. On divise un coût par une unité métier : coût par client, par transaction, par utilisateur. Côté ressources, on suit le coût par Go stocké, par vCPU, par appel d'API ou par token.

Exemple : un éditeur SaaS paie 80 000 € de cloud par mois pour 4 000 clients, soit 20 € par client. Si la facture monte de 10 % mais que la base clients grossit de 25 %, le coût unitaire baisse. Sans cette lecture, la direction aurait demandé des coupes au mauvais moment.

Réservations, savings plans et spot

C'est la partie la plus technique de l'optimisation des tarifs. Les Reserved Instances d'AWS et les Committed Use Discounts de Google Cloud donnent une remise. En échange, l'entreprise s'engage sur une ressource pour un ou trois ans. Les savings plans engagent un montant de dépense horaire plutôt qu'une ressource précise.

Les instances spot vendent la capacité inutilisée du fournisseur à prix réduit, mais il peut la reprendre à tout moment. Elles conviennent aux traitements qui tolèrent une interruption, comme des calculs par lots. Leur usage oblige à modifier l'application, d'où un travail commun avec les développeurs.

Deux indicateurs du framework servent à juger le travail. Le taux d'utilisation des engagements mesure la part réellement consommée : sous 100 %, l'entreprise paie des remises dont elle ne profite pas. L'Effective Savings Rate compare la dépense réelle à ce qu'elle aurait coûté au tarif à la demande. Un bon FinOps sait expliquer les deux à un DAF.

Les compétences que nous vérifions en recrutement

Le marché manque de profils complets. Nous rencontrons de bons techniciens qui ne savent pas parler budget, et de bons financiers perdus devant une console cloud. Voici ce que nous regardons.

• La lecture d'une facture cloud : savoir où se cachent les coûts de transfert réseau, de stockage et de support, et pourquoi ils surprennent.
• La maîtrise des données : SQL sur un export de facturation, un tableur poussé, et un outil de visualisation comme Looker Studio ou Power BI.
• Une base technique réelle : comprendre Kubernetes, l'autoscaling et Terraform assez pour discuter d'égal à égal avec les ingénieurs.
• Le sens financier : différence entre CAPEX et OPEX, prévision, écart au budget, lecture d'un contrat avec engagement.
• L'influence sans autorité : le FinOps ne peut rien imposer. Il doit obtenir qu'une équipe produit inscrive une économie dans son sprint.
• L'anglais : la documentation, les outils et la communauté FinOps fonctionnent en anglais, et les groupes internationaux pilotent souvent depuis l'étranger.

Salaire d'un FinOps en 2026

Selon notre baromètre des salaires, un FinOps confirmé de 3 à 5 ans touche entre 47 et 60 K€ de fixe brut annuel à Paris. Le senior monte à 60-71 K€, l'expert au-delà de 73 K€. Ces fourchettes varient selon la taille de l'entreprise, le montant de la facture pilotée, le diplôme et le parcours technique.

Paris et régions

Lyon se situe environ 10 % sous Paris, et le full remote environ 8 % sous Paris. Les postes restent concentrés en Île-de-France, là où sont les sièges des grands groupes et des éditeurs.

Sur Glassdoor, notre relevé parisien du 26 octobre 2026 situe l'intitulé FinOps autour de 60 K€ de salaire de base, entre 58 et 62 K€. Les FinOps engineers y déclarent 46 à 49 K€, et les FinOps analysts 46 à 70 K€. Ces écarts reflètent surtout des niveaux d'expérience différents derrière des titres proches.

Le variable

Notre baromètre ne retient pas de part variable pour ce métier. Selon l'entreprise, le package peut inclure une prime annuelle sur objectifs ou des BSPCE en scale-up. Nous déconseillons les primes indexées sur les économies réalisées : elles poussent à couper sans regarder l'effet sur le produit.

En freelance

Les missions FinOps en indépendant existent, surtout pour lancer une pratique ou auditer une facture. Elles restent peu nombreuses face aux postes salariés, et nous n'avons pas de tarif journalier sourcé à donner.

Sources : baromètre Lity 2026 et Glassdoor (salaires FinOps à Paris, relevé du 26/10/2026).

Comment devenir FinOps

Évolutions de carrière

Le FinOps dispose de plusieurs sorties. Il peut rester dans l'expertise, prendre la tête d'une équipe, ou repartir vers l'architecture et la finance avec un regard rare sur les coûts.

Un FinOps qui connaît l'architecture évolue vers architecte AWS, où il conçoit des systèmes économes dès le départ. Un profil plus orienté outils rejoint une équipe de Platform Engineer et intègre le suivi des coûts à la plateforme interne. Les plus seniors visent une direction infrastructure, puis un poste de DSI.

FinOps, DevOps, ingénieur cloud et contrôleur de gestion IT

Les quatre métiers regardent la même facture, mais pas avec les mêmes leviers. Le tableau résume ce qui les sépare sur nos recrutements.

Le DevOps et l'ingénieur cloud réalisent souvent les économies que le FinOps a identifiées. Le contrôleur de gestion consolide ensuite le résultat dans le budget de la DSI. Sur une petite équipe, une même personne cumule parfois deux de ces casquettes.

Les outils d'un FinOps

La boîte à outils commence par les consoles natives des fournisseurs, puis s'étend aux plateformes multicloud et aux outils pour Kubernetes. Sur nos missions, voici ceux qui reviennent.

• AWS Cost Explorer : analyser la facture AWS par service, compte ou tag, et suivre les réservations.
• Azure Cost Management : le pendant chez Microsoft, avec budgets et alertes intégrés.
• Cloudability et Vantage : regrouper plusieurs clouds dans une même vue, allouer et prévoir.
• Kubecost : répartir le coût d'un cluster Kubernetes par namespace, équipe ou application.
• Infracost : afficher le coût d'une modification Terraform avant son déploiement, directement dans la revue de code.

Pour interroger les exports bruts, le FinOps écrit aussi du SQL sur BigQuery, Snowflake ou Athena. Pour recruter ce profil, voir notre cabinet de recrutement cloud.

• AWS Cost ExplorerAnalyser la facture AWS par service, compte ou tag et suivre les réservations
• Azure Cost ManagementSuivre la dépense Azure, poser des budgets et des alertes
• CloudabilityRegrouper plusieurs clouds, allouer les coûts et prévoir
• VantageRapports de coûts par équipe et coût unitaire
• KubecostRépartir le coût d'un cluster par namespace ou application
• InfracostAfficher le coût d'une modification Terraform avant son déploiement