Pour amener les équipes d'ingénieurs à se soucier des coûts liés au cloud, il faut rendre ces coûts visibles, personnels et ayant une incidence sur le travail dont les ingénieurs ont déjà la responsabilité. Lorsque les développeurs peuvent constater en temps réel l'impact financier direct de leurs choix architecturaux, la prise de conscience des coûts s'intègre naturellement dans leur façon de développer. Les sections ci-dessous détaillent les questions spécifiques qui permettent de concrétiser cette évolution dans la pratique.
Pourquoi les équipes d'ingénieurs ont-elles tendance à négliger les coûts liés au cloud ?
Les équipes d'ingénieurs ne tiennent pas compte des coûts liés au cloud, car ceux-ci leur sont invisibles au moment où elles effectuent le travail qui génère ces dépenses. Les développeurs prennent des décisions concernant la puissance de calcul, le stockage et le transfert de données des dizaines de fois par jour, mais les conséquences financières n'apparaissent que plusieurs semaines plus tard dans un rapport financier ou informatique, imputées à un compte commun que personne au sein de l'équipe ne reconnaît comme étant le sien.
Plusieurs raisons structurelles expliquent pourquoi ce schéma se répète d’une organisation à l’autre. Premièrement, la facturation du cloud est agrégée au niveau du compte ou du service, ce qui signifie qu’aucun ingénieur ne peut attribuer un pic de coûts à un déploiement ou à un service spécifique qu’il a mis en production. Deuxièmement, les équipes d’ingénierie sont évaluées sur la rapidité de livraison, la fiabilité du système et le nombre de fonctionnalités livrées. La rentabilité est rarement abordée lors d’une revue de sprint ou d’un entretien de performance. Lorsque le système d’incitation ne récompense pas les comportements soucieux des coûts, ces comportements ne se manifestent pas.
Un troisième facteur réside dans la nature même de l'utilisation du cloud. Contrairement à une infrastructure sur site, où une décision d'achat engendre un coût visible et limité, les ressources cloud s'adaptent automatiquement et en arrière-plan. Un ingénieur qui provisionne une instance surdimensionnée ou qui oublie d'arrêter un environnement de test ne reçoit aucun retour d'information. La facture ne fait que grimper.
Il en résulte une dynamique que notre expérience ne cesse de confirmer : les données relatives aux coûts existent, mais il est impossible d'établir qui en est responsable. Le service financier a une vue d'ensemble. Le service informatique gère les factures. Le service d'ingénierie prend les décisions. Aucun de ces services n'a une vision globale de la situation, et aucun ne se sent directement responsable du résultat.
Qu'est-ce que le FinOps et en quoi modifie-t-il les pratiques des ingénieurs ?
Le FinOps est une discipline de gestion financière qui rassemble les équipes financières, informatiques et d'ingénierie afin de faire des dépenses liées au cloud une responsabilité partagée et permanente, plutôt qu'un simple exercice de reporting périodique. Il modifie les pratiques des ingénieurs en intégrant la prise en compte des coûts au cœur même du processus de développement, de sorte que les compromis entre coût, performances et risque soient effectués en continu, plutôt que d'être découverts a posteriori.
Le changement fondamental apporté par le FinOps consiste à passer d'une gestion des coûts du cloud, qui repose essentiellement sur la visibilité et le reporting, à une prise de décision active au niveau des équipes. La visibilité vous indique ce qui a été dépensé. Le FinOps vous indique si ces dépenses en valaient la peine et qui doit en tirer les conséquences.
Pour les équipes d’ingénierie, cela se traduit de trois manières concrètes. Premièrement, les coûts sont attribués à des équipes, des services ou des produits spécifiques, ce qui permet aux ingénieurs de visualiser l’impact financier de ce dont ils ont la responsabilité. Deuxièmement, un rythme régulier d’examens des coûts est intégré au rythme opérationnel, à l’instar de la manière dont les cérémonies de sprint structurent le travail de livraison. Troisièmement, les ingénieurs disposent des informations nécessaires pour prendre des décisions éclairées : quel est le coût d’une ressource, qu’apporte-t-elle, et existe-t-il une alternative moins coûteuse sans sacrifier les performances ?.
Il ne s'agit pas de transformer les ingénieurs en comptables. Le FinOps fonctionne lorsqu'il facilite la prise de décision en tenant compte des coûts, plutôt que d'alourdir la charge de conformité qui s'ajoute au travail existant. Lorsque les données pertinentes sont disponibles au bon moment dans le cycle de développement, les ingénieurs intègrent naturellement les coûts dans leurs choix. Découvrez nos services FinOps pour comprendre comment cette discipline est mise en œuvre dans la pratique.
Comment rendre les coûts liés au cloud visibles pour les développeurs en temps réel ?
Vous permettez aux développeurs de visualiser en temps réel les coûts liés au cloud en attribuant des balises aux ressources cloud au niveau de l'équipe ou du service, en acheminant ces données vers les tableaux de bord qu'ils utilisent réellement et en configurant des alertes automatisées lorsque les dépenses dépassent les seuils définis. L'objectif est de relier l'information relative aux coûts au moment même de la prise de décision, et non à un rapport mensuel.
Le balisage est la base. Chaque ressource, qu'il s'agisse d'une machine virtuelle, d'un compartiment de stockage ou d'une charge de travail en conteneur, doit comporter des métadonnées identifiant l'équipe, le produit ou l'environnement auquel elle appartient. Sans un système de balisage cohérent, les données de coûts restent agrégées et inexploitables. Grâce à lui, vous pouvez ventiler les dépenses par équipe, service ou fonctionnalité et afficher cette ventilation dans les outils que les ingénieurs utilisent déjà.
Au-delà du simple marquage, le mode de diffusion est essentiel. Un tableau de bord des coûts enfoui dans un portail financier ne changera pas le comportement des ingénieurs. Des données de coûts intégrées dans un pipeline CI/CD, une alerte Slack ou un portail de développeurs que les ingénieurs consultent quotidiennement ont bien plus de chances d’influencer les décisions. Certaines organisations vont plus loin et affichent les coûts estimés dans le cadre du processus de déploiement lui-même, afin que les ingénieurs puissent voir le coût mensuel prévu d’une configuration avant de la mettre en production.
La détection automatisée des anomalies apporte une dimension supplémentaire. Lorsqu’un pic de coûts survient en raison d’une mauvaise configuration ou d’un processus hors de contrôle, une alerte transmise à l’équipe responsable en quelques heures est bien plus utile qu’un poste découvert sur la facture du mois suivant. La visibilité en temps réel ne nécessite pas des données parfaites. Elle nécessite des données pertinentes et attribuées, qui parviennent à la bonne personne au moment où celle-ci peut encore agir en conséquence.
Quelles sont les mesures incitatives qui poussent réellement les ingénieurs à réduire leurs dépenses liées au cloud ?
Les facteurs qui motivent le plus efficacement les ingénieurs à réduire les dépenses liées au cloud sont la reconnaissance, l'autonomie et le réinvestissement. Les sanctions financières ou les objectifs de réduction des coûts imposés par la hiérarchie ont tendance à susciter une certaine résistance. En confiant aux équipes la gestion de leur budget et en leur permettant de bénéficier des économies réalisées, on crée une véritable motivation.
La reconnaissance fonctionne parce que les ingénieurs sont sensibles à la visibilité auprès de leurs pairs. Lorsqu’une équipe identifie une opportunité significative de rationalisation ou repense une charge de travail afin de réduire les coûts de manière substantielle, le fait de mettre cela en avant lors d’une réunion d’équipe ou sur un canal de communication à l’échelle de l’entreprise montre que la rentabilité est valorisée au même titre que la livraison des fonctionnalités. Cela ne nécessite pas de programme de récompenses formel. La reconnaissance de la part de la direction technique suffit souvent.
L'autonomie est importante car les ingénieurs sont plus motivés lorsqu'ils gèrent quelque chose dont ils se sentent responsables. Lorsqu'une équipe se voit attribuer un budget cloud et le pouvoir de décider comment l'utiliser, les décisions relatives aux coûts s'inscrivent dans le cadre de leur responsabilité vis-à-vis du produit, plutôt que de constituer une contrainte externe. Ce changement de perspective fait passer la question de “ pourquoi devrais-je m’en soucier ? ” à “ comment tirer le meilleur parti de ce dont nous disposons ? ”
Le réinvestissement est sans doute l'incitation structurelle la plus forte. Lorsqu'une équipe réduit ses dépenses liées au cloud, une partie de ces économies peut être réaffectée à des priorités qui lui tiennent à cœur : de nouveaux outils, des ressources informatiques supplémentaires pour l'expérimentation ou une marge de manœuvre pour le prochain cycle de planification. Cela crée un lien direct et tangible entre la maîtrise des coûts et les avantages pour l'équipe, ce qui est bien plus motivant qu'une contribution abstraite à un objectif de réduction des coûts de l'entreprise.
À qui devrait incomber la responsabilité des coûts liés au cloud au sein d'une organisation ?
La responsabilité des coûts liés au cloud doit être répartie entre trois groupes : les équipes d'ingénierie sont chargées des décisions quotidiennes en matière de dépenses, une fonction ou une pratique FinOps est responsable du cadre de gouvernance et des outils, et le service financier gère le budget et la structure de reporting. Aucun groupe ne peut à lui seul assumer efficacement la responsabilité des coûts liés au cloud.
L'erreur la plus courante consiste à attribuer l'entière responsabilité des coûts au service informatique ou au service financier. Ces équipes peuvent rendre compte des dépenses engagées, mais elles ne peuvent pas modifier la manière dont les ressources sont allouées. Ce sont les équipes d’ingénierie qui prennent les décisions à l’origine des dépenses ; elles doivent donc assumer la responsabilité des coûts générés par ces décisions. Cela ne signifie pas que les ingénieurs deviennent responsables de l’ensemble du budget cloud. Cela signifie simplement que chaque équipe est responsable des coûts liés aux services et à l’infrastructure qu’elle contrôle.
La fonction FinOps, qu'il s'agisse d'une équipe dédiée ou d'une pratique transversale, joue un rôle de liaison. Elle définit les normes de balisage, gère le modèle de répartition des coûts, facilite la mise en place d’un rythme régulier d’analyse des coûts et veille à ce que les données transmises aux équipes d’ingénierie soient précises et exploitables. Elle fait également le lien entre les détails techniques avec lesquels travaillent les ingénieurs et le langage financier utilisé par la direction et le service financier.
Le service financier contribue à la gouvernance budgétaire, aux prévisions et à l’articulation entre les dépenses liées au cloud et la gestion financière globale de l’informatique. Lorsque les coûts du cloud sont intégrés au modèle global des coûts informatiques de l’organisation, la direction peut opérer des compromis éclairés entre les investissements dans le cloud et d’autres priorités technologiques. C’est grâce à cette intégration entre le FinOps et la gestion des activités technologiques (Technology Business Management) que la gestion des coûts du cloud passe du stade de pratique au niveau des équipes à celui de capacité stratégique.
Comment évalue-t-on si les équipes d'ingénieurs parviennent à améliorer la rentabilité du cloud ?
Pour mesurer l'amélioration de la rentabilité des équipes d'ingénierie dans le cloud, il suffit de suivre, au fil du temps, un petit ensemble d'indicateurs de coût unitaire : coût par transaction, coût par utilisateur actif ou coût par demande de service. Ces indicateurs permettent de mettre les dépenses en perspective par rapport aux résultats de l'entreprise, ce qui vous permet de faire la distinction entre une augmentation des coûts liée à la croissance et une augmentation due au gaspillage.
Les chiffres absolus des dépenses ne constituent pas, à eux seuls, un bon indicateur d'efficacité. Une équipe dont les coûts liés au cloud ont augmenté en raison d'une forte croissance de son produit n'affiche pas de moins bons résultats qu'une équipe dont les coûts sont restés stables alors que l'utilisation a diminué. L'économie unitaire vous fournit l'indicateur qui compte vraiment : l'équipe génère-t-elle plus de valeur par dollar dépensé dans le cloud qu'au trimestre précédent ?
Outre les indicateurs de coût unitaire, certains indicateurs opérationnels permettent d'évaluer le niveau de maturité des pratiques d'une équipe en matière de coûts :
- Taux de couverture du marquage : le pourcentage de ressources cloud correctement étiquetées et attribuées à une équipe ou à un service. Une faible couverture signifie que les données relatives aux coûts ne sont pas fiables.
- Taux d'adoption du « rightsizing » : la proportion de recommandations de rationalisation mises en œuvre par les équipes dans un délai défini. Cet indicateur permet de déterminer si l'optimisation des coûts est réellement mise en œuvre ou si elle se limite à une simple identification.
- Couverture des engagements : la part des charges de travail prévisibles couverte par des instances réservées ou des plans d'économies. Une couverture plus élevée, associée à un niveau d'utilisation adéquat, témoigne d'une maturité en matière de prévision et de planification.
- Délai de réponse en cas d'anomalie de coût : la rapidité avec laquelle une équipe identifie et résout une hausse imprévue des coûts. Une réaction plus rapide indique que la maîtrise des coûts fait partie intégrante du rythme de fonctionnement de l'équipe.
L'analyse régulière de ces indicateurs, au moins une fois par mois, crée une boucle de rétroaction qui favorise l'amélioration continue. Sans un suivi régulier, même les équipes les mieux équipées ont tendance à retomber dans le piège consistant à négliger les coûts entre deux incidents.
Comment nous aidons les équipes d'ingénieurs à instaurer une culture de maîtrise des coûts du cloud
Pour que les équipes d'ingénieurs se sentent véritablement concernées par les coûts liés au cloud, il ne suffit pas de leur fournir des outils. Il faut un modèle de gouvernance qui établisse un lien entre la visibilité et la responsabilisation, ainsi qu'un rythme permettant d'intégrer naturellement les décisions relatives aux coûts dans le fonctionnement quotidien des équipes. C'est précisément ce que nous aidons les entreprises à mettre en place.
Notre Services FinOps vous accompagner tout au long du processus, de l'évaluation initiale à la mise en œuvre durable :
- Évaluation du niveau de maturité FinOps : Nous évaluons vos pratiques actuelles en matière de gestion financière dans le cloud, tant au niveau des ressources humaines que des processus, de la gouvernance et des outils, et nous identifions les domaines où les améliorations les plus pertinentes peuvent être apportées.
- Répartition des coûts et étiquetage : Nous vous aidons à mettre en place un modèle d'attribution fiable afin que les équipes d'ingénieurs disposent de données précises sur les coûts au niveau de chaque équipe, plutôt que de totaux agrégés qui ne leur permettent pas d'agir.
- Conception du modèle opérationnel : Nous définissons les rôles, les pouvoirs de décision et la fréquence des revues qui permettent de répartir les responsabilités entre les équipes d'ingénierie, informatiques et financières d'une manière qui s'avère réellement efficace.
- Rationalisation et optimisation : Nous favorisons l'optimisation continue sur AWS, Azure et GCP, y compris au niveau des conteneurs et des économies basées sur des engagements, afin que les équipes disposent de mesures concrètes à mettre en œuvre, et non pas seulement de rapports à consulter.
- FinOps en tant que service : Pour les organisations qui souhaitent bénéficier d'un modèle opérationnel FinOps entièrement géré, nous proposons une gouvernance continue, des données fiables et une optimisation permanente, le tout moyennant un forfait mensuel fixe.
Si vous souhaitez passer d'une simple visibilité sur les coûts du cloud à une culture dans laquelle les équipes d'ingénieurs gèrent et optimisent activement leurs dépenses, nous contacter pour discuter de la manière de s'y prendre.