Lorsque nous entendons le terme « FinOps », la première pensée concerne souvent le contrôle des coûts infonuagiques. En pratique, cela doit inclure la gestion de la valeur technologique totale à travers tout le paysage TI—nuage privé, infrastructure sur site, SaaS, licences et IA.

Le cadre FinOps a évolué vers des décisions axées sur la valeur d’affaires et une responsabilité collaborative.

En mars 2025, la FinOps Foundation a décrit l’ère Cloud+, où la responsabilité FinOps va bien au-delà de la facture infonuagique et inclut la prise en charge de domaines comme la gestion financière TI (ITFM), la gestion des actifs TI (ITAM), la gestion des actifs logiciels (SAM), la durabilité et la sécurité, guidée par le principe que la valeur d’affaires oriente les décisions technologiques.

Le SaaS se cache à la vue de tous

Généralement, il a été observé que la plupart des organisations ne connaissent qu’une fraction des applications SaaS utilisées, le reste étant renouvelé automatiquement. Des licences demeurent inutilisées. Des outils qui se chevauchent remplissent la même fonction dans différents départements. Personne n’a une vision complète. Le SaaS en question s’installe donc tranquillement à l’extérieur des discussions FinOps et gonfle la facture de l’organisation. Pourtant, les mêmes principes ayant apporté de l’ordre à la facturation infonuagique—visibilité partagée, responsabilité interfonctionnelle, prises de décisions axées sur les données—s’appliquent tout autant au SaaS.

L’infrastructure IA est le prochain choc de coûts et les garde-fous ne sont pas prêts

L’IA est déjà intégrée dans les opérations quotidiennes et connaît une croissance rapide. Le défi n’est plus seulement le volume, mais bien l’économie de l’infrastructure sous-jacente. Les coûts d’inférence varient selon le modèle, la longueur de l’indication et le nombre d’appels d’API qu’une application effectue. Une équipe de produit peut accumuler des dépenses importantes avant que quiconque ne le remarque et les outils traditionnels de gestion des coûts n’ont jamais été conçus pour détecter ce phénomène.

C’est ici que les garde-fous de coûts pour l’IA comptent. Ils imposent des limites d’utilisation avant que les modèles ne passent en production, orientent le choix des modèles selon le rapport coût-valeur plutôt que la capacité seule, et introduisent des budgets de jetons, des alertes de dépenses et des contrôles basés sur des politiques. Il ne s’agit pas d’améliorations facultatives; ce sont le strict minimum en matière de gouvernance de l’infrastructure IA. Sans eux, l’IA risque de devenir le prochain nuage non géré.

Économie unitaire : des dépenses axées sur la valeur

La dépense technologique totale est un chiffre. Cela ne vous dit pas si cette dépense est bonne ou mauvaise. L’économie unitaire le fait : coût par transaction, coût par inférence, coût par utilisateur actif, coût par fonctionnalité. Ces indicateurs relient les dépenses technologiques aux résultats d’affaires.

La FinOps Foundation appelle ceci « quantifier la valeur d’affaires », l’un des quatre domaines centraux du cadre. Il s’agit de relier les données d’utilisation et de coûts à ce que l’organisation cherche à atteindre. Sans économie unitaire, l’optimisation relève de la supposition. Vous pouvez réduire les dépenses sans savoir si vous réduisez la valeur.

C’est ici que la plupart des implantations FinOps font fausse route. L’objectif n’est pas de dépenser moins. C’est de dépenser mieux. L’économie unitaire est la clé pour faire la différence.

Montrer avant de facturer. Toujours.

On a pu observer que les organisations veulent passer directement à la refacturation, en attribuant les coûts aux équipes qui les ont générés. La logique est correcte : la responsabilité exige la prise en charge. Mais la refacturation sans visibilité est une forme de sanction sans compréhension.

Ainsi, je crois que les équipes devraient recevoir une vision honnête et claire de leurs dépenses, sans impact financier immédiat. Une fois que les équipes comprennent leurs dépenses, la refacturation devient le prolongement naturel de la responsabilité existante. Sans cette base, ce n’est que de la friction.

