Budgets IT coupés de 20% : les 5 arbitrages que les DSI regrettent (et ceux qui marchent)

Le réflexe classique : couper au plus visible

Le COMEX annonce : “Cette année, on réduit les coûts de 20% sur tous les postes.” Le DSI ouvre son budget et cherche ce qu’il peut couper. Les lignes les plus visibles (projets de modernisation, recrutements prévus, licences logicielles) sont les premières à passer à la trappe

C’est rationnel en apparence. C’est destructeur en pratique.

Selon une etude McKinsey (McKinsey Digital, “IT cost optimization in uncertain times”, 2024), les entreprises qui réduisent leur budget IT de manière indiscriminée voient leurs coûts opérationnels augmenter de 15 à 25% dans les 18 mois suivants. La dette technique s’accumule, les incidents se multiplient, les équipes démotivent, et les projets de rattrapage coûtent plus cher que les économies réalisées

La bonne approche n’est pas de couper moins, mais de couper mieux

Les 5 arbitrages que les DSI regrettent

1. Geler les recrutements cloud, coût caché : x2

Quand le budget baisse, le réflexe est de geler les postes d’architectes cloud et d’ingénieurs DevOps. Le problème : les projets en cours ne s’arrêtent pas. Ils sont confiés à des prestataires ou à des équipes internes sans compétence cloud

Résultat : des architectures mal conçues (sur-provisionnement, pas de FinOps, pas d’automatisation), une facture cloud qui explose, et une dépendance aux prestataires qui coûte 2 à 3 fois le salaire d’un interne

Un exemple concret : une ETI logistique de 400 salariés a gelé 2 postes d’ingénieurs cloud prévus dans son plan de recrutement. Les projets de migration en cours (3 applications métier vers AWS) ont été confiés à un intégrateur externe. Faute de compétences FinOps, les environnements ont été surdimensionnés de 3x, les Reserved Instances jamais souscrites, et le monitoring configuré a minima. Bilan à 12 mois : 180K€ de surcoûts (facture cloud + prestations + corrections d’architecture), soit le double du coût des 2 postes gelés

2. Reporter la modernisation du legacy, coût caché : 20%/an

“On modernisera l’année prochaine.” Sauf que la dette technique n’attend pas. La dette technique croit de manière accélérée : les estimations varient entre 15-25% par an de coût supplementaire si elle n’est pas traitee (source : Stripe Developer Coefficient Report, 2023). Les développeurs passent plus de temps à contourner les limitations qu’à créer de la valeur. Les intégrations deviennent plus fragiles. Les compétences sur les technologies obsolètes se raréfient (et donc coûtent plus cher)

Un ERP qui coûte 500K€ à moderniser aujourd’hui en coûtera 600K€ l’année prochaine et 720K€ dans deux ans. Reporter, c’est investir dans la dette.

3. Réduire le monitoring, coût caché : x10

Couper les licences Datadog ou réduire la rétention des logs semble anodin. Jusqu’au premier incident majeur. Sans monitoring, le MTTR (Mean Time To Recovery) explose : ce qui prenait 30 minutes à diagnostiquer en prend 4 heures. Les incidents mineurs deviennent majeurs parce qu’ils ne sont pas détectés à temps

Le coût d’un incident en production sans monitoring est en moyenne 10 fois supérieur à celui d’un incident détecté et résolu rapidement. Pour une ETI, la différence se chiffre en dizaines de milliers d’euros par incident

4. Supprimer la formation, coût caché : turnover

Les budgets formation sont souvent les premiers sacrifiés. C’est une erreur de court terme aux conséquences longues. Les équipes techniques qui ne se forment pas décrochent face à l’évolution rapide des technologies (cloud, IA, sécurité). Le résultat : frustration, démotivation, et turnover

Remplacer un ingénieur senior coûte 6 à 12 mois de salaire (recrutement + onboarding + perte de productivité). Trois départs non remplacés = le coût d’une année entière de formation pour toute l’équipe

Notre guide sur la montée en compétences cloud et son ROI détaille ce calcul

5. Couper la sécurité, coût caché : x50

