Intégrer la sobriété numérique aux méthodes agiles pour réduire l'empreinte des applications

Intégrer la sobriété numérique aux méthodes agiles n’est plus un sujet périphérique. En 2026, l’IEA confirme que la croissance de la demande d’électricité est désormais fortement tirée par l’IA et les data centers. Pour les équipes produit et les responsables de delivery, cela change la lecture des arbitrages habituels : chaque fonctionnalité, chaque traitement asynchrone, chaque appel API ou surcouche cloud a un coût technique, financier et environnemental qu’il devient pertinent de piloter dès le backlog.

Dans le même temps, les référentiels et les données se précisent. En France, le RGESN 2024 fournit un cadre public directement exploitable par les métiers agiles, tandis que l’ADEME et l’Arcep rappellent que l’empreinte du numérique ne se limite ni au carbone ni au serveur. Terminaux, eau, énergie, données dormantes, usages induits et stratégies de captation de l’attention entrent désormais dans le périmètre. Pour une équipe agile mature, l’enjeu n’est donc pas d’ajouter une contrainte de plus, mais d’améliorer la qualité des décisions produit.

Pourquoi la sobriété numérique devient un sujet central pour l’agilité

Les méthodes agiles ont longtemps mis l’accent sur la rapidité d’apprentissage, la valeur livrée et l’adaptation continue. Cette logique reste pertinente, mais elle doit aujourd’hui intégrer une nouvelle réalité : la croissance fonctionnelle d’un service se traduit souvent par une croissance mécanique de son impact environnemental. Le RGESN rappelle d’ailleurs que, sans action, le trafic de données pourrait être multiplié par 6 d’ici 2030 et le nombre d’équipements augmenter de près de 65 % par rapport à 2020.

Les chiffres français confirment que le sujet est très concret. En 2025, l’Arcep indique que les terminaux restent le principal poste d’empreinte carbone du numérique, avec 50 % des émissions, dont environ 42 % liées à la fabrication. Pour une équipe agile, cela signifie qu’un mauvais choix logiciel peut accélérer l’obsolescence d’appareils encore fonctionnels. Concevoir des applications compatibles avec des terminaux plus anciens n’est donc pas un compromis défensif : c’est une décision produit structurante.

Du côté des infrastructures, le signal est tout aussi fort. Les centres de données représentent 46 % des émissions de GES du numérique en France en 2022 selon la mise à jour ADEME-Arcep, et les prélèvements d’eau des opérateurs interrogés ont augmenté de 19 % en 2023, à 681 000 m³. Autrement dit, intégrer la sobriété numérique en agile revient à traiter l’énergie, l’eau et la volumétrie d’infrastructure comme des dimensions de pilotage au même titre que la qualité, la sécurité ou l’accessibilité.

Faire entrer la sobriété numérique dans le backlog produit

La meilleure manière d’éviter que la sobriété numérique reste une intention est de la rendre visible dans les artefacts agiles. Cela commence par le backlog. Une user story peut inclure des critères explicites sur le poids de page, le nombre maximal de requêtes, la limitation des appels tiers, la performance sur terminal modeste ou la fréquence acceptable des traitements en arrière-plan. Le RGESN 2024 fournit ici une base très utile, puisqu’il vise explicitement à définir des critères de conception durable des services numériques afin d’en réduire l’empreinte environnementale.

Concrètement, cela suppose d’ajouter des exigences non fonctionnelles environnementales aux récits utilisateur. Par exemple : « le parcours doit rester pleinement utilisable sur un smartphone ancien », « la vidéo ne doit pas se lancer automatiquement », « le composant doit fonctionner en mode économie de données », ou encore « le service doit limiter les calculs asynchrones aux traitements réellement nécessaires ». Le référentiel officiel recommande justement de réduire le poids des contenus, le nombre de requêtes serveur et d’adapter la temporalité des calculs asynchrones à l’intensité carbone du mix énergétique.

Cette approche améliore aussi la priorisation. L’ADEME insiste en 2025 sur la nécessaire sobriété face à l’emballement des usages et à la dynamique IA/data centers. En agile, cela rejoint un principe très simple : questionner le besoin avant d’industrialiser la solution. Le RGESN le formule clairement en invitant à interroger systématiquement les cibles utilisatrices et le véritable besoin avant de mobiliser des composants, des services tiers ou des traitements supplémentaires. En pratique, cela aide les Product Owners à distinguer la valeur réelle des fonctionnalités seulement séduisantes.

Adapter la Definition of Ready et la Definition of Done

Pour produire des effets durables, la sobriété numérique doit être intégrée aux règles de passage d’une équipe. La Definition of Ready peut exiger qu’une story précise son impact potentiel sur les terminaux, les échanges réseau, les dépendances tierces et les usages induits. Elle peut aussi imposer qu’un scénario fonctionnel ait été challengé sous l’angle du besoin réel : est-ce indispensable, ou simplement confortable ? Ce filtre évite d’alimenter le backlog avec des demandes coûteuses et peu justifiées.

