Tensions entre Direction Générale et DSI : causes et solutions durables
Le conflit DG/DSI n'est pas une fatalité. C'est le symptôme d'un mécanisme manquant.
Un constat fréquent dans les ETI
Vous êtes DG. Votre relation avec le DSI est tendue. Ou vous êtes DSI, et vous sentez que le DG ne comprend pas votre réalité. Dans les deux cas, vous n'êtes pas seul.
Ces chiffres racontent une histoire simple : l'IT est partout dans la stratégie, mais la relation DG/DSI est fragile. Ce paradoxe n'est pas un problème de personnes. C'est un problème de système.
Le turnover des DSI est le plus élevé du COMEX. Ce n'est pas parce que les DSI sont incompétents. C'est parce que le système dans lequel ils évoluent rend la réussite difficile.
Comment se manifestent ces tensions
Les tensions DG/DSI se manifestent rarement par des conflits ouverts. Elles prennent des formes plus insidieuses qui érodent la confiance progressivement.
L'incompréhension mutuelle
Le DG parle chiffre d'affaires, parts de marché, EBITDA. Le DSI parle dette technique, capacité, dépendances. Chacun pense que l'autre ne comprend pas l'essentiel.
La méfiance latente
Le DG doute des estimations de l'IT. Le DSI doute que le DG comprenne les contraintes réelles. Les deux ont des raisons légitimes de douter.
La frustration réciproque
Le DG est frustré par les délais. Le DSI est frustré par les demandes qui changent. La frustration s'accumule jusqu'à l'incident de trop.
L'évitement
Plutôt que d'affronter les sujets difficiles, on repousse les discussions. Les comités deviennent des revues de slides où personne ne dit vraiment ce qu'il pense.
Les court-circuits
Le DG va directement voir les équipes IT. Les métiers contournent le DSI pour leurs demandes. La gouvernance officielle est doublée par une gouvernance parallèle.
Ces symptômes sont des signaux d'alerte. Ignorer les tensions ne les fait pas disparaître — elles s'aggravent jusqu'à la rupture.
Ce que vit le DG
Du point de vue du DG, la situation est souvent frustrante. Voici ce qu'il perçoit :
Les projets IT sont toujours en retard
L'ERP devait être livré en juin, on annonce septembre. Le CRM promis pour la rentrée glisse à décembre. Chaque projet a une bonne excuse, mais le résultat est le même.
Les budgets explosent systématiquement
Le budget initial était de 500k€, on en est à 800k€ et ce n'est pas fini. L'IT explique pourquoi, mais ça ressemble à une fatalité acceptée.
L'IT dit toujours non
Chaque nouvelle demande se heurte à un mur de contraintes. "Pas de capacité", "dette technique", "dépendances". Le DG a l'impression de devoir se battre pour chaque projet.
Le jargon technique est un écran de fumée
Quand on demande une explication simple, on obtient des acronymes et des schémas d'architecture. Le DG soupçonne que la complexité cache parfois l'incompétence.
Les engagements ne sont pas tenus
On s'engage sur un planning en comité, et trois semaines plus tard les dates changent. La parole donnée en réunion semble ne pas valoir grand-chose.
Ces perceptions sont réelles et légitimes. Le DG n'a pas tort de constater ces dysfonctionnements. Mais il ne voit qu'une partie du tableau.
Ce que vit le DSI
Du point de vue du DSI, la réalité est tout aussi frustrante. Voici ce qu'il vit au quotidien :
Les priorités changent constamment
Le projet prioritaire de janvier n'est plus prioritaire en mars. Une nouvelle urgence stratégique arrive chaque mois. Impossible de stabiliser les équipes sur un sujet.
La charge demandée dépasse la capacité
On demande 150% de ce que les équipes peuvent absorber. Quand le DSI l'explique, on lui répond de "trouver des solutions". Comme si la physique était négociable.
Les métiers ne comprennent pas les contraintes
Demander de "juste ajouter un champ" peut nécessiter des mois de travail si le SI est complexe. Les métiers voient le résultat, pas le travail invisible dessous.
L'IT est vu comme un centre de coûts
Les métiers génèrent du chiffre d'affaires, l'IT génère des dépenses. Personne ne voit la valeur créée par l'IT, seulement les budgets consommés.
Les décisions sont déjà prises
Le DG arrive avec une date de mise en production déjà communiquée au board. Le DSI doit faire tenir une équation impossible parce qu'on ne l'a pas consulté en amont.
Ces perceptions sont tout aussi réelles et légitimes. Le DSI n'a pas tort de vivre ces contraintes. Lui aussi ne voit qu'une partie du tableau.
Deux réalités qui coexistent
Le conflit DG/DSI naît de deux visions du monde également valides mais rarement confrontées explicitement.
| Sujet | Ce que voit le DG | Ce que voit le DSI |
|---|---|---|
| Priorité | La stratégie business prime | La stabilité technique prime |
| Horizon | Résultats ce trimestre | Impacts sur 3 ans |
| Succès | Projet livré = valeur capturée | Projet livré = dette à maintenir |
| Risque | Ne pas aller assez vite | Aller trop vite et casser |
| Capacité | L'IT doit absorber ce qu'on demande | La capacité est une contrainte physique |
| Communication | L'IT doit parler business | Le business doit comprendre les contraintes |
Ces deux visions ne sont pas incompatibles. Elles sont complémentaires. Le problème n'est pas que l'une soit fausse — c'est qu'il n'existe pas de mécanisme pour les réconcilier.
Les 5 causes racines des tensions DG/DSI
Les tensions DG/DSI ne sont pas des problèmes de personnes. Ce sont des problèmes structurels que n'importe quel binôme DG/DSI rencontrerait.
Deux langages différents
Le DG parle ROI, EBITDA, parts de marché. Le DSI parle architecture, dette technique, dépendances. Aucun des deux langages n'est supérieur — mais sans traduction, l'incompréhension est inévitable.
Conséquence : Les arbitrages se font sur des critères que l'autre partie ne comprend pas, créant un sentiment d'arbitraire.
Deux horizons temporels
Le DG raisonne en trimestres et années fiscales. Le DSI raisonne en cycles de vie des systèmes (5-10 ans). Une décision qui semble urgente pour l'un peut sembler précipitée pour l'autre.
Conséquence : L'IT est perçu comme freinant le business. Le business est perçu comme ignorant les impacts long terme.
Deux systèmes de métriques
Le DG mesure le succès en chiffre d'affaires et marge. Le DSI mesure le succès en disponibilité, incidents, dette technique. Ces métriques peuvent être en opposition directe.
Conséquence : Chacun peut affirmer réussir selon ses propres critères tout en échouant selon les critères de l'autre.
Des attentes irréalistes des deux côtés
Le DG s'attend à ce que l'IT absorbe toute demande. Le DSI s'attend à ce que le business comprenne les contraintes techniques. Les deux attentes sont irréalistes.
Conséquence : Déception systématique des deux côtés, érosion progressive de la confiance.
Absence de mécanisme de décision commun
Il n'existe pas de processus accepté par les deux parties pour décider ce qu'on fait, ce qu'on ne fait pas, et pourquoi. Chaque arbitrage est une négociation à recommencer.
Conséquence : L'énergie est dépensée en négociation plutôt qu'en exécution. Les décisions sont fragiles et contestées.
La cause racine ultime : il manque un mécanisme neutre qui permettrait aux deux parties de prendre des décisions ensemble sur une base factuelle.
Pourquoi changer de DSI ne résout rien
Face aux tensions persistantes, une solution tentante émerge : changer de DSI. Les statistiques montrent que c'est une fausse solution.
Le turnover DSI est structurel
La durée moyenne d'un DSI en poste est de 3 ans — la plus courte du COMEX. Ce n'est pas un hasard. C'est le signe que le problème est systémique, pas personnel.
Le nouveau DSI hérite des mêmes contraintes
La dette technique, le sous-effectif, les demandes excessives, l'absence de gouvernance — tout cela reste. Le nouveau DSI découvre rapidement les mêmes difficultés.
Le cycle recommence
Lune de miel de 6 mois, premiers échecs, montée des tensions, recherche d'un nouveau DSI. Le cycle moyen est de 3 ans. L'organisation n'apprend pas.
Le coût est considérable
Recrutement, onboarding, perte de connaissance, projets ralentis pendant la transition, remotivation des équipes. Le coût d'un changement de DSI se chiffre en millions.
Les organisations qui changent souvent de DSI ne résolvent jamais leurs problèmes IT. Celles qui gardent leur DSI longtemps ont généralement mis en place les mécanismes qui permettent la réussite.
Changer de DSI sans changer le système, c'est changer le pilote d'un avion dont les commandes sont cassées.
Ce qui caractérise les binômes DG/DSI qui fonctionnent
Certains binômes DG/DSI fonctionnent remarquablement bien. En étudiant ces cas, un pattern émerge : ce n'est pas une question de personnes, c'est une question de mécanismes.
Un langage commun
Ils ont développé un vocabulaire partagé. Le DG comprend ce qu'est la capacité. Le DSI comprend ce qu'est la création de valeur. Ils peuvent discuter sans traducteur.
Une visibilité partagée
Les deux voient les mêmes données : capacité disponible, projets en cours, demandes en attente. Pas de versions différentes de la réalité.
Un rythme de décision prévisible
Les arbitrages se font à dates fixes, pas dans l'urgence. Chacun sait quand les décisions seront prises et peut se préparer.
Des engagements mutuels
Le DG s'engage sur ce qu'il demande. Le DSI s'engage sur ce qu'il livre. Les deux engagements sont explicites et suivis.
Une gestion explicite des compromis
Quand il faut arbitrer entre rapidité et qualité, entre projets concurrents, la décision est explicite et assumée par les deux parties.
Ces caractéristiques ne sont pas des traits de personnalité. Ce sont des pratiques qui s'installent. N'importe quel binôme peut les adopter.
L'approche Quarter Plan : un terrain neutre pour DG et DSI
Le Quarter Plan n'est pas un outil de gestion de projet. C'est un mécanisme de gouvernance qui crée les conditions pour que le binôme DG/DSI fonctionne.
Deux langages différents
Un format commun
Le Quarter Plan parle en capacité (jours disponibles) et en valeur (outcomes attendus). Un format que les deux parties peuvent lire et challenger.
Deux horizons temporels
L'horizon trimestriel
Ni trop court (opérationnel pur) ni trop long (fiction stratégique). Le trimestre est l'horizon où DG et DSI peuvent s'entendre sur ce qui est réaliste.
Métriques incompatibles
Une métrique commune : le taux de réalisation
On s'engage sur un Quarter Plan, on mesure ce qui a été livré. Simple, factuel, incontestable. Les deux parties ont le même thermomètre.
Attentes irréalistes
La contrainte de capacité
La capacité disponible est mesurée avant l'arbitrage. On ne peut pas demander plus que ce qui existe. Les attentes sont calibrées par la réalité.
Absence de mécanisme commun
L'arbitrage trimestriel
Un moment sanctuarisé où DG et DSI décident ensemble, sur des scénarios comparables, avec des données partagées. La décision est co-signée.
Le Quarter Plan ne supprime pas les différences de perspective entre DG et DSI. Il leur donne un cadre pour transformer ces différences en décisions assumées plutôt qu'en conflits larvés.
Le Quarter Plan est un terrain neutre : ni le territoire du DG, ni celui du DSI. C'est l'espace où les deux peuvent se rencontrer sur une base factuelle.
Comment apaiser les tensions : plan d'action
Vous n'avez pas besoin d'une transformation majeure pour commencer à améliorer la relation DG/DSI. Voici un plan d'action progressif.
Semaine 1-2 : Diagnostic partagé
- Organiser un entretien individuel avec le DG et le DSI sur leurs frustrations respectives
- Identifier les 3-5 incidents récents qui ont créé de la tension
- Cartographier ce qui consomme réellement la capacité IT
- Mesurer la charge demandée vs la capacité disponible
Semaine 3-4 : Premiers accords
- Partager le diagnostic avec DG et DSI ensemble
- Obtenir un accord sur le niveau de surcharge actuel
- Définir ensemble les 3 projets vraiment prioritaires du trimestre
- Convenir d'un premier Quarter Plan, même imparfait
Mois 2-3 : Installation du rythme
- Mettre en place un point hebdomadaire DG/DSI (30 min, agenda fixe)
- Préparer le premier vrai arbitrage trimestriel
- Mesurer le taux de réalisation du premier Quarter Plan
- Célébrer les engagements tenus, analyser les écarts
Trimestre 2 et suivants : Consolidation
- Affiner la mesure de capacité
- Améliorer la qualité des estimations
- Élargir le périmètre du Quarter Plan
- Documenter les règles de fonctionnement
Le piège classique : vouloir tout faire parfaitement dès le départ. Commencez petit, mesurez, ajustez. La perfection est l'ennemi du progrès.
Ce que vous pouvez attendre
Les organisations qui installent ce type de mécanisme observent des résultats mesurables en 2-3 trimestres.
Mais le gain le plus important est qualitatif : la relation DG/DSI passe de l'affrontement à la collaboration. Les deux parties travaillent dans la même direction parce qu'elles ont construit ensemble le plan qu'elles exécutent.
"Avant, chaque comité IT était une négociation tendue. Maintenant, on passe 80% du temps à parler de ce qu'on va livrer, pas à se justifier sur ce qu'on n'a pas fait."
Ressources pour aller plus loin
Gouvernance de portefeuille projets
Comment structurer la gouvernance pour prendre des décisions qui tiennent.
Arbitrage par la capacité
Pourquoi prioriser ne suffit pas, et comment arbitrer sur des bases factuelles.
Rythme trimestriel IT
Les rituels QBR et ITBR qui structurent la relation DG/DSI.
La méthode Quarter Plan
Vue d'ensemble de l'approche en 4 étapes.
Nos offres d'accompagnement
Comment nous pouvons vous aider à installer ces mécanismes.
Sur le même thème
Le DSI dit que tout est prioritaire ?
Comment sortir du piège où tout est priorité 1.
Votre DSI dit toujours non ?
Transformer le non en oui sélectif et assumé.
Votre DSI vous dit-il la vérité ?
Créer les conditions de la transparence.
Le DSI demande plus de budget ?
Les vraies questions avant d'augmenter le budget IT.
Prêt à passer de l'intention à l'exécution ?
18 pages · PDF gratuit · Envoi immédiat