Agence cloud FinOps
REX FinOps X Day Londres : le FinOps change de nature
La conférence inaugurale du FinOps X Day Londres 2026 a donné le ton dès les premières minutes : le FinOps n’est plus seulement une discipline de maîtrise des coûts cloud. Il devient progressivement une capacité d’aide à la décision qui s’étend à l’IA, au SaaS, aux plateformes de données, au datacenter et, plus largement, à la valeur économique de la technologie.
Ce déplacement du centre de gravité est majeur. Pendant plusieurs années, le FinOps a surtout été perçu comme un ensemble de pratiques dédiées à la visibilité, à l’optimisation et à la responsabilisation autour du cloud public. Désormais, le sujet dépasse largement la réduction de facture. Il s’invite dans la stratégie technologique, les arbitrages d’investissement, la gouvernance produit, les choix d’architecture et les discussions au niveau des dirigeants.
Ce qui ressort de cette matinée londonienne n’est donc pas simplement une accumulation de tendances. C’est une reconfiguration de la place du FinOps dans l’entreprise. L’enjeu n’est plus seulement de mieux voir les coûts. Il est de mieux gouverner la valeur.
Le FinOps change de périmètre
Du Cloud aux autres catégories de dépenses technologiques
L’un des messages les plus forts de l’événement est la confirmation d’un mouvement déjà visible depuis plusieurs mois : le FinOps ne s’arrête plus au cloud. L’IA, le SaaS, les licences logicielles, les plateformes de données et même certaines briques de datacenter entrent désormais dans le périmètre de nombreuses équipes.
Cette évolution n’est pas marginale. Elle traduit un changement profond de la manière dont les entreprises consomment la technologie. Le cloud a ouvert la voie à des modèles de coûts variables, granulaires et dynamiques. L’IA et le SaaS prolongent ce mouvement, souvent en l’intensifiant. Là où les dépenses logicielles étaient autrefois relativement prévisibles et forfaitaires, elles deviennent de plus en plus dépendantes des usages, des volumes, des appels, des capacités réservées ou des modèles consommés.
Dans ce contexte, les anciennes frontières entre cloud, logiciel, data et infrastructure se brouillent. La conséquence est simple : piloter chaque silo séparément réduit la capacité à comprendre la réalité économique globale. Le FinOps est appelé à jouer un rôle de liant entre ces catégories.
Le rôle croissant de l’IA et du SaaS
L’IA occupe désormais une place centrale dans les priorités des praticiens. Ce n’est plus un sujet périphérique ou expérimental. Il devient un poste de dépense, un levier d’innovation et un nouveau terrain de gouvernance. Ce qui frappe, c’est la rapidité avec laquelle la question est montée dans les préoccupations des organisations. Gérer les coûts de l’IA n’est plus réservé à quelques pionniers. C’est déjà un sujet très largement répandu.
Le SaaS suit une trajectoire similaire, même si sa complexité est d’une autre nature. Là où le cloud public a habitué les équipes à des modèles relativement normalisés, le SaaS additionne encore trop souvent des logiques d’abonnement, de licences, d’options, de consommation variable et de surcoûts mal visibles. Dans beaucoup d’entreprises, ces dépenses restent fragmentées, parfois mal attribuées, et encore plus difficiles à rapprocher d’indicateurs de valeur.
Ce que révèle la conférence londonienne, c’est donc un basculement : le FinOps ne traite plus uniquement une facture cloud. Il devient une méthode de lecture économique de la technologie dans son ensemble.
De l’optimisation à la valeur
Pourquoi l’optimisation devient une commodité
Un autre enseignement important de la matinée est que l’optimisation, bien qu’encore indispensable, tend à devenir un prérequis plutôt qu’un facteur différenciant. Les pratiques de rightsizing, de gestion des engagements, d’arrêt des environnements non utilisés ou d’automatisation de certaines corrections sont désormais largement connues. Elles restent nécessaires, mais elles ne suffisent plus à distinguer une pratique FinOps mature.
Autrement dit, réduire les coûts n’est plus le sommet de la montagne. C’est la base.
La discussion se déplace donc vers un niveau supérieur : comment s’assurer que chaque euro, chaque dollar ou chaque unité de consommation technologique produit une valeur cohérente avec la stratégie de l’entreprise ? Cette question est plus difficile, car elle oblige à relier les coûts à des décisions métier, à des produits, à des usages et à des arbitrages. Elle implique aussi de sortir d’une logique purement réactive.
L’importance des unités économiques
L’exemple présenté par Barclays est particulièrement éclairant sur ce point. L’intervention a montré que les responsables technologiques et métiers ne peuvent pas arbitrer sérieusement à partir de simples rapports de coûts. Pour choisir entre plusieurs fournisseurs, services ou canaux, il faut traduire la dépense en unités compréhensibles et comparables.
C’est ce qu’illustre le passage d’un suivi de coûts bruts à une lecture du coût par message ou du coût par interaction. Ce changement paraît simple, mais il transforme complètement le niveau de discussion. On ne parle plus seulement d’une dépense globale, mais d’un choix de modèle économique. On ne se demande plus seulement si la facture augmente. On se demande quel canal, quel produit ou quel fournisseur crée le meilleur rapport entre coût et valeur.
C’est précisément ici que le FinOps devient stratégique. Il cesse d’être un dispositif de contrôle pour devenir un instrument d’arbitrage.
Le FinOps se déplace dans l’organisation
Une discipline désormais portée plus haut
Un élément particulièrement intéressant de la keynote est la description du positionnement organisationnel du FinOps. Dans de nombreuses entreprises, la pratique remonte désormais sous des leaders technologiques de niveau CTO, CIO ou responsables transverses de portefeuilles technologiques. Cela peut sembler anecdotique, mais c’est en réalité un signal fort.
Lorsque le FinOps n’est perçu que comme un sujet d’optimisation opérationnelle, il reste souvent cantonné à des équipes spécialisées qui produisent des rapports ou poursuivent les ingénieurs avec des recommandations. Lorsqu’il est porté à un niveau plus élevé, il peut influencer les priorités, les investissements, les arbitrages inter-technologies et la cohérence d’ensemble.
Le message est clair : la maîtrise de la valeur technologique ne peut plus être dissociée de la gouvernance technologique.
Le rôle du central enablement
Autre point récurrent dans plusieurs interventions : les équipes FinOps centrales ne sont pas censées tout faire elles-mêmes. Leur rôle consiste de plus en plus à créer le cadre, fournir la donnée, clarifier les règles, diffuser les bonnes pratiques et permettre aux autres équipes d’agir. L’exécution réelle doit ensuite être portée dans les produits, les plateformes, les équipes d’ingénierie, les fonctions architecture ou les équipes partenaires.
Ce modèle de central enablement avec responsabilité distribuée apparaît comme l’un des schémas dominants. Il reflète une réalité importante : le FinOps ne crée de valeur que lorsqu’il s’insère dans le fonctionnement quotidien de l’organisation. Si tout repose sur une petite équipe centrale, la pratique plafonne rapidement.
Les conditions de cette diffusion sont bien connues, mais elles restent difficiles à réunir : un langage commun, une donnée exploitable, des responsabilités explicites, des soutiens managériaux et des mécanismes simples pour transformer une opportunité d’optimisation en action réelle.
Les données comme infrastructure de décision
L’importance d’un langage commun
La conférence a également insisté sur un sujet qui reste trop souvent sous-estimé : la structure des données de coût et d’usage. Lorsque plusieurs fournisseurs, plusieurs catégories technologiques et plusieurs outils de gestion coexistent, la donnée devient vite hétérogène, difficile à rapprocher et coûteuse à exploiter.
C’est ici que la normalisation joue un rôle clé. Derrière les échanges sur les formats de données, les spécifications ouvertes et les générateurs associés, il ne s’agit pas simplement d’un débat technique. Il s’agit de la possibilité de parler enfin le même langage entre équipes, entre outils, entre catégories de dépenses et entre fournisseurs.
Plus les organisations étendent le FinOps à l’IA, au SaaS ou au datacenter, plus ce besoin devient critique. Sans ce socle, le temps passé à “réconcilier” les données finit par absorber une part excessive de l’énergie des équipes. Et tant que la donnée reste hétérogène, la discussion de fond sur la valeur est constamment retardée.
De la visibilité à l’usage décisionnel
Mais la conférence a eu le mérite de rappeler un point fondamental : la visibilité n’est qu’un début. Voir les coûts n’est pas encore décider. Pour qu’une donnée devienne utile, elle doit être interprétable, reliée à des personas, intégrée aux rythmes de pilotage et présentée dans un format qui soutient l’action.
La visibilité seule peut rassurer. Elle ne suffit pas à transformer une organisation. Ce qui change véritablement la donne, c’est la capacité à fournir les bons indicateurs aux bonnes personnes, au bon moment, dans un cadre où elles peuvent arbitrer.
En d’autres termes, la donnée FinOps n’a de valeur qu’à partir du moment où elle alimente une décision.
Trois cas concrets qui montrent l’évolution du FinOps
Barclays et le passage du coût à l’investissement
L’intervention de Barclays a montré une évolution très nette du rôle du FinOps. Il ne s’agit plus seulement de suivre des consommations ou de constater des écarts. Il s’agit d’aider les responsables technologiques à investir plus intelligemment.
Que ce soit dans le choix d’un fournisseur SMS, dans la migration d’un patrimoine legacy vers le cloud ou dans l’encadrement économique d’usages IA, le même principe revient : on ne peut pas gouverner la technologie avec de simples rapports de coûts. Il faut des indicateurs économiques actionnables. Il faut des scénarios. Il faut un langage qui permette de relier le coût à un usage, à une stratégie et à une décision d’investissement.
Le FinOps devient alors une fonction de cadrage et de traduction économique.
La Metropolitan Police et la responsabilité au plus près du terrain
Le cas présenté par la Metropolitan Police a mis en avant une autre dimension : la suppression des frictions organisationnelles qui empêchent l’action. Le constat de départ était classique dans les grandes structures : des opportunités d’optimisation identifiées mais difficiles à exécuter à cause de la gouvernance, des contrats, des partenaires ou des mécanismes de validation.
La réponse apportée est particulièrement intéressante : déplacer la capacité d’action vers les équipes les plus proches du terrain, mettre en place des règles simples, automatiser certaines décisions évidentes, réduire les obstacles administratifs et valoriser les gains visibles. Ce n’est pas un sujet de tooling d’abord. C’est un sujet d’organisation et de responsabilisation.
Le message est fort : la visibilité sans action n’est qu’un théâtre de la performance. La maturité commence quand les équipes sont réellement en mesure d’agir.
Vodafone et le rôle du leadership
L’intervention de Vodafone a, elle, insisté sur un point souvent énoncé mais rarement aussi bien illustré : les priorités du leadership façonnent directement les comportements d’ingénierie. Si l’entreprise valorise la vitesse seule, les équipes feront du lift-and-shift, accepteront davantage de dette cloud et repousseront l’optimisation à plus tard. Si elle valorise explicitement la maîtrise de la valeur, les comportements changent dès la conception.
Ce point est essentiel, car il montre que le FinOps n’est pas qu’une affaire de métriques. C’est une affaire de signaux organisationnels. Les équipes optimisent ce qui est réellement valorisé par leur management. Si les attentes sont floues ou contradictoires, le FinOps restera périphérique. Si elles sont explicites, il devient un réflexe.
Notre analyse
Ce que révèle cette conférence inaugurale est moins une extension progressive du FinOps qu’un changement de statut.
Pendant longtemps, le FinOps a été perçu comme une pratique utile mais périphérique, souvent concentrée sur le cloud, les outils, les rapports et les optimisations. Le mouvement observé aujourd’hui est différent. Ce qui se dessine, c’est l’émergence d’une discipline de gouvernance économique de la technologie.
Cette évolution est logique. Les modèles de consommation deviennent plus complexes, plus variables, plus diffus et plus interconnectés. Les organisations ne peuvent plus piloter ces dépenses uniquement avec des réflexes de contrôle budgétaire ou avec des rapports mensuels. Elles ont besoin d’une capacité à relier les coûts, les usages, les risques, les choix d’architecture, les investissements et les objectifs métier.
C’est là que le FinOps devient particulièrement intéressant. Non pas parce qu’il fournirait une vérité universelle, mais parce qu’il fournit un cadre de lecture, un langage commun et un ensemble de mécanismes de décision.
Pour autant, cette montée en puissance crée aussi un risque. À force d’élargir le périmètre, certaines organisations pourraient être tentées de tout appeler FinOps, au risque de diluer la discipline. Le danger n’est pas que le FinOps couvre davantage de catégories technologiques. Le danger serait qu’il perde en précision, en responsabilité et en capacité d’action.
Le vrai enjeu n’est donc pas d’ajouter toujours plus de périmètres. Il est de savoir si les organisations sont capables d’aligner leurs scopes, leurs personas, leurs indicateurs et leurs règles de décision. Sans cela, le FinOps peut très vite devenir une superposition de rapports, de métriques et d’intentions, sans véritable effet sur la qualité des arbitrages.
Autrement dit, l’expansion du FinOps n’a de valeur que si elle s’accompagne d’une montée en exigence sur la gouvernance.
Conclusion
La conférence inaugurale du FinOps X Day Londres 2026 montre clairement que le FinOps entre dans une nouvelle phase. Le cloud reste son socle, mais l’IA, le SaaS, les plateformes de données et les problématiques de gouvernance exécutive en redessinent désormais les contours.
Dans ce nouveau paysage, la question n’est plus seulement de savoir comment réduire des coûts. Elle est de savoir comment décider, plus tôt, plus vite et avec une meilleure lecture économique de la technologie.
C’est sans doute cela, au fond, le signal le plus important de cette matinée londonienne : le FinOps n’est plus seulement une discipline d’optimisation. Il devient progressivement l’une des conditions d’une gouvernance technologique réellement cohérente.
Si votre organisation se pose aujourd’hui les mêmes questions sur le pilotage de l’IA, la maîtrise du SaaS, l’alignement entre engineering, finance et architecture, ou la manière de relier enfin coûts technologiques et décisions d’investissement, c’est probablement le bon moment pour structurer une approche plus mature.
Chez Sudo, nous accompagnons les entreprises qui veulent transformer leur FinOps en capacité de pilotage stratégique, et non en simple mécanisme de reporting. Si vous souhaitez échanger sur vos enjeux, vous pouvez nous contacter directement via notre formulaire de contact.