La Definition of Done est encore plus décisive. Le RGESN donne une formulation directement réutilisable en gouvernance d’équipe en visant à « diminuer les ressources mobilisées sur le cycle de vie du service numérique, y compris en optimisant le trafic de données et la sollicitation des infrastructures numériques ». Une équipe peut traduire cela en critères de done très opérationnels : limitation des scripts tiers, mise en cache pertinente, compression des médias, suppression des logs inutiles, réduction des requêtes redondantes, ou validation du fonctionnement sur environnement contraint.

Cette formalisation a un autre avantage : elle réduit l’arbitraire. Au lieu de dépendre de la sensibilité individuelle d’un développeur ou d’un designer, la sobriété devient une attente collective. C’est cohérent avec l’évolution des pratiques observée par le Green Software Foundation : en 2024, 26 % des répondants indiquent que la sustainability fait déjà partie de leur rôle officiel. Une équipe qui inscrit ces exigences dans ses standards gagne en cohérence, en transmission et en qualité d’exécution.

Transformer les rituels agiles en leviers d’écoconception

Chaque rituel agile peut porter une partie de la démarche. En refinement, l’équipe peut challenger le besoin, identifier les données réellement utiles, repérer les dépendances superflues et évaluer les impacts techniques indirects. En sprint planning, elle peut sélectionner des items de réduction d’empreinte comme n’importe quel autre travail de qualité. En daily, elle peut signaler les choix qui dégradent fortement la performance ou multiplient les traitements côté serveur. La sobriété numérique cesse alors d’être un sujet annexe pour devenir une dimension normale de la fabrication.

La sprint review est particulièrement utile pour partager des métriques simples et compréhensibles. Le RGESN recommande une évaluation multicritère comprenant au minimum GES, énergie, eau et ressources abiotiques/minérales, ainsi que des informations sur l’hébergement et ses indicateurs d’efficience. Sans tomber dans la pseudo-précision, une équipe peut déjà suivre l’évolution du poids des pages, du nombre d’appels API, du volume de données transférées, du temps CPU sur certains traitements ou de la volumétrie de stockage inactive.

La rétrospective, enfin, permet de traiter les causes organisationnelles. Si l’équipe constate qu’elle ajoute trop souvent des fonctionnalités peu utilisées, qu’elle conserve des données sans justification ou qu’elle dépend d’outils d’observabilité surdimensionnés, le sujet est autant méthodologique que technique. C’est aussi là que la sobriété rejoint la culture agile : améliorer en continu le système de travail, pas seulement le code produit.

Concevoir pour des terminaux plus anciens et plus modestes

L’un des enseignements les plus importants des données récentes est que la sobriété numérique ne se joue pas uniquement dans le cloud. Le RGESN rappelle que les terminaux, en particulier leur fabrication, représentent la majeure partie de l’empreinte environnementale du numérique. L’Arcep confirme en 2025 que ce poste reste dominant en France. Pour les équipes agiles, cela justifie de remonter dans la roadmap des sujets souvent jugés secondaires : compatibilité, légèreté front, stabilité des performances et réduction de l’obsolescence logicielle.

Le référentiel 2024 est très clair sur ce point : les services doivent rester utilisables sur des terminaux anciens, conserver des performances adaptées, permettre l’usage sur des versions antérieures d’OS ou de navigateur et maintenir des mises à jour essentielles pendant la durée de vie du terminal. Dans une logique produit, cela implique de revoir certains réflexes. Une animation lourde, une dépendance JavaScript massive ou un composant d’interface très sophistiqué peuvent coûter plus qu’ils ne rapportent si leur effet est d’exclure des appareils encore en circulation.

Cette orientation est aussi cohérente avec le scénario de sobriété ADEME-Arcep, qui repose notamment sur la stabilisation du nombre de terminaux et sur un renouvellement plus lent des équipements. Une équipe agile peut contribuer à cet objectif sans projet de transformation spectaculaire : en optimisant le chargement initial, en limitant les effets gourmands, en privilégiant le progressive enhancement et en testant réellement sur des configurations modestes. C’est une démarche pragmatique, mesurable et très compatible avec une exigence de qualité web moderne.

Réduire l’empreinte côté data centers, cloud et services partagés

Si les terminaux pèsent lourd, les infrastructures ne doivent pas être sous-estimées. L’IEA souligne en 2026 que les data centers deviennent un moteur majeur des systèmes électriques, dans un contexte de hausse des usages IA et cloud. Pour un responsable produit ou un chef de projet IT, cela légitime pleinement l’intégration d’objectifs de performance énergétique dans les arbitrages agiles. Réduire les calculs inutiles, les synchronisations redondantes ou les parcours gourmands n’est plus un sujet de niche.

