Depuis plusieurs années, un mouvement s’est généralisé dans beaucoup d’entreprises : les budgets IT ont basculé vers les métiers. Les investissements sont pilotés par les directions produit, marketing, commerce, opérations… avec une logique simple : financer ce qui se voit, ce qui se mesure vite, ce qui “crée de la valeur”.
Sur le papier, c’est cohérent. Dans la réalité, cela crée un paradoxe de plus en plus coûteux : la DSI dispose de moins en moins de budget en propre, alors même qu’elle doit financer (et exécuter) des chantiers indispensables… mais souvent jugés “sans valeur ajoutée métier” à court terme.
Résultat : un angle mort budgétaire. Et quand on sous-finance l’invisible (obsolescence, dette technique, sécurité, qualité des données…), le SI continue de livrer… jusqu’au jour où il casse. Et ce jour-là, la facture est rarement “optimisée”.
Le vrai sujet : la “valeur métier” n’est pas la seule valeur
On associe souvent valeur = nouvelles fonctionnalités, nouveaux parcours, nouveaux canaux, nouveaux produits. Mais un système d’information ne tient pas uniquement grâce aux features.
Il tient grâce à un socle, souvent discret :
- Gestion de l’obsolescence (plateformes, versions, infrastructures, middlewares)
- Réduction de la dette technique (complexité, dépendances, contournements)
- Sécurité (patching, durcissement, IAM, segmentation, vulnérabilités)
- Résilience & continuité (PRA/PCA, disponibilité, supervision, capacité)
- Industrialisation (automatisation, standardisation, documentation, run)
- Qualité des données (référentiels, règles, traçabilité, lineage)
Ces travaux sont “invisibles” parce qu’ils n’ajoutent pas immédiatement une ligne sur un écran utilisateur. Pourtant, ils protègent la valeur déjà créée et conditionnent la capacité à livrer demain.
En clair : ce qui n’est pas immédiatement “métier” peut être vital pour le business.
Obsolescence et dette technique : des coûts certains, pas des hypothèses
L’obsolescence n’est pas un risque abstrait. C’est une mécanique :
- des éditeurs arrêtent le support,
- des vulnérabilités s’accumulent,
- des compétences deviennent rares,
- des dépendances explosent,
- des migrations deviennent plus longues (et plus risquées).
Quand on reporte ces sujets faute de budget, on ne “gagne” pas du temps : on contracte une dette, avec intérêts. Et cette dette se paye de trois manières :
- Coûts d’exploitation en hausse (run plus lourd, incidents, contournements)
- Time-to-market qui se dégrade (intégrations plus lentes, régressions)
- Risque qui augmente (panne, faille, non-conformité, audit difficile)
Le jour où un incident majeur survient, tout redevient urgent. Et l’urgence est toujours le scénario le plus cher.
La qualité des données : “ownée” par les métiers… mais rarement pilotée
Autre point clé — et souvent mal compris : la donnée est généralement “ownée” par les métiers (définitions, règles de gestion, usages). C’est normal : la DSI ne peut pas décider seule de ce qu’est un “client actif” ou d’une “commande valide”.
Mais dans beaucoup d’organisations, cette ownership reste déclarative :
- pas de data owners réellement mandatés,
- pas de temps alloué,
- peu de KPI,
- des arbitrages difficiles (“ce n’est pas prioritaire”),
- une correction qui n’est récompensée par personne.
Conséquence : la mauvaise qualité des données devient un frein partout (reporting, CRM, facturation, expérience client, IA…), et la DSI se retrouve à gérer les symptômes (retraitements, rustines, pipelines complexes) sans pouvoir traiter la cause.
Quand la donnée “appartient aux métiers” mais que personne ne l’opère, c’est l’entreprise entière qui paye — pas seulement la DSI.
Pourquoi ce modèle finit par casser
Quand l’essentiel du budget est capté par les initiatives “visibles”, on observe souvent les mêmes signaux faibles :
- des roadmaps produits riches… mais un socle qui s’érode,
- des équipes IT saturées par le run et l’urgence,
- une architecture qui se complexifie (exceptions, stacks multiples),
- des projets data/IA qui patinent (qualité, référentiels, lineage),
- une sécurité sous tension (patchs repoussés, dette de vulnérabilités),
- un coût global IT qui augmente… sans que cela se voie dans un budget unique.
Le SI peut continuer à livrer pendant un temps. Mais la stabilité diminue : chaque nouveau projet devient plus long, plus risqué, plus coûteux.
Comment remettre un modèle de financement durable
L’objectif n’est pas de “reprendre le budget aux métiers”. Le mouvement vers des budgets métiers a de bonnes raisons. L’enjeu est de compléter le modèle pour financer la santé du SI.
1) Créer un “budget socle” DSI : la santé du SI n’est pas optionnelle
Comme on finance l’entretien d’un outil industriel, il faut financer l’entretien du SI : obsolescence, sécurité, résilience, dette technique, capacités transverses.
Ce budget doit être :
- protégé (sinon il sert de variable d’ajustement),
- gouverné (priorisation fondée sur le risque),
- mesuré (indicateurs simples : obsolescence, vulnérabilités, incidents, dette).
2) Mettre en place un co-financement métier + DSI sur les sujets hybrides
Beaucoup de chantiers sont mixtes : CRM, ERP, plateforme data, IAM, MDM, référentiel client, refonte d’intégration…
Un modèle robuste consiste à partager :
- les métiers financent la valeur d’usage (process, adoption, change, règles),
- la DSI finance la durabilité (architecture, sécurité, exploitation, résilience).
Et surtout : un cadre d’arbitrage commun qui prend en compte ROI + risque + dette + conformité.
3) Passer de la gouvernance data “déclarative” à des SLA de données
Si la donnée est “ownée” par les métiers, il faut un pilotage concret :
- des data owners nommés et responsables,
- des règles de qualité automatisées (contrôles, alerting),
- un processus de correction (priorisation, délais, validation),
- des KPI intégrés aux rituels (pas un reporting annuel).
C’est souvent le meilleur investissement : une donnée plus fiable réduit les coûts cachés partout.
Une checklist simple pour démarrer (et éviter le mur)
Si tu veux rendre le sujet actionnable rapidement, voici trois questions à se poser :
- Quel pourcentage du SI est “à risque” d’obsolescence à 12–24 mois ?
- A-t-on un budget dédié à la santé du SI (et suivi comme tel) ?
- Qui est responsable, côté métier, de la qualité des données critiques (client, produit, commande, finance) ?
Si l’une de ces réponses est floue, ce n’est pas un problème technique : c’est un problème de gouvernance et de financement.
Conclusion : financer l’invisible, c’est protéger le visible
Le basculement des budgets vers les métiers a accéléré la livraison de valeur à court terme. Mais sans financement clair de l’infrastructure invisible — obsolescence, dette, sécurité, data quality — on fragilise la capacité à délivrer durablement.
Un SI en bonne santé, c’est :
- des projets plus rapides,
- moins d’incidents,
- une exploitation data/IA plus fiable,
- une sécurité gérable,
- une transformation soutenable.
Chez Follow-Us, nous aidons les DSI et les métiers à objectiver ces sujets (risque, dette, obsolescence, qualité data) et à mettre en place un modèle de pilotage et de financement qui évite le “tout visible / rien durable”.
FAQ
Pourquoi les DSI manquent-elles de budget en propre ?
Parce que de plus en plus d’investissements IT sont rattachés aux roadmaps métiers, orientés ROI visible à court terme.
Qu’est-ce qu’un “budget socle DSI” ?
Un budget dédié à la santé du SI : obsolescence, sécurité, résilience, dette technique et capacités transverses.
Pourquoi la qualité des données devient-elle un problème ?
La donnée est souvent “ownée” par les métiers mais insuffisamment pilotée, ce qui crée des incohérences et des coûts cachés.
Quels risques à sous-financer l’invisible ?
Hausse des incidents, baisse du time-to-market, migrations en urgence, vulnérabilités, coûts d’exploitation qui explosent.