Les sept premières décisions d’un DSI de transition

Illustration originale issue des IA Ariane, avec provenance vérifiée.

Les sept premières décisions d’un DSI de transition

Situation illustrative : lundi matin, la direction apprend qu’un incident récurrent menace les expéditions, que l’intégrateur ERP réclame un avenant et que le contrat d’infogérance approche d’une échéance sensible. Chacun dispose d’une version cohérente, mais aucune ne concorde. Le DSI de transition ne doit pas annoncer une « transformation ». Il doit décider dans quel ordre réduire l’exposition, avec quelles preuves et sous quelle autorité. Ses sept premières décisions construisent ce cadre.

1. Fixer le mandat et les droits de décision

La première décision consiste à faire préciser ce que le DSI peut trancher seul, ce qu’il doit soumettre et ce qui reste réservé aux métiers, à la finance ou à la sécurité. Un titre ne vaut pas délégation. Sinon, les urgences circulent entre comités tandis que fournisseurs et équipes suivent leurs anciennes consignes.

Le livrable utile tient en une matrice courte : sujet, décideur, exécutant, personnes consultées, seuil d’escalade et délai maximal. Le RACI éclaire les contributions, mais ne remplace pas la délégation. Premier indicateur : la part des décisions critiques possédant un responsable final, une autorité identifiée et une date. L’erreur classique est de cartographier toute l’organisation avant de sécuriser l’urgent.

2. Protéger les services réellement vitaux

Le DSI choisit ensuite les services à protéger en priorité, non selon leur visibilité politique, mais selon l’impact opérationnel d’une interruption. Il fait confirmer par chaque métier le service indispensable, la dégradation tolérable, les dépendances techniques et le mode de secours effectivement praticable. Cette qualification distingue un inconfort bruyant d’un risque pour la facturation, la production, les expéditions ou l’accès aux données.

Concentrer les experts sur quelques chaînes critiques signifie différer des demandes légitimes. La décision nomme donc ce qui est protégé et ce qui est temporairement ralenti. On suit la disponibilité des services prioritaires, les incidents répétés, le délai de rétablissement et l’exécution des contournements testés. Une procédure non exercée n’est pas une protection.

3. Instituer une version commune des faits

Troisième décision : aucun arbitrage majeur ne repose plus sur des présentations concurrentes. Le DSI impose un journal commun daté reliant incidents, hypothèses, décisions, responsables, conditions de réussite et preuves de clôture. Le contrôle de gestion IT tient le pont économique ; les achats, les engagements contractuels ; l’exploitation, les mesures de service ; les programmes, leur coût à terminaison et leurs dépendances.

Cette discipline révèle le mécanisme de la crise : des données dispersées produisent des décisions locales, puis des engagements incompatibles. Il faut mesurer les écarts sans propriétaire, les chiffres non rapprochés, les décisions sans preuve d’exécution et l’ancienneté des hypothèses. Attendre des données parfaites est une erreur ; une version incomplète mais sourcée vaut mieux que plusieurs certitudes invérifiables.

4. Geler les engagements irréversibles mal instruits

Le DSI décide quels engagements peuvent continuer et lesquels exigent une pause bornée : commande importante, mise en production, avenant, bascule, renouvellement automatique ou recrutement externe. Il ne bloque pas tout. Il protège l’entreprise contre le fait accompli pendant que les hypothèses sont vérifiées.

Chaque gel comporte un motif, un propriétaire, les informations manquantes et une date de réexamen. Le compromis oppose le coût du report au risque d’enfermer l’entreprise dans une trajectoire plus chère ou moins sûre. On suit les engagements examinés, les décisions réouvertes avant échéance et le délai de levée des réserves. Un moratoire indéfini serait une autre forme d’inaction.

5. Rebaser l’ERP sur des preuves de terminaison

Cinquième décision : maintenir, modifier ou remettre en cause la trajectoire ERP à partir d’un diagnostic distinct du diagnostic général. Le directeur de programme fournit le reste à faire, le coût à terminaison, les dépendances, les critères de recette et les conditions de transition. Les propriétaires métier confirment les usages attendus et leur capacité à décider ; l’intégrateur documente les écarts sans être seul juge de leur gravité.

Une date officielle ne doit pas survivre parce qu’elle a déjà été annoncée. Repousser sans scénario cible ne résout rien. Le DSI compare des options explicites : périmètre réduit, séquencement différent, renforcement ciblé ou replanification. Il suit les écarts critiques, les décisions métier en attente, la couverture des tests, le reste à faire validé et les risques de bascule. L’arbitrage porte sur l’exposition totale, pas sur un calendrier.

6. Mettre fournisseurs et cybersécurité sous conditions vérifiables

Le DSI choisit les fournisseurs à remettre immédiatement sous pilotage : ceux dont la défaillance, la dépendance ou l’échéance contractuelle peut réduire les options. Achats rassemble contrats, préavis et obligations de transition ; l’exploitation cartographie les dépendances ; la sécurité fixe les mesures non négociables ; chaque fournisseur reçoit des résultats attendus, des preuves et une cadence d’escalade.

La cybersécurité n’est pas isolée dans un audit décoratif. Une vulnérabilité critique, un accès privilégié mal maîtrisé ou une restauration non testée peut imposer une décision avant la renégociation commerciale. On contrôle les actions échues, les accès revus, les restaurations exercées, les écarts retestés et les dépendances sans solution de remplacement. Confondre promesse fournisseur et résultat constaté est l’erreur la plus coûteuse.

7. Faire arbitrer une trajectoire économique assumée

La septième décision synthétise les précédentes : présenter à la direction des choix finançables, assortis de risques acceptés. Le DSI rapproche budget, engagements, calendrier de paiement, coût à terminaison des programmes et coût de transition. Il distingue économies certaines, dépenses évitées sous condition et réductions qui déplaceraient le risque vers l’exploitation ou la sécurité.

L’arbitrage final ne réclame pas « davantage de moyens » en général. Il oppose quelques trajectoires : stabiliser avant d’accélérer, réduire un périmètre pour tenir une échéance vitale, ou investir dans une sortie fournisseur. Pour chacune : coût, risque résiduel, responsable, jalon de réexamen et conséquence d’une non-décision. C’est la logique de DSI en crise : protéger l’activité, établir les faits et attribuer les décisions. Le succès se mesure à la capacité retrouvée de décider avant que les incidents, les contrats ou les programmes ne décident à la place de l’entreprise.

Pour approfondir

Ouvrage : DSI EN CRISE: Reprendre le contrôle de l’IT, des ERP et des grands programmes — Amazon

Ouvrage : Révolution Numérique !: Le guide pour comprendre, décider et agir dans l’entreprise numérique — Amazon

Consulter la référence

Consulter la référence

#ManagementDeTransition #DSI #DirectionDeTransition #GuyDeLussigny #TransformationNumerique