“On n’a jamais eu d’incident.” Jusqu’au jour où. La probabilite d’un incident majeur pour une ETI sans investissement sécurité est estimee a 15-25% sur 3 ans (source : Verizon DBIR 2024). Le coût moyen d’un incident : 300-500K€. L’esperance de perte est donc de 45-125K€, a comparer au budget sécurité supprime. Le budget sécurité moyen d’une ETI est de 30 à 50K€/an. Le ratio coût de l’incident / budget sécurité est de 10 à 50x.

Couper 15K€ de budget sécurité (un audit de moins, une campagne de sensibilisation en moins, un EDR non renouvelé) pour “faire 15K€ d’économies” est le pire arbitrage possible

Les 5 arbitrages qui génèrent de la valeur

1. Rationalisation applicative : 15 à 25% d’économies récurrentes

La plupart des ETI ont accumulé des applications au fil des années sans jamais en retirer. Le résultat : des doublons fonctionnels (3 outils de gestion de projet), des applications utilisées par 5 personnes qui coûtent 30K€/an, et des intégrations maintenues pour des systèmes que plus personne n’utilise

La méthode : cartographier le parc applicatif, scorer chaque application (utilisateurs actifs, coût, criticité, doublons), et définir un plan de décommissionnement. Les gains sont récurrents et libèrent de la capacité de maintenance

Un de nos clients du secteur industriel est passé de 180 à 95 applications en 6 mois : économie annuelle de 320K€ et réduction de 40% des tickets de support

Le potentiel d’économies dépend de la taille et de la diversité du parc applicatif :

• Parc de 30-60 applications (ETI < 200 salariés) : potentiel 10-15% d’économies récurrentes, en éliminant 5-10 applis (doublons clairs, shelfware)
• Parc de 80-150 applications (ETI 200-500 salariés) : potentiel typique 15-25%, en éliminant 20-40 applis. C’est le segment du cas client cité ci-dessus (180 à 95 applications, ETI industrielle)
• Parc > 150 applications (ETI > 500 salariés, holdings multi-entités) : potentiel 25-35%, mais effort de cartographie plus lourd (4-6 mois de cadrage + comités de décommissionnement transverses)

L’effort de décommissionnement n’est pas linéaire : retirer les 10 premières applis évidentes prend 2-3 mois et coûte peu ; retirer les 20 suivantes (avec migrations de données, formations utilisateurs, intégrations à casser, tests de non-régression) prend 6-12 mois et coûte 15-25K€ par application. Le ROI reste positif à moyen terme, typiquement 18-24 mois pour les applications les plus complexes à sortir

2. FinOps : 20 à 40% de réduction cloud (avec expertise)

C’est le levier le plus rapide quand l’expertise FinOps est présente. Les entreprises gaspillent en moyenne 32% de leurs dépenses cloud selon Flexera State of the Cloud 2024 (instances surdimensionnées, ressources orphelines, Reserved Instances non souscrites). Un programme FinOps structuré et accompagné génère 20 à 40% d’économies en 3 à 6 mois

Sans expertise FinOps en interne ou en prestation, une ETI qui applique seule les recommandations capture typiquement les low-hanging fruits (5-10% d’économies en 1-2 mois : ressources orphelines, scheduling dev/test, suppression d’environnements oubliés) puis bute sur les optimisations qui demandent de la modélisation et un suivi continu : Reserved Instances multi-années, Savings Plans, rightsizing par charge, architecture review

Ce qui fait l’écart entre 5-10% (autonome) et 20-40% (FinOps structuré) :

• Un outil de visibilité et d’optimisation (CloudHealth, Apptio Cloudability, Vantage, Spot.io), coût 1 à 3% du spend cloud
• Une expertise dédiée 0.5 à 1 ETP (interne ou prestataire), capable de modéliser les engagements (RI/SP) et de challenger les choix architecturaux
• Des comités FinOps mensuels avec engineering + finance + product, pour ancrer la culture coût dans les décisions d’architecture

Sans ce dispositif, espérer 20-40% est irréaliste. Notre guide détaillé sur le framework FinOps présente les 7 leviers concrets et les conditions pour les capturer

3. Consolidation SaaS : 10 à 20% d’économies

Même logique que la rationalisation applicative, appliquée aux SaaS. Une ETI de 200 salariés utilise en moyenne 130 outils SaaS. Le shelfware (licences payées mais inutilisées) représente 15 à 25% de la facture

