Mesurer l'empreinte de milliers d'applications au sein d'une banque, avec ses exigences strictes en matière de sécurité et ses multiples niveaux de gouvernance, ne relève pas uniquement d'un défi technique.
Le 5 novembre, lors du GreenTech Forum, Françoise Orand et Séverine Deschamps, qui pilotent le programme IT durable de BNP Paribas, ont partagé la manière dont la banque a abordé cet enjeu avec GreenEco. Comment intégrer une startup au système d'information d'une banque ? Qui prend les décisions, et à quel niveau ? Et comment une recommandation finit-elle par se retrouver dans le backlog d'une équipe applicative ?
Le problème de départ
Dans un grand groupe, les serveurs, les clusters et les factures cloud sont relativement faciles à suivre. Ce qui est beaucoup plus difficile à identifier, c'est la consommation réelle d'une application donnée.
Les données sont dispersées entre les outils d'infrastructure, de cloud, de mainframe et de monitoring. Les équipes FinOps raisonnent davantage en ressources qu'en applications. Quant au reporting carbone, il intervient généralement une fois par an, avec des données consolidées a posteriori : trop tard pour éclairer les décisions opérationnelles.
Résultat : les équipes qui développent et exploitent les applications ne disposent pas d'indicateurs propres pour comprendre leur impact. C'est précisément cet angle mort que BNP Paribas a voulu traiter.
Qu'est-ce que GreenEco ?
GreenEco est né d'un projet pilote entre BNP Paribas et Sopht. Il s'agit d'un module de Sopht conçu pour mesurer et réduire les coûts environnementaux et financiers des applications.
L'approche repose sur trois grandes actions :
- Mesurer d'abord. Les métriques d'infrastructure et de services sont collectées automatiquement via des API. Cette automatisation permet d'évaluer des milliers d'applications, là où un calcul manuel ne serait tout simplement pas viable à cette échelle.
- Puis décider. Chaque application reçoit un éco-score basé sur cinq critères, accompagné de recommandations chiffrées en CO₂e et en euros. Parmi les leviers identifiés : le dimensionnement des CPU et de la RAM, l'ajustement des ressources Kubernetes ou encore la mise hors service de ressources inutilisées.
- Enfin, mesurer les résultats. Chaque action est suivie, de la recommandation initiale jusqu'à sa mise en œuvre. La collecte des données s'appuie notamment sur un partenariat technologique avec Dynatrace.
Les débuts chez BCEF
Tout commence chez BCEF, l'entité de banque de détail française de BNP Paribas. En 2023, Françoise Orand pilote alors son programme IT durable. Elle choisit de travailler avec une startup que le groupe connaît déjà : en 2022, Sopht avait intégré B!UP Accelerate, l'accélérateur de BNP Paribas à Station F.
Le projet démarre par un pilote d'un an avec les équipes IT de BCEF, qui donnera naissance à GreenEco. En 2025, la valeur de la solution est démontrée et d'autres entités du groupe commencent à s'y intéresser. En 2026, plus de 100 applications sont suivies chez BCEF, tandis que le déploiement démarre également chez ITTF.
Les obstacles : pas techniques, mais organisationnels
C'est l'un des messages les plus marquants de cette intervention : la technologie elle-même n'a jamais constitué le principal frein. Les difficultés étaient avant tout organisationnelles.
Le premier obstacle concerne la sécurité. Intégrer le SaaS d'une startup au système d'information d'une banque demande un important travail préparatoire. Cela a notamment impliqué une revue formelle de sécurité, le chiffrement des échanges de données, la refonte des flux de transfert et la mise en place du single sign-on (SSO).
Le deuxième enjeu concerne la gouvernance : qui décide, qui collecte les données, qui agit ? La réponse a pris la forme d'une matrice RACI impliquant trois parties : l'équipe métier IT durable de BCEF, les équipes IT de BCEF et Sopht, qui apporte la plateforme et son expertise. Cette organisation permet également d'assurer la continuité du projet lorsque les équipes évoluent.
Le troisième défi est celui du rythme. Une startup et un grand groupe n'avancent pas à la même vitesse. Des rendez-vous réguliers, un interlocuteur dédié de chaque côté et un périmètre initial volontairement restreint ont permis aux deux parties de progresser ensemble.
Le quatrième obstacle n'est pas encore levé, et Séverine Deschamps l'a reconnu ouvertement : les squads n'ont pas encore d'objectifs CO₂ dans leurs objectifs annuels. En attendant, BNP Paribas avance grâce à l'éco-score, au rapprochement avec les équipes FinOps et à l'inscription du sujet dans les comités métiers. Comme l'a résumé une équipe applicative d'ITTF : « Ce qui accélère les décisions, c'est aussi l'aspect financier. »
Une gouvernance structurée
Lorsque Séverine Deschamps reprend le pilotage du programme chez BCEF en juillet, elle trouve une gouvernance déjà bien structurée et qui va jusqu'aux équipes opérationnelles.
Au sommet, un comité de pilotage IT de BCEF se réunit chaque trimestre. Il sera bientôt rejoint par un comité transverse aux différentes entités. Toutes les deux semaines, les responsables GreenEco des différentes entités coordonnent leurs actions. Un rendez-vous opérationnel hebdomadaire rassemble les parties prenantes métier, tandis qu'une revue est organisée avant chaque mise en production.
Au bout de cette chaîne, on retrouve les squads : les équipes applicatives elles-mêmes. Ce sont elles qui consultent leur éco-score et décident des actions à engager. Pour inscrire cette démarche dans la durée, BNP Paribas s'appuie sur un référent par domaine, un processus d'onboarding formalisé et un programme de formation dédié.
Un exemple concret : -35 % de CO₂e en 15 jours
Avec GreenEco, une recommandation ne devient pas une ligne supplémentaire dans un rapport que personne ne consulte. Elle se transforme en tâche dans le backlog de l'équipe, au même titre que n'importe quel autre travail à réaliser.
Voici l'exemple présenté lors de la conférence. Une équipe applicative disposait d'un environnement Kubernetes hors production, utilisé pour le développement et les tests, qui réservait beaucoup plus de ressources de calcul que nécessaire. GreenEco a recommandé de réduire de moitié ces ressources réservées (CPU et mémoire). Avant de prendre sa décision, l'équipe pouvait visualiser les économies attendues, en CO₂e comme en euros.
La recommandation a été discutée lors d'un atelier, puis mise en œuvre dès le lendemain. Quinze jours plus tard, les mesures confirmaient une réduction de 35 % des émissions (CO₂e) des services concernés.
Les intervenantes ont également partagé un enseignement important du terrain : réduire les ressources réservées par une application ne suffit pas toujours. Si une application passe de 22 à 17 cœurs, mais continue de fonctionner sur un serveur de 32 cœurs, la consommation globale ne change pas, car le serveur continue de consommer autant. Il faut donc également redimensionner le serveur lui-même. C'est pourquoi les équipes applicatives et les équipes infrastructure doivent travailler ensemble.
Les environnements de développement et de test constituent souvent le meilleur point de départ. Les équipes sont généralement plus enclines à y engager des changements, car ces environnements sont rarement utilisés.
Les résultats
Chez BCEF, plus de 100 applications sont désormais suivies dans GreenEco. Environ 200 recommandations ont été identifiées et 10 squads sur 15 ont déjà mis en œuvre au moins une action. Sur le périmètre éligible, le potentiel de réduction représente 26 % des émissions annuelles, exprimées en tCO₂e.
Mais pour les intervenantes, le premier bénéfice n'est pas un chiffre. C'est avant tout de disposer de données fiables et partagées pour chaque application. C'est aussi un langage commun entre les équipes IT, métier et FinOps, qui permet de réunir CO₂e et ressources IT dans une même recommandation. L'équipe FinOps de BCEF le résume clairement : GreenOps vient compléter FinOps.
Une équipe de BCEF a décrit un effet auquel elle ne s'attendait pas : « Nous avons libéré des ressources, et une autre application les a immédiatement récupérées. C'est exactement le but. »
Chez ITTF, une autre équipe a mesuré sa consommation avant et après une migration de base de données. L'occasion de mieux comprendre ce que l'application consomme, et ce qu'il est possible de supprimer.
Le déploiement chez ITTF en quelques mois
L'un des éléments les plus marquants de cette intervention n'est peut-être pas un chiffre, mais bien la vitesse d'adoption.
Chez BCEF, il aura fallu trois ans pour passer du pilote initial à plus de 100 applications. Chez ITTF, où Françoise Orand est arrivée en 2025, les choses sont allées beaucoup plus vite.
La stratégie IT durable a été approuvée fin 2025. Les étapes de sécurité, d'intégration et d'onboarding ont suivi en 2026, en s'appuyant sur le travail déjà réalisé chez BCEF. En quelques mois seulement, quatre squads ont été intégrées, et trois d'entre elles avaient déjà mis en œuvre huit actions.
Le signe le plus révélateur de cette adoption est peut-être venu à la fin de l'onboarding d'une squad : l'équipe a spontanément demandé si elle aurait accès au tableau de bord et si des rendez-vous réguliers seraient organisés.
L'adoption vient désormais aussi des équipes elles-mêmes. « C'est une démarche que nous devons reproduire sur l'ensemble de nos applications », a résumé une équipe d'ITTF.
Aujourd'hui, six entités du groupe sont impliquées, parmi lesquelles ITPS, Cardif et CIB 2S, qui commencent à leur tour à déployer la démarche.
Les conditions de réussite
S'il ne fallait retenir qu'un enseignement de cette intervention, ce serait celui-ci : réussir l'adoption d'une telle démarche demande bien plus qu'une technologie adaptée.
Il faut d'abord un sponsor exécutif capable de donner l'impulsion et de porter l'initiative. À cela s'ajoutent cinq conditions :
- Une personne dédiée. Le programme doit avoir un référent qui l'incarne et coordonne son avancement.
- Une gouvernance claire et bien communiquée. S'appuyer autant que possible sur les instances existantes plutôt que de multiplier les nouveaux comités.
- Des ambassadeurs IT durable. Disposer de relais dans chaque domaine et au sein des squads applicatives.
- De la formation et un onboarding structuré. Mettre en place un parcours formalisé, validé par le management, pour accompagner les équipes.
- Des objectifs au niveau des squads. Intégrer des objectifs dans les évaluations annuelles et les aborder dans les comités métiers. C'est notamment un chantier sur lequel BNP Paribas travaille encore aujourd'hui.
Quelles sont les prochaines étapes du projet ?
Jusqu'ici, le travail s'est concentré sur les environnements de production et de préproduction, là où se concentre la majeure partie des budgets IT. Pourtant, plus une décision est corrigée tôt, moins elle coûte.
C'est pourquoi Sopht et BNP Paribas co-construisent la suite du projet autour de trois axes.
Le premier concerne une fonctionnalité d'éco-conception : un agent IA capable de fournir un éco-score et des recommandations au fur et à mesure que les développeurs écrivent leur code.
Le deuxième porte sur les métriques de service à destination des développeurs, notamment le nombre de requêtes, la taille des payloads et le taux d'échec. Ces indicateurs apportent de nouveaux leviers pour comprendre les performances d'une application, en complément de la latence et des coûts.
Enfin, le troisième axe concerne le suivi de l'empreinte des usages et des workloads IA, associé à un suivi financier des environnements de production.
Les conseils des intervenants
Pour conclure, chaque intervenant a partagé un conseil à destination des organisations qui souhaitent se lancer.
Françoise Orand recommande d'inscrire cette démarche dans une stratégie globale d'IT durable. Convaincre le sponsor, expliquer le sens de l'initiative et préparer ses arguments face aux éventuels sceptiques.
Séverine Deschamps insiste sur l'importance de rendre le sujet concret : montrer aux interlocuteurs non techniques ce que représente réellement l'empreinte d'une application et mettre en évidence les bénéfices associés aux actions engagées.
Julien Rouzé, pour Sopht, retient trois principes : considérer la sécurité comme une fonctionnalité du produit, rester proche de son client et garder à l'esprit qu'une startup et un grand groupe n'avancent pas au même rythme.