La mise à jour ADEME-Arcep de 2025 élargit d’ailleurs le périmètre aux data centers situés à l’étranger mais utilisés pour des usages français. Pour les applications SaaS, cloudifiées ou multi-régions, c’est un rappel important : mesurer l’impact du « service complet » est plus pertinent que de regarder uniquement le code applicatif. Une équipe peut ainsi intégrer à ses revues des indicateurs sur la fréquence d’exécution des jobs, le taux d’utilisation réel des environnements, le stockage dormant, les doublons de données ou le coût environnemental des services managés.

Les travaux publiés en 2024 sur la comptabilité carbone cloud vont dans le même sens. Ils montrent qu’une mesure plus fine peut s’appuyer sur l’usage réel, les réservations de ressources, la localisation et l’intensité carbone horaire. Ils rappellent aussi qu’il faut réallouer l’énergie des services logiciels partagés aux utilisateurs de ces services. En agile, cela évite de sous-estimer l’impact des dépendances invisibles : CI/CD, observabilité, cache distribué, moteurs de recherche managés, pipelines de données ou services d’IA.

Faire évoluer l’UX et la valeur produit avec moins de captation d’attention

La sobriété numérique ne concerne pas seulement les performances techniques. Le RGESN cible explicitement l’économie de l’attention et vise à « promouvoir une démarche de sobriété environnementale face aux stratégies de captation de l’attention ». Pour les équipes produit, c’est une invitation à revisiter certaines conventions de design devenues presque automatiques : mur infini, autoplay vidéo, notifications incessantes, relances agressives ou mécanismes de rétention peu justifiés.

Le texte officiel va plus loin en appelant à « restreindre les fonctionnalités ‘nudge’ poussant à l’usage incontrôlé du service ». C’est un levier très concret en atelier UX, en story mapping ou en refinement. Une équipe peut demander : cette mécanique sert-elle une vraie valeur utilisateur, ou cherche-t-elle surtout à augmenter le temps passé ? Dans beaucoup de contextes B2B comme B2C, réduire le bruit et redonner du contrôle améliore à la fois l’expérience, la performance et l’impact.

Le RGESN recommande aussi de redonner à l’utilisateur le contrôle de ses usages via un bouton « stop », un mode « sobriété énergétique » ou « économie de données », voire un indicateur de suivi de consommation. Ces orientations peuvent devenir des epics à part entière. Elles sont particulièrement intéressantes pour des applications média, e-commerce, SaaS ou mobiles, où la maîtrise des automatismes peut à la fois réduire la charge technique et renforcer la confiance utilisateur.

Mesurer, documenter et piloter sans greenwashing

Une démarche crédible repose sur la mesure, mais aussi sur la transparence. Le Green Software primer rappelle qu’estimer l’empreinte énergétique d’un système logiciel est l’une des activités de base du green software. En pratique, cela signifie qu’il vaut mieux instrumenter tôt, même de manière imparfaite, plutôt que d’attendre une précision absolue pour agir. Dans un cadre agile, quelques indicateurs stables valent souvent mieux qu’un reporting complexe impossible à maintenir.

Le tableau de bord d’impact peut être revu à chaque release ou à chaque sprint review. Il peut inclure des mesures techniques directes, mais aussi des hypothèses de périmètre et de méthode. Cette discipline est d’autant plus importante que les ordres de grandeur évoluent. L’ADEME indique en 2025 que l’empreinte carbone du numérique en France est passée de 17 à 29,5 MtCO2e/an dans son nouveau périmètre. Le message est clair : sans expliciter ce que l’on mesure, les comparaisons sont fragiles et les décisions peuvent être biaisées.

Le RGESN rappelle enfin un point essentiel : le référentiel n’est pas juridiquement contraignant, mais toute communication publique sur une démarche environnementale doit rester fiable, transparente et vérifiable. Pour une équipe agile, cela implique de documenter les hypothèses, les sources de données, le périmètre retenu et les limites de la mesure. C’est la meilleure manière d’éviter le greenwashing tout en donnant aux parties prenantes une vision sérieuse de la progression réelle.

Au fond, intégrer la sobriété numérique aux méthodes agiles revient à faire évoluer la définition de la valeur. Une fonctionnalité n’a pas de valeur durable si elle dégrade inutilement les terminaux, multiplie les traitements, augmente les volumes de données ou entretient des usages artificiellement gourmands. En traitant ces dimensions dès le backlog, dans les rituels et dans la gouvernance produit, les équipes gagnent en lucidité et en qualité de décision.

Pour un chef de projet web/IT, un Product Owner ou un lead technique, l’objectif n’est pas de ralentir l’innovation, mais de la rendre plus robuste. Le contexte 2024-2026 montre que les référentiels existent, que les données sont plus solides et que les attentes montent. La sobriété numérique peut donc devenir un avantage de pilotage très concret : moins de gaspillage, plus de clarté produit, des coûts mieux maîtrisés et des applications plus résilientes sur l’ensemble de leur cycle de vie.