Le vrai rôle d’un DSI de transition : remettre du mouvement là où l’organisation s’est figée

Il existe des moments dans la vie d’une entreprise où l’informatique ne peut plus être gérée comme une fonction de support ordinaire. Les projets s’empilent, les incidents reviennent, les métiers s’impatientent, les fournisseurs se renvoient les responsabilités, les équipes internes se fatiguent et les décisions importantes restent suspendues. Tout continue de fonctionner, en apparence, mais plus rien n’avance vraiment. L’organisation n’est pas forcément en crise ouverte. Elle est parfois dans une situation plus insidieuse : elle s’est figée.

C’est précisément dans ce type de contexte qu’intervient un DSI de transition. Non pas pour « tenir la boutique » quelques mois, ni pour produire une nouvelle série de comités et de tableaux de bord, mais pour remettre du mouvement là où les circuits de décision, les responsabilités et les priorités se sont progressivement bloqués. Son rôle n’est pas seulement technique. Il est managérial, opérationnel, politique au sens noble du terme, et profondément stratégique.

On réduit souvent le management de transition à une solution temporaire. C’est une erreur. Le caractère temporaire de la mission ne signifie pas que l’action est superficielle. Au contraire. Parce qu’il intervient sur un temps court, le DSI de transition doit aller vite à l’essentiel. Il doit comprendre l’organisation, identifier les nœuds de blocage, distinguer les vrais problèmes des symptômes, remettre de la clarté dans les responsabilités et créer les conditions d’un retour au pilotage.

Son premier apport est souvent le regard extérieur. Une DSI peut s’habituer à ses propres dysfonctionnements. Les retards deviennent normaux. Les contournements deviennent des pratiques. Les exceptions deviennent la règle. Les équipes savent que tel processus ne fonctionne pas, que tel fournisseur n’est pas suffisamment piloté, que tel outil est mal utilisé, que tel arbitrage n’a jamais été rendu. Mais à force de vivre dans le système, on finit parfois par ne plus voir ce qu’il produit.

Le DSI de transition arrive avec une forme de distance utile. Il n’a pas participé à l’histoire interne, aux compromis anciens, aux rivalités implicites, aux promesses non tenues. Il peut donc poser des questions simples, parfois dérangeantes : qui décide réellement ? Qui est responsable de ce périmètre ? Pourquoi ce fournisseur n’est-il pas challengé ? Pourquoi ce projet n’a-t-il pas de sponsor clair ? Pourquoi le support est-il traité comme un sujet secondaire alors qu’il conditionne la confiance des utilisateurs ? Pourquoi l’organisation accepte-t-elle depuis des mois une situation que tout le monde juge insatisfaisante ?

Mais le regard extérieur ne suffit pas. Un bon DSI de transition n’est pas un consultant qui observe de loin. Il doit entrer dans la mécanique. Il doit comprendre les incidents, les flux, les contraintes techniques, les contrats, les équipes, les urgences métier, les calendriers et les tensions sociales. Il doit être capable de passer d’un comité de direction à un échange opérationnel avec une équipe support, d’une discussion budgétaire à un arbitrage fournisseur, d’un sujet de cybersécurité à un problème de conduite du changement.

C’est cette double posture qui fait la valeur du rôle : hauteur de vue et proximité du terrain. Une DSI ne se redresse pas uniquement avec une stratégie. Elle se redresse avec des décisions concrètes. Il faut parfois réorganiser un dispositif de support, clarifier une gouvernance projet, reprendre un contrat fournisseur, sécuriser une mise en production, remettre sous contrôle un portefeuille d’initiatives, renforcer une équipe, arrêter un chantier mal engagé ou imposer un rythme de décision plus exigeant.

Dans une organisation figée, le problème principal n’est pas toujours l’absence de compétence. Il y a souvent des gens compétents, engagés, lucides. Le vrai problème vient plutôt de l’absence de cadre clair. Les équipes travaillent, mais dans un brouillard d’arbitrages incomplets. Les managers compensent. Les métiers escaladent directement. Les fournisseurs profitent parfois des zones grises. Les outils deviennent des alibis. Les réunions se multiplient sans produire de décisions. Et chacun finit par protéger son périmètre au lieu de servir une trajectoire commune.

Remettre du mouvement, c’est d’abord casser cette inertie. Pas brutalement, pas de manière théâtrale, mais avec méthode. Il faut remettre les sujets dans le bon ordre. Ce qui est critique doit être traité comme critique. Ce qui relève de l’urgence ne doit pas masquer les causes structurelles. Ce qui dépend d’un arbitrage de direction doit être porté au bon niveau. Ce qui relève d’un fournisseur doit être contractualisé, mesuré, piloté. Ce qui relève de l’interne doit être assumé.

Le DSI de transition apporte aussi une chose essentielle : la capacité à décider sans être prisonnier du passé. Dans beaucoup d’entreprises, certaines décisions ne sont plus prises parce qu’elles réveillent des tensions anciennes. On sait qu’il faudrait changer une organisation, mais cela dérange. On sait qu’il faudrait recadrer un prestataire, mais personne ne veut rouvrir le sujet. On sait qu’un outil n’a pas été correctement déployé, mais reconnaître le problème serait politiquement inconfortable. On sait qu’un projet n’a plus de sens, mais il a déjà coûté trop cher pour être arrêté.