Les économies qu’aucun ne poursuit : contrats et engagements

J’ai constaté que la plupart des discussions FinOps se concentrent sur la portion ingénierie, la bonne dimension des ressources, l’élimination de la capacité inutilisée, l’utilisation de la tarification spot. Cela importe bien sûr. Mais d’autres aspects requièrent de l’attention : engagements de capacité réservée, ententes de rabais d’entreprise, renouvellements de contrats SaaS négociés au mauvais volume ou au mauvais moment, engagements pluriannuels signés avant que les profils d’utilisation ne se stabilisent.

Ce sont des décisions commerciales et d’approvisionnement et elles peuvent représenter des réductions de coûts significatives.

Gouvernance : politique centralisée, action fédérée

Il y a deux façons dont la gouvernance FinOps échoue.

• La centralisation pure crée un goulot d’étranglement : une équipe centrale détient chaque décision et ne peut suivre la cadence.
• La pure fédération engendre le chaos : chaque équipe gère sa propre pratique sans normes communes.

Il faut donc trouver un juste équilibre entre ces deux approches : fixer les règles une fois de façon centralisée, afin que chaque équipe travaille à partir du même guide de pratiques. Et avec chaque équipe responsable de ses budgets, elle voit ses coûts en temps réel et prend des décisions dans le cadre du modèle de gouvernance.

Les tableaux de bord ne réduisent pas les coûts. Les décisions, oui.

La plupart des outils FinOps actuels sont excellents pour montrer ce qui se passe. Mais lorsque les rapports de dépenses sont simplement examinés en réunion, puis archivés, ils apportent peu de valeur à la prise de décision des équipes.

La transformation nécessite des décisions, pas seulement des tableaux de bord. Elle exige aussi des outils et une visibilité couvrant l’ensemble de l’hybride, y compris l’infonuagique privé et l’utilisation du SaaS.

Finance, TI et génie doivent se trouver dans la même pièce

FinOps n’est pas une fonction TI. Ce n’est pas une fonction financière. Ça n’appartient pas à l’ingénierie. Cela revient à la conversation entre les trois. La FinOps Foundation énumère six principaux profils : praticiens, ingénierie, finances, produit, approvisionnement et leadership. Tous sont concernés. FinOps ne requiert pas de propriétaire unique, mais une structure qui force les bonnes conversations et collaborations à se produire, de façon régulière entre les équipes mentionnées.

Ce qui doit changer maintenant

• Cessez de définir FinOps comme la gestion des coûts infonuagiques. Il s’agit de la gestion de la valeur technologique. La portée est plus large et les outils, équipes et pratiques doivent s’y adapter.
• Mettez en place des garde-fous pour les coûts liés à l’IA avant que les dépenses ne deviennent ingérables. Fixez les budgets par modèle, par cas d’utilisation, par équipe. Mesurez le coût par inférence. Choisissez les modèles selon l’adéquation, pas seulement les capacités.
• Passez des tableaux de bord aux décisions. Investissez dans la gouvernance et la structure interfonctionnelle qui transforment la visibilité en action. Une pratique FinOps sans droits de décisions demeure une fonction de rapport seulement.
• Traitez l’optimisation des contrats comme une fonction FinOps, non comme un supplément d’approvisionnement. Capacité réservée, ententes d’entreprise, renouvellements SaaS sont du travail FinOps. Les économies sont réelles et elles ne demandent aucun effort d’ingénierie.

FinOps a toujours été une question d’équilibre entre le contrôle des coûts et la valeur. Il est temps d’agir en conséquence.

Les organisations qui atteignent ce point plus tôt profiteront d’un avantage certain. Non pas parce qu’elles dépenseront moins—quoique ce sera probablement le cas. Mais parce qu’elles comprendront la valeur de leur technologie à chaque couche de la pile et prendront de meilleures décisions en conséquence.

C’est là, à mon avis, ce que représente FinOps : non seulement le contrôle des coûts, mais aussi la gestion de la valeur d’affaires.