Actions immédiates : auditer les licences, supprimer le shelfware, renégocier les contrats (15-25% de remise en fin de trimestre fiscal de l’éditeur), et consolider les doublons

4. Accélération par l’IA : 20 à 30% de réduction des coûts de delivery

L’IA générative ne remplace pas les développeurs. Elle les accélère. Code review automatisée, génération de tests, documentation technique, triage de bugs, ces tâches représentent 30 à 40% du temps d’une équipe de développement

Des outils comme Claude Code, GitHub Copilot ou Cursor réduisent le temps consacré à ces tâches répétitives de 40 à 60%, ce qui se traduit par un gain de 20 à 30% sur le coût de delivery global. Sur une équipe de 10 développeurs à 80K€/an de coût complet, c’est 160 à 240K€ d’économies annuelles pour un coût d’outillage de 15 à 20K€. ROI : 10x minimum

Pour approfondir, consultez notre article sur l’IA agentique en entreprise

5. Mutualisation des environnements : 10 à 15% d’économies infra

Beaucoup d’ETI maintiennent des environnements de développement, test et staging surdimensionnés et allumés 24/7. Éteindre les environnements hors heures ouvrées (scheduling automatique), mutualiser les environnements de test entre équipes, et utiliser des environnements éphémères (créés à la demande, détruits après usage) réduit la facture infrastructure de 10 à 15%

Comment présenter un plan de rationalisation au COMEX

Le COMEX ne parle pas la même langue que la DSI. “Réduire la dette technique” ne signifie rien pour un DAF. “Économiser 400K€/an en 6 mois avec un investissement de 80K€” est parfaitement clair

Les 3 règles :

1. Parlez en TCO, pas en coûts directs. Le coût d’un serveur legacy n’est pas sa licence. C’est sa licence + la maintenance + les compétences rares + les incidents + le coût d’opportunité des développeurs qui contournent ses limitations

2. Chiffrez le coût de l’inaction. “Si nous ne faisons rien, la dette technique ajoutera 200K€/an de surcoûts dans les 3 prochaines années” est plus percutant que “nous devons moderniser notre architecture”

3. Présentez en 3 phases. Le COMEX veut voir des résultats rapides ET une vision long terme :

   • Phase 1 (0-3 mois) : Quick wins (FinOps, shelfware, environnements) → 100-150K€ d’économies
   • Phase 2 (3-6 mois) : Optimisation (rationalisation applicative, consolidation SaaS) → 150-250K€
   • Phase 3 (6-12 mois) : Transformation (modernisation ciblée, IA, mutualisation) → 100-200K€ + gains de productivité

Chaque phase avec des jalons mesurables. Le COMEX valide phase par phase

Couper mieux, pas couper plus

Un budget IT réduit de 20% n’est pas une condamnation. C’est une contrainte créative qui force à faire des choix. Les DSI qui s’en sortent sont ceux qui résistent au réflexe de couper dans l’investissement (modernisation, formation, sécurité) pour préserver le run

La bonne stratégie est inverse : optimiser le run (FinOps, rationalisation, consolidation) pour préserver l’investissement qui crée de la valeur à moyen terme. Les 5 leviers ci-dessus génèrent 20 à 30% d’économies sans créer de dette technique. C’est souvent plus que les 20% demandés par le COMEX

Sources et methodologie

• McKinsey Digital, “IT cost optimization in uncertain times” (2024) : données sur l’impact des coupes budgetaires IT indiscriminees
• Stripe Developer Coefficient Report (2023) : estimation du coût de la dette technique (15-25% par an de surcout supplementaire)
• Verizon Data Breach Investigations Report (DBIR) 2024 : statistiques sur la probabilite et le coût des incidents de sécurité pour les ETI
• Flexera State of the Cloud Report 2024 : données sur le gaspillage cloud (32% en moyenne)
• Retours d’expérience Nobori : données issues de nos missions de rationalisation IT et d’accompagnement DSI aupres d’ETI (métriques avant/après anonymisees)

Les chiffres de coûts et d’economies presentes dans cet article sont des ordres de grandeur issus de nos missions et de la litterature. Ils varient selon la taille de l’organisation, son secteur et la composition de son parc applicatif et cloud

---

Vous voulez cadrer votre plan de rationalisation ? Demandez un diagnostic de votre portefeuille applicatif pour identifier vos gisements d’economies