Avant-propos
Il y a des moments dans la vie d’une entreprise où le système d’information cesse d’être un sujet informatique pour devenir un sujet de direction générale. Une cyberattaque. Un carve-out ou un carve-in qui dérapent. Un projet ERP qui accumule les retards. Une DSI issue d’acquisitions successives, morcelée en silos, sans gouvernance commune, dont personne n’est réellement capable d’évaluer la robustesse.
C’est souvent dans ces moments-là qu’une entreprise fait appel à un DSI de transition. Pas simplement parce qu’il manque quelqu’un pour tenir la barre. Parce que l’entreprise ne peut plus se permettre d’attendre. Il faut comprendre ce qui se passe réellement, distinguer les symptômes des causes, sécuriser ce qui doit l’être et faire émerger les décisions qui ne peuvent plus être différées.
Mais aller vite ne signifie pas transformer immédiatement. La première responsabilité du DSI de transition n’est pas de transformer. Elle est de rendre la situation suffisamment lisible pour permettre à l’entreprise de décider.
Puis décider et agir. Une mission de transition ne s’arrête ni au diagnostic ni à la feuille de route. Elle doit remettre une organisation en mouvement et créer les conditions pour que les transformations se poursuivent.
Ce document ne cherche pas à dresser le portrait d’un remplaçant de luxe. Il examine ce qu’un DSI de transition doit apporter lorsque l’entreprise ne peut plus se permettre le flou ou l’attentisme : une lecture fiable de la situation, des décisions exécutables, une organisation capable de reprendre la main après son départ.
- Le monde dans lequel nous intervenons
L’incertitude n’est plus un état transitoire. Elle est devenue le régime permanent des organisations. Depuis 2020, les entreprises ont dû absorber une succession de chocs : pandémie, rupture des chaînes d’approvisionnement, inflation, accélération brutale de la menace cyber, tensions géopolitiques. Leur point commun : elles réduisent la visibilité au moment même où les organisations doivent décider plus vite.
En 2025, plus de 40% des dirigeants et responsables technologiques citaient l’incertitude économique comme le risque systémique qui les préoccupait le plus, selon Forrester. Simultanément, les défaillances d’entreprises en France atteignaient 68 200 sur douze mois glissants à fin octobre 2025, un niveau historiquement élevé.
Dans ce contexte, les systèmes d’information sont à la fois plus exposés et plus stratégiques qu’ils ne l’ont jamais été. Plus exposés parce que chaque réorganisation, chaque carve-out, chaque changement de périmètre crée des zones grises et de nouvelles vulnérabilités. Plus stratégiques parce qu’une entreprise qui n’a pas digitalisé ses opérations, qui ne maîtrise pas ses données, qui n’a pas construit un SI robuste ne peut pas tenir le rythme d’un marché qui s’accélère.
Le paradoxe est connu, mais il mérite d’être dit sans détour : c’est précisément quand l’entreprise est sous pression que la DSI est la plus sollicitée, et c’est précisément dans ces moments-là que les directions générales ont le moins de visibilité sur ce qu’elles ont vraiment entre les mains.
- Ce que « incertitude » veut dire dans la pratique d’un DSI de transition
L’incertitude, dans le travail quotidien d’un DSI de transition, prend des formes très concrètes.
L’incertitude sur le périmètre réel. Les entreprises qui font appel à un DSI de transition ont, presque sans exception, une compréhension approximative de leur propre patrimoine informatique. Des applications dont personne ne connaît le propriétaire fonctionnel. Des infrastructures héritées d’acquisitions successives que personne n’a jamais vraiment cartographiées. Des contrats fournisseurs reconduits tacitement depuis des années, sans que quiconque sache précisément ce qu’ils couvrent ni ce qu’ils coûtent en réalité. Avant de décider quoi faire, il faut d’abord comprendre ce qui existe.
L’incertitude sur les équipes. Dans les situations de crise ou de transformation accélérée, les équipes DSI sont rarement en état nominal. Certains collaborateurs sont démotivés par des années de sous-investissement. D’autres portent une expérience précieuse mais sont épuisés. D’autres encore ont été recrutés pour des projets qui n’ont jamais vraiment démarré. L’évaluation rapide des compétences disponibles, des responsabilités et des capacités de mobilisation est l’une des premières tâches, et l’une des plus décisives. C’est rarement celle dont on parle dans les articles de conseil.
L’incertitude sur les arbitrages à venir. Un DSI de transition intervient souvent dans des contextes de décision stratégique ouverte : une cession imminente, une fusion dont les contours évoluent, un plan de transformation dont les priorités ne sont pas encore stabilisées. Le SI doit alors rester cohérent alors même que son environnement ne l’est pas encore.
L’incertitude budgétaire. La pression sur les budgets IT ne s’est pas relâchée. En 2025, les DSI identifiaient la pression budgétaire croissante comme leur premier défi, générant des tensions récurrentes avec les DAF. Naviguer dans cet environnement contraint, sans sacrifier la sécurité, sans bloquer les projets qui créent de la valeur, sans accumuler une dette technique qui coûtera triple dans trois ans, requiert un sens aigu de la hiérarchisation et une capacité à traduire chaque arbitrage en langage business.[3]
- La distinction qui compte vraiment
Le marché du management de transition est souvent présenté comme un marché de compétences d’urgence. Un DSI est parti subitement : on en trouve un autre pour tenir la barre le temps du recrutement. C’est une réalité du marché, mais c’est la part la moins intéressante.
La distinction qui compte, et que les entreprises commencent à comprendre, est ailleurs. Elle oppose le DSI de transition comme exécutant au DSI de transition comme architecte de la situation.
Le premier répond principalement au besoin immédiat de continuité et d’exécution.
Le second reçoit un mandat plus large : comprendre ce qui a conduit à la situation et créer les conditions d’un fonctionnement durable. Il analyse le contexte avant de toucher à la technique, reconstruit le dialogue entre la DSI et les métiers et distingue ce qui relève de la gouvernance, de l’organisation ou de la technologie. Très souvent, les blocages les plus structurants se trouvent dans les deux premiers registres.
Cette posture change directement la capacité d’exécution de l’entreprise. Elle produit des résultats mesurables. Un projet qui reprend après dix-huit mois de retard et qui démarre en douze mois n’est pas un tour de magie technique : c’est la conséquence d’une refonte de l’organisation du projet et d’une reconstruction du lien entre les équipes IT et les unités opérationnelles. La technologie vient en dernier.
C’est ce que décrivent aussi, de façon convergente, les cabinets spécialisés : la valeur ajoutée du DSI de transition tient moins à son expertise d’un outil particulier qu’à son intelligence des situations, sa capacité à décoder rapidement l’ADN d’une organisation et à mettre l’énergie là où elle produit un effet réel.[4]
- Quand un DSI de transition devient nécessaire
Le marché s’est considérablement diversifié. En 2025, selon Robert Walters, les entreprises envisageaient de recourir au management de transition pour des missions de gestion du changement et de restructuration (44%), de transformation numérique et projets informatiques (25%), et de gestion de crise et redressement (25%). Six entreprises sur dix envisageaient de faire appel au management de transition en 2025.[5][6]
Dans le périmètre spécifique des DSI, plusieurs contextes d’intervention sont aujourd’hui bien établis.
L’entreprise a perdu le contrôle. La cyberattaque est devenue un événement banal dans le calendrier des entreprises industrielles. Ce qui ne l’est pas, c’est la capacité à gérer la crise en conditions réelles, en maintenant les opérations pendant la remédiation, en reconstruisant une posture de sécurité après l’incident, en dotant l’organisation d’un plan de continuité et d’un plan de reprise qui soient réellement opérables. C’est un travail de DSI, pas seulement de RSSI.
L’entreprise change de périmètre. Dans un LBO, une cession, une fusion ou une scission, le SI est souvent l’un des sujets les plus complexes et les plus sous-estimés. La due diligence IT côté vendeur, le pilotage du détourage applicatif, la gestion du TSA (Transition Service Agreement), la construction d’une DSI autonome à partir d’un paysage hérité, chacun de ces exercices requiert une expérience que les équipes internes n’ont généralement pas, ou qu’elles n’ont pas en quantité suffisante pour absorber simultanément.[7]
L’entreprise doit reconstruire son SI. Quand une entreprise a grandi par acquisitions successives sans jamais avoir harmonisé son infrastructure, le résultat est prévisible : gouvernance multi-pays incohérente, processus non partagés, sécurité en patchwork, coûts cachés dans des contrats dormants. Construire une DSI Groupe cohérente à partir de ce paysage, définir un modèle opérationnel commun, choisir un core model ERP, sécuriser le SI industriel sans arrêter les usines, est précisément le type de mission pour lequel un DSI de transition externe apporte une capacité d’accélération et un regard externe que les équipes internes, mobilisées par l’exploitation quotidienne et contraintes par l’histoire de l’organisation, n’ont pas toujours la possibilité d’apporter.
L’entreprise doit réconcilier IT et métiers. C’est probablement le sujet le plus sous-estimé du marché. Beaucoup d’entreprises ont des SI techniquement corrects et des DSI compétents, mais une relation profondément dégradée entre la direction IT et les directions fonctionnelles. Le SI est perçu comme un centre de coûts, un frein à l’autonomie, un service après-vente des demandes métiers. Remettre la DSI en position de partenaire business, instaurer une posture Business Partner, reconstruire la confiance, faire de la DSI un acteur des décisions stratégiques plutôt qu’un prestataire interne, est un travail de transformation organisationnelle autant que technologique.
- Décider et agir dans l’incertitude
Naviguer dans l’incertitude ne consiste pas à attendre que la situation se clarifie. Le rôle du DSI de transition est précisément de créer suffisamment de lisibilité pour permettre à l’organisation de décider et d’agir.
Cela exige plusieurs capacités spécifiques.
Lire rapidement des contextes. Un DSI de transition n’a pas le temps d’un onboarding progressif. Il doit rapidement distinguer l’essentiel de l’accessoire, identifier les priorités réelles et comprendre les non-dits qui conditionnent les décisions. L’intelligence des situations précède les solutions.[8]
Tenir plusieurs horizons simultanément. Il faut traiter l’urgence sans sacrifier la suite : maintenir les opérations, résoudre les situations critiques et rassurer les équipes, tout en construisant ce qui devra tenir après la mission. Privilégier uniquement le court terme fragilise l’organisation ; privilégier uniquement le long terme laisse les urgences sans réponse. Tenir les deux horizons ensemble, en permanence, est une discipline.
Exercer un leadership sans autorité acquise. Le DSI de transition doit créer rapidement sa légitimité. Elle vient moins du titre que de sa capacité à rendre la situation lisible, obtenir des premiers résultats visibles, et prendre les décisions nécessaires, y compris lorsqu’elles concernent l’organisation, les responsabilités ou les priorités. Il doit convaincre sans laisser la recherche du consensus retarder les arbitrages.
Construire pour transmettre. Une mission n’est pas réussie lorsque les indicateurs s’améliorent mais lorsque l’organisation peut continuer sans celui qui l’a menée : processus installés, équipes autonomes et gouvernance opérationnelle. Construire pour laisser, non pour rester : c’est l’une des disciplines fondamentales du management de transition.
- La question qui n’est pas posée assez souvent
Les entreprises qui font appel à un DSI de transition posent généralement la bonne question au mauvais moment. Elles demandent : « Quel DSI de transition pouvez-vous me fournir ? » quand elles devraient d’abord se demander : « Quelle est la vraie nature du problème que j’ai ? »
Parce que le profil du DSI de transition idéal dépend entièrement de la réponse à cette deuxième question. Une sortie de crise cyber appelle une certaine posture, vitesse d’intervention, expérience des incidents, capacité à piloter sous pression. Une reconstruction de la relation DSI-métiers appelle une posture très différente, écoute, capacité à travailler dans la durée avec des directions fonctionnelles, patience stratégique.
C’est précisément cette capacité à adapter sa posture à la nature réelle du problème qui distingue une intervention de transition d’un simple renfort managérial temporaire.
- Ce qui change avec l’intelligence artificielle
L’intelligence artificielle ne constitue pas seulement un nouveau sujet technologique à gérer. Elle ajoute une nouvelle dimension à l’incertitude dans laquelle les entreprises doivent déjà décider et se transformer. Les dirigeants en perçoivent le potentiel mais doivent souvent arbitrer alors que les conséquences sur les métiers, les compétences, l’organisation ou les modèles économiques ne sont pas encore totalement connues.
Pour un DSI de transition, l’enjeu n’est donc pas de lancer un projet IA. Il est d’aider l’entreprise à distinguer les opportunités réelles des effets de mode, à maîtriser les risques et à déterminer où l’IA peut effectivement créer de la valeur.
Car dès lors que certaines tâches d’analyse, de production ou de support peuvent être automatisées, la question dépasse rapidement la technologie. Elle touche aux responsabilités, aux compétences, aux processus et parfois à l’organisation elle-même. L’IA devient alors un sujet de gouvernance et de transformation de l’entreprise.
Dans ce contexte, la valeur du DSI de transition ne réside pas dans sa maîtrise d’un outil d’intelligence artificielle particulier. Elle réside dans sa capacité à intégrer l’IA aux arbitrages de l’entreprise : où crée-t-elle réellement de la valeur, quels risques introduit-elle et quelles responsabilités oblige-t-elle à redéfinir ?
- Ce que les dirigeants ont intérêt à comprend
Un système d’information défaillant ou mal gouverné n’est pas un problème informatique. C’est un risque stratégique. Et ce risque est systématiquement sous-estimé jusqu’au moment où il se matérialise : cyberattaque, blocage d’une cession pour cause de due diligence IT défaillante, retard de déploiement compromettant un lancement produit.
Il y a une responsabilité partagée dans cette sous-estimation. Les DSI qui ne savent pas parler business ne réussissent pas à faire comprendre les enjeux à des dirigeants dont le réflexe naturel est de ne voir dans l’IT qu’un centre de coûts. Et les dirigeants qui n’ont jamais eu à gérer une crise SI sous-estiment la sophistication réelle de ce que la fonction produit, et la fragilité de ce qu’elle préserve.
Le DSI de transition a un rôle à jouer dans ce changement de perception. En rendant les enjeux de SU compréhensibles à ou les décisions stratégiques se prennent. En traduisant chaque initiative IT en impacts sur les résultats, les risques ou les opportunités de croissance. Et en refusant que les arbitrages technologiques soient dissociés des arbitrages de l’entreprise.
La DSI ne peut être regardée comme une simple fonction support. Elle protège la capacité de l’entreprise à produire, vendre, facturer, intégrer une acquisition, se séparer d’une activité et repartir après une attaque. C’est une fonction de continuité, de transformation et de décision.
- Quelques convictions de terrain
Ce document s’appuie sur une expérience construite depuis plus de trente ans dans des contextes industriels, agro-alimentaire, pharmaceutique, ferroviaire, services, souvent dans des situations difficiles : projets en dérive, organisations dégradées, crises à résoudre.
Quelques convictions ont émergé de ces expériences, et elles méritent d’être dites sans enrobage.
Le problème annoncé n’est pas toujours le vrai problème. On dit qu’il manque un ERP alors que les métiers n’ont jamais accepté de partager leurs données. On dit que la DSI ne tient pas ses délais alors que les exigences changent chaque semaine. On parle de cyberattaque alors que la gouvernance de la sécurité était insuffisante et les alertes ignorées.
La technique est rarement ce qui bloque. Dans beaucoup de projets en difficulté, le problème est d’abord organisationnel, politique ou humain. Ce qui manque, ce n’est pas l’outil mais la clarté des responsabilités, la confiance entre les équipes et la capacité à arbitrer.
La vitesse ne remplace pas la lucidité. Intervenir vite est parfois une nécessité. Mais agir sans comprendre le contexte produit davantage d’agitation que de résultats. Les premières semaines servent aussi à résister à l’urgence pour identifier ce qui doit réellement être traité.
Décider, c’est aussi renoncer. Tout ne peut pas être prioritaire. Il faut parfois arrêter un projet, différer une ambition ou renoncer à une solution pourtant séduisante. Ces décisions sont rarement les plus faciles, mais elles permettent de concentrer les ressources sur l’essentiel et de restaurer la capacité d’exécution.
Aligner ne signifie pas obtenir le consensus. Dans les situations complexes, attendre que tout le monde soit d’accord revient souvent à différer les décisions. Aligner consiste à rendre les choix compréhensibles, à expliciter leurs conséquences et à s’assurer que chacun sait ce qui a été décidé et pourquoi.
- Ce qu’un mandat doit produire en cent jours
Une mission de transition n’est pas une période d’observation prolongée. Elle doit produire des preuves. Le calendrier dépend du contexte, mais le mandat gagne à être découpé en trois temps lisibles par le DG, le comex et les équipes.
A 30 jours, la situation est lisible. Les dépendances critiques, les risques de continuité, les engagements fournisseurs, les compétences clés et les décisions bloquées sont identifiés.
A 60 jours, les décisions sont prises La gouvernance est installée, chaque risque majeur a un responsable, les projets sont arbitrés et le portefeuille est compatible avec les capacités financières et opérationnelles de l’entreprise
A 100 jours, la trajectoire a changé. Les chantiers structurants sont engagés, les métiers disposent d’indicateurs compréhensibles, le modèle opérationnel cible est clair et la transmission est préparée.
Le bon indicateur n’est pas le nombre de comités créés. C’est la réduction du risque, la vitesse des décisions, la fiabilité des engagements et la capacité de l’organisation à continuer sans dépendre de la personne qui a conduit la transition.
En conclusion
L’incertitude ne va pas diminuer. Dans cet environnement, la maîtrise du système d’information devient une condition de résilience, de transformation et parfois de survie de l’entreprise.
Le DSI de transition devient l’un des leviers de cette maîtrise, à condition de ne pas le réduire à un technicien senior disponible dans l’urgence.
Sa valeur est ailleurs : analyser pour rendre la situation lisible, décider pour redonner un cap, aligner pour remettre l’organisation en mouvement, transformer pour laisser une entreprise plus solide après son départ.
C’est en cela que le DSI de transition exerce, avant tout, un rôle de dirigeant.
