Le processus budgétaire IT se répète chaque année selon le même rituel des demandes gonflées, des coupes attendues, un budget qui finit par n’être qu’une autorisation à dépenser. En sortir suppose de remettre la valeur au centre du dialogue, et d’accepter que la DSI ne peut pas porter cet effort seule.
Chaque année, le même rituel.
La DSI ouvre le processus budgétaire. Les équipes compilent leurs demandes en prenant des marges, parce qu’elles savent que les arbitrages arrivent et qu’il faudra montrer qu’on a coupé. La DAF a un chiffre en tête. Plusieurs rounds de challenge plus tard, on y arrive. Chacun rentre chez soi avec l’impression d’avoir fait son travail.
Ce jeu se répète inlassablement. Et il produit, chaque année, le même résultat : un budget constitué comme une autorisation à dépenser, déconnecté de la valeur qu’il est censé produire. La question n’est pas de savoir si ce rituel est inefficace tout le monde le sait. La question est de comprendre pourquoi il persiste, et ce qu’une DSI peut faire pour en sortir.
L’enveloppe comme fin en soi
Dans la plupart des organisations, le budget IT est vécu des deux côtés comme un rapport de force. Côté DSI, l’objectif implicite est de constituer une enveloppe suffisamment large pour absorber les imprévus et financer les projets qui comptent vraiment quitte à présenter des demandes gonflées sachant qu’elles seront taillées. Côté DAF, l’objectif est symétrique : réduire l’enveloppe au maximum, en partant du principe que la DSI a pris des marges.
Le résultat est un processus où l’art de passer entre les mailles du filet devient une compétence organisationnelle à part entière. La capacité à défendre une ligne budgétaire prime sur la capacité à démontrer sa valeur. Et la question « à quoi sert cet investissement ? » se perd dans les rounds successifs de challenge.
Ce n’est pas une question de mauvaise volonté. C’est la conséquence d’un dialogue structurellement déséquilibré : la dimension technologique est portée quasi exclusivement par la DSI, qui en assume la complexité. Pour le métier et la DAF, il devient très difficile de challenger les chiffrages présentés non par manque d’intérêt, mais par manque de lecture partagée. Alors on coupe. On répartit les efforts. On fait au mieux dans la contrainte.
Il y a une alternative à ce jeu annuel, plus rarement assumée : sur une conviction forte, ne pas attendre le prochain cycle budgétaire complet pour agir. Engager un premier travail sur une marge déjà disponible, démontrer un résultat tangible, puis revenir vers la DAF avec une preuve plutôt qu’avec une demande supplémentaire dans la liste au père Noël. C’est exactement la logique du Business Hacker appliquée aux finances : plutôt que de jouer le jeu de dupes une fois de plus en espérant un meilleur résultat, on change les règles en montrant un résultat avant que la négociation n’ait même commencé. Le risque existe mobiliser une ressource sans mandat budgétaire formel expose la DSI si le résultat n’est pas au rendez-vous mais c’est souvent la seule façon de sortir d’un cycle qui, par construction, ne récompense jamais l’audace.
Le RUN : la commodité qui coûte de plus en plus cher
Le budget de run est le symptôme le plus visible de ce dysfonctionnement. Perçu comme un coût fixe inévitable, il est rarement questionné sur sa valeur réelle et systématiquement ciblé quand la DAF demande de couper x% des budgets. Les DSI font alors ce qu’elles peuvent : réduire ici, différer là, répartir les efforts d’entretien sur des périmètres qu’on espère stables.
Pourtant, le RUN n’est pas une commodité neutre. Derrière chaque ligne de run, il y a des usages des processus métier qui fonctionnent, des utilisateurs qui dépendent de services dont ils ne voient la valeur que le jour où ils disparaissent. La question qui devrait structurer le dialogue n’est pas « comment réduire ce coût ? » mais « si j’avais 100 à investir sur l’IT, combien j’allouerais à chacun de ces usages, et pourquoi ? »
Ce n’est pas une approche magique. Mais elle force une conversation sur la valeur perçue des services IT conversation qui n’a presque jamais lieu. Et elle met en lumière un angle mort supplémentaire : le décommissionnement applicatif. Sortir les derniers usages d’une application pour les couvrir par un autre périmètre coûte du temps et de l’argent, pour une valeur immédiate nulle voire un risque réel. Résultat : personne ne le fait. Le portefeuille applicatif s’alourdit, le run augmente, et la DAF demande de couper sans que le fond du problème soit jamais adressé. Même dans une logique produit, ce piège existe : on investit sur le build, on oublie de financer la fin de vie.
Piloter sa trajectoire financière : une question de dialogue, pas de tableur
Une DSI qui pilote vraiment sa trajectoire financière ne se distingue pas par ses outils de reporting. Elle se distingue par sa capacité à organiser un dialogue à trois dimensions : valeur métier, finance, et capacités technologiques.
Ces trois dimensions sont rarement maîtrisées par un seul interlocuteur. Le métier comprend la valeur business mais pas les contraintes techniques. La DAF maîtrise la finance mais pas les implications IT de ses arbitrages. La DSI connaît la technologie mais doit apprendre à traduire ses choix en langage business et financier. Le dialogue est donc la seule voie à condition que la DSI en crée activement les conditions.
Concrètement, cela suppose de faire intervenir la DAF là où elle peut éclairer les conséquences financières de décisions techniques, et d’expliquer aux métiers les implications IT de leurs arbitrages. L’effort de vulgarisation n’est pas une concession pédagogique c’est un levier stratégique. Expliquer ce qui fait « chiffrer » une initiative, c’est donner à ses interlocuteurs les moyens de challenger intelligemment, d’identifier là où la complexité est évitable, et de comprendre pourquoi certains investissements structurants bénéficient à l’ensemble de l’organisation.
Les directeurs IT qui y parviennent le font généralement sur les sujets les plus visibles les projets stratégiques, les grands arbitrages COMEX. La difficulté est de diffuser cette compétence dans l’organisation, de repositionner les arbitrages budgétaires à ce niveau de dialogue avec les autres membres du COMEX, et de sensibiliser progressivement ses collègues à l’importance d’une vision complète des décisions d’investissement IT et de leurs conséquences à court et moyen terme.
Ce n’est pas une culture qui s’impose. C’est une culture qui se construit et c’est à la DSI d’en prendre l’initiative.
Le gap de perception : ce que le budget ne dit pas
L’écart de perception sur les finances IT est rarement frontal. Il est structurel. La DSI assume seule la complexité technologique, ce qui la place en position de quasi-monopole informationnel face à ses interlocuteurs. Ce monopole n’est pas un avantage c’est un isolement.
Quand le métier ne comprend pas pourquoi un projet coûte ce qu’il coûte, il ne peut pas arbitrer. Il peut seulement accepter ou refuser. Et quand il refuse, la DSI ajuste le périmètre sans que personne n’ait vraiment décidé de ce à quoi on renonce. La valeur attendue se dilue dans les compromis successifs, sans que ce renoncement soit jamais explicitement assumé.
La DSI mature fait autre chose : elle rend visible ce qui est habituellement tu. Elle nomme les conséquences des arbitrages pas pour les imposer, mais pour que la décision soit prise en connaissance de cause. Elle s’appuie sur les personnes qui ont les bonnes postures et les bonnes compétences pour que ce dialogue fonctionne, côté métier comme côté finance. Et elle accepte que cette transparence soit parfois inconfortable, parce que c’est précisément ce qui construit la confiance dans la durée.
Une DSI qui maîtrise son pilotage financier ne demande pas un budget. Elle engage une conversation sur ce que l’entreprise veut vraiment faire de son SI et sur ce qu’elle est prête à investir pour y arriver.
Ce que cela implique concrètement.
Pour le DSI : sortir de la logique de défense d’enveloppe pour engager une vraie conversation de valeur avec le COMEX, oser engager certains travaux sur une marge disponible plutôt que d’attendre le prochain cycle budgétaire quand la conviction est forte, et porter cet effort de vulgarisation comme une responsabilité personnelle.
Pour le CODIR IT : organiser le dialogue à trois dimensions valeur métier, finance, capacités technologiques en sollicitant la DAF et les métiers sur les sujets où leur éclairage change la décision, plutôt que de négocier le budget en silo.
Pour les managers IT : diffuser dans leurs équipes la compétence de vulgarisation financière, et résister à la tentation de présenter des chiffrages dissuasifs pour déprioritiser tacitement un sujet plutôt que d’en débattre ouvertement.
Pour les métiers : sortir de la posture du client qui consomme un budget IT sans s’en sentir co-responsable challenger les chiffrages avec la DSI plutôt que les accepter ou les refuser en bloc, et accepter de questionner la valeur réelle des usages couverts par le RUN.
Ces dynamiques vous sont familières ? Participez à notre enquête sur le positionnement des DSI et comparez-vous à vos pairs → ici