Là encore, la mission de transition crée une fenêtre particulière. Le DSI de transition n’est pas là pour préserver une position personnelle à long terme. Il est là pour produire un résultat. Cette liberté relative lui permet de trancher plus vite, de nommer plus clairement les problèmes, de proposer des arbitrages et d’assumer une forme de vérité opérationnelle. Cela ne veut pas dire agir seul. Cela veut dire remettre la décision au centre du fonctionnement.

Son rôle est aussi de restaurer la confiance. Une DSI figée perd progressivement la confiance des métiers, puis celle de ses propres équipes. Les utilisateurs ne croient plus aux annonces. Les directions métier contournent l’informatique. Les collaborateurs IT se sentent exposés, rarement reconnus, souvent tenus responsables de choix qu’ils n’ont pas faits. Dans ce climat, chaque nouveau projet est accueilli avec scepticisme. Chaque incident confirme une opinion négative. Chaque retard devient une preuve supplémentaire que « l’IT ne suit pas ».

Restaurer la confiance ne se fait pas avec un discours. Cela se fait par des preuves. Un incident mieux traité. Un délai respecté. Un interlocuteur identifié. Une communication claire. Un fournisseur recadré. Une décision attendue enfin rendue. Un comité qui ne se contente plus de commenter, mais qui arbitre. Une équipe qui voit que les sujets remontés sont suivis d’effets. Ce sont souvent ces signaux concrets qui changent la dynamique.

Le DSI de transition doit également protéger les équipes tout en remontant le niveau d’exigence. C’est un équilibre difficile. Protéger ne signifie pas tout accepter. Exiger ne signifie pas épuiser. Dans des contextes tendus, les équipes IT peuvent être à la fois indispensables, fatiguées et désorganisées. Il faut leur redonner un cadre de travail lisible : des priorités, des responsabilités, des circuits d’escalade, des indicateurs utiles, des objectifs réalistes. Mais il faut aussi réinstaller une culture de l’engagement, du suivi et du résultat.

C’est là que le rôle devient pleinement managérial. Un DSI de transition ne réussit pas seulement parce qu’il comprend la technologie. Il réussit parce qu’il sait mobiliser. Il doit embarquer des managers, rassurer une direction générale, challenger des fournisseurs, parler aux métiers, arbitrer les tensions et faire comprendre à tous que le mouvement est possible. Dans les organisations figées, le plus difficile n’est pas toujours de trouver la solution. C’est de refaire croire à l’organisation qu’elle peut agir.

La dimension fournisseur est souvent centrale. De nombreuses DSI reposent aujourd’hui sur un écosystème complexe de prestataires, d’intégrateurs, d’éditeurs et d’infogérants. Lorsqu’un dispositif fonctionne mal, la tentation est grande d’accuser le fournisseur. Parfois à juste titre. Mais un fournisseur mal piloté est aussi le symptôme d’une gouvernance interne insuffisante. Le DSI de transition doit donc remettre de la maîtrise : clarifier les engagements, suivre les indicateurs, documenter les écarts, organiser les points de décision, imposer des plans d’action, et surtout éviter que la responsabilité ne se dissolve dans la complexité contractuelle.

Il y a aussi le sujet du temps. Une mission de transition est courte. Elle oblige à hiérarchiser. Le DSI de transition ne peut pas tout régler. Son rôle est de produire les bons effets de levier. Il doit identifier les quelques sujets qui, une fois débloqués, permettent à l’ensemble de l’organisation de respirer à nouveau. Parfois, c’est le support utilisateur. Parfois, c’est la gouvernance projet. Parfois, c’est une mise en production critique. Parfois, c’est le pilotage fournisseur. Parfois, c’est la clarification des rôles internes.

L’objectif n’est pas de devenir indispensable. Au contraire. Un DSI de transition réussi est celui qui remet l’organisation en capacité de fonctionner sans lui. Il structure, clarifie, transmet, stabilise. Il laisse derrière lui des décisions, des processus, des responsabilités et une dynamique. Sa réussite ne se mesure pas seulement à ce qu’il a fait pendant sa présence, mais à ce qui continue de fonctionner après son départ.

C’est pour cela que le vrai rôle d’un DSI de transition est bien plus profond qu’un simple remplacement temporaire. Il intervient à un moment où l’entreprise a besoin de reprendre le contrôle de son système d’information, mais aussi de sa manière de décider. Il remet du mouvement là où l’habitude avait installé de l’immobilité. Il remet de la responsabilité là où le flou avait pris le dessus. Il remet du terrain derrière les discours, de l’exécution derrière les stratégies, et de la décision derrière les comités.

Dans un monde où l’IT conditionne de plus en plus la performance, la continuité, la sécurité et la capacité d’innovation des entreprises, ce rôle devient essentiel. Une DSI figée n’est pas seulement un problème informatique. C’est un risque pour l’entreprise entière. À l’inverse, une DSI remise en mouvement peut redevenir un levier de confiance, de performance et de transformation.

Le DSI de transition est précisément celui qui intervient quand il ne suffit plus de commenter la situation. Il faut agir.