
Illustration originale issue des IA Ariane, avec provenance vérifiée.
Dans cette situation illustrative, un lundi à 8 h 15, le DSI reçoit simultanément une alerte de saturation, l’escalade d’un client stratégique, une demande du COMEX sur le budget ERP et un message du RSSI signalant une faiblesse non corrigée. Chaque interlocuteur réclame une réponse « immédiate ». Pourtant, tout traiter au même niveau aggraverait la situation : les experts seraient dispersés, les décisions se contrediraient et le sujet le plus insistant capterait les ressources. Le premier acte de direction n’est donc pas d’accélérer. Il consiste à distinguer ce qui menace réellement l’activité, la sécurité ou une échéance irréversible de ce qui exprime surtout une inquiétude, un retard ou une lutte de priorité.
Le bruit naît quand chaque alerte devient une priorité
Le bruit organisationnel n’est pas seulement un excès de messages. Il apparaît lorsque l’entreprise ne dispose plus d’un mécanisme partagé pour qualifier une demande. Une panne visible semble plus urgente qu’une sauvegarde non testée ; un directeur mécontent obtient davantage d’attention qu’une dépendance technique silencieuse ; une date ERP annoncée depuis longtemps résiste mieux à la discussion que les conditions réelles de sa tenue. Le volume remplace alors l’évaluation du risque.
Pour le dirigeant IT, le danger est double. S’il répond à la pression hiérarchique la plus forte, il laisse peut-être se dégrader une protection essentielle. S’il classe tout en criticité maximale, il détruit la capacité collective à reconnaître l’exception. L’urgence réelle doit être reliée à une conséquence observable et à une horloge : que se produit-il si personne ne décide aujourd’hui, demain ou cette semaine ? Sans cette question, l’organisation confond inconfort, importance politique et menace opérationnelle.
Qualifier avant de mobiliser
Chaque demande doit être ramenée à des éléments vérifiables : actif concerné, impact actuel, délai avant conséquence, protection en place, décideur et information manquante. Cette fiche brève empêche qu’un récit anxieux tienne lieu de diagnostic. Une donnée absente reste inconnue jusqu’à vérification.
Le DSI ou le RSSI applique ensuite trois filtres. Continuité : l’activité est-elle atteinte ou proche de l’être ? Irréversibilité : une fenêtre contractuelle, technique ou commerciale va-t-elle se fermer ? Capacité de réponse : les mêmes spécialistes sont-ils sollicités sur plusieurs fronts ? Cette qualification réserve les moyens rares aux événements dont l’attente augmenterait réellement le dommage.
Installer une cadence de décision, pas une réunion permanente
Une cellule d’urgence efficace n’est pas ouverte toute la journée. Elle fonctionne par séquences courtes : changements, qualification, décision, affectation, contrôle. Entre deux points, les équipes exécutent. Un registre unique donne à chaque sujet un statut, un propriétaire, une échéance et une condition de sortie. Les demandes nouvelles y entrent au lieu d’interrompre les experts.
La démarche suit cinq étapes : stabiliser ce qui affecte la production ; vérifier les protections annoncées ; isoler les arbitrages de direction ; limiter le travail en cours ; réévaluer à heures fixes ou lors d’un changement majeur. Le management de transition vise ainsi un système décidable, sans dépendance permanente à celui qui reprend la situation.
Mesurer la maîtrise plutôt que l’agitation
Le nombre de réunions, de messages traités ou de personnes mobilisées ne démontre rien. Des indicateurs simples sont plus révélateurs : délai entre signalement et qualification, part des sujets sans décideur nommé, nombre d’urgences ouvertes sans prochaine action, âge du plus ancien blocage, volume de priorités simultanées par équipe, protections vérifiées et décisions arrivées à échéance sans preuve d’exécution. Leur tendance compte davantage qu’un seuil universel.
Il faut aussi observer les reclassements. Une demande régulièrement promue en urgence à la veille d’une échéance signale un défaut de planification. Un incident qui revient après clôture révèle une correction non contrôlée. Une priorité critique sans action possible doit être escaladée comme décision bloquée, non conservée dans la file opérationnelle. Ces mesures montrent si l’entreprise réduit son exposition ou déplace seulement la tension.
Les erreurs qui fabriquent de fausses urgences
La première erreur consiste à lancer une réorganisation avant d’avoir identifié les causes : les responsabilités deviennent plus floues au moment où elles devraient être explicites. La deuxième est de chercher un responsable individuel trop tôt ; elle réduit la remontée des faits et enferme l’analyse dans une explication commode. La troisième est de promettre immédiatement un vaste plan de transformation. Une crise exige d’abord des décisions bornées, pas une vision générale destinée à rassurer.
D’autres dérives sont plus discrètes. Maintenir une date ERP déjà communiquée transforme un engagement ancien en argument contre les faits nouveaux. Traiter toutes les réserves comme des vetos paralyse l’arbitrage ; les ignorer peut contourner un contrôle indispensable. Enfin, plusieurs canaux de priorité encouragent chacun à chercher le chemin le plus favorable. Une file qualifiée et une voie d’escalade explicite réduisent ce marchandage sans étouffer les alertes légitimes.
Arbitrer quand tout ne peut pas être protégé
Le choix final oppose rarement le bien au mal. Il peut falloir retarder un jalon ERP pour préserver la production, différer une amélioration visible afin de tester une restauration, ou suspendre une analyse secondaire pour protéger les spécialistes chargés des incidents. Le dirigeant formule alors l’arbitrage sans ambiguïté : risque accepté, protection maintenue, travail interrompu, décideur, durée de validité et condition de réexamen. Une réserve technique documentée devient une condition à satisfaire ; une préférence d’interface ou de méthode ne reçoit pas automatiquement le même pouvoir bloquant.
Cette discipline rejoint l’approche de DSI EN CRISE : protéger l’activité, établir des faits fiables et rétablir les responsabilités avant de prétendre reprendre la maîtrise des programmes et des coûts. Révolution Numérique ! éclaire, en complément, le rôle du mandat, des délégations et du journal de décisions. Séparer l’urgence du bruit ne consiste donc pas à devenir moins réactif. C’est refuser que l’intensité d’une demande décide à la place du dirigeant, puis vérifier que chaque arbitrage produit bien la protection attendue.
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
#ManagementDeTransition #DSI #DirectionDeTransition #GuyDeLussigny #TransformationNumerique





