DSI de crise : que faire la première semaine ?

“On a besoin de vous. Tout de suite.” C’est par ces mots que j’ai été appelé à 6h42 un lundi matin. Le SI était paralysé, l’équipe IT déboussolée, les clients en attente, le DG au bord de la rupture. La mission n’avait pas de fiche. Pas de délai. Juste une urgence.

Dans ces moments, il n’y a pas de temps pour réfléchir. Il faut agir. Mais pas dans n’importe quel sens. Pas dans la précipitation. Il faut poser des actes structurants — dans les 7 premiers jours — qui évitent le chaos et amorcent la reprise.

Voici, étape par étape, ce que je mets en place dès la première semaine en tant que DSI de transition dans un contexte de crise.

Jour 1 – Prendre la température réelle

Pas de mail. Pas de procédure. Je commence par écouter. Le DG, les équipes IT, les métiers. Je fais une tournée terrain. Je prends le pouls. Qui est encore là ? Qui est débordé ? Qui est dans le déni ? Qui a arrêté de parler à qui ?

Ce n’est pas une phase molle. C’est une phase cruciale. Elle me permet d’identifier les foyers de tensions, les points de blocage, les hommes-clés. Et surtout : le niveau de confiance.

Jour 2 – Sécuriser les fonctions vitales

Je trace un périmètre critique : messagerie, ERP, production, paie, accès à distance. Tout ce qui ne doit pas tomber. Puis je pose une règle simple : “Ce qui est critique doit être surveillé, doublé, verrouillé.”

Je vérifie les sauvegardes. Les accès admin. Les dépendances à des prestataires. Je désigne un binôme pour chaque composant critique. Et je fais le tour des menaces immédiates : ransomware, rupture de contrat, panne serveur.

C’est la phase “urgence maîtrisée”. Pas de stress, mais de la vigilance.

Jour 3 – Clarifier le pilotage

Je mets en place un comité de crise quotidien. 15 minutes, tous les matins. Avec les 3 ou 4 personnes clés. On remonte les alertes. On arbitre. On priorise. On communique.

Je présente aussi un premier tableau de bord, très simple :

– Services OK / KO

– Projets critiques bloqués

– Incidents ouverts

– Besoins d’arbitrage

Ce pilotage crée un effet immédiat : les équipes se sentent de nouveau encadrées.

Jour 4 – Identifier les quick wins

J’ouvre un tableau “d’irritants majeurs”. Ces petites douleurs du quotidien que tout le monde connaît, mais que personne ne traite. J’en choisis deux ou trois, et je les règle dans la semaine.

Pas pour faire plaisir. Mais pour montrer que ça bouge.

Exemples vus en mission :

– Remettre en place un support de niveau 1 disponible

– Rétablir une messagerie interne coupée

– Réparer un connecteur entre deux outils critiques

Le message implicite : on sort du chaos. Ensemble.

Jour 5 – Annoncer le cap

Je rédige une note à l’ensemble de l’entreprise. Simple. Claire. 1 page. Je dis :

– Ce que j’ai trouvé

– Ce que j’ai sécurisé

– Ce que je vais faire

– Ce que j’attends des équipes

Cette communication formelle rétablit l’autorité légitime. Elle dit aux équipes : “Quelqu’un tient la barre.” Et aux dirigeants : “On repart sur des bases solides.”

Jour 6 – Construire la feuille de route 30 jours

Je n’attends pas. J’annonce les 5 priorités de la DSI pour les 30 prochains jours.

– Reprise en main de l’infra

– Cartographie des risques

– Relance des projets critiques

– Réorganisation de l’équipe

– Clarification des prestataires

Cette roadmap est vivante, visible, pilotée. Elle permet aux métiers d’anticiper. Et aux équipes IT de se projeter.

Jour 7 – Identifier la relève

Je commence déjà à penser à la suite. Je cherche dans l’équipe ceux qui peuvent monter. Je repère un ou deux talents internes. J’identifie les relais. Car une mission de transition réussie est une mission qui prépare la continuité.

Cette première semaine est un acte fondateur. Elle dit : on est là, on est sérieux, on est légitime. Pas dans le pansement. Dans la structuration.

En 7 jours, on ne résout pas tout. Mais on pose les fondations. Et surtout : on restaure l’envie d’avancer.

Un DSI de transition n’est pas un héros solitaire.

Il est un catalyseur d’énergie, de méthode, et de réassurance collective.