La passation documentaire qui survit au départ du manager

5 novembre 2026

Illustration originale — La passation documentaire qui survit au départ du manager

Le classeur impeccable qui ne décide de rien

Situation illustrative : à dix jours du départ d’un DSI de transition, le répertoire partagé contient les contrats, les architectures, les budgets et les comptes rendus. Pourtant, lorsqu’un incident réapparaît sur l’ERP, personne ne sait qui peut accepter un contournement, engager l’intégrateur ou reporter une mise en production. La documentation existe ; la continuité, non. Le dirigeant découvre trop tard que l’organisation a archivé des objets sans transmettre la capacité de les utiliser. Une passation robuste ne consiste donc pas à livrer davantage de fichiers. Elle doit rendre les décisions reproductibles par des responsables identifiés, dans des conditions réalistes, avant que le manager sortant ne soit plus disponible.

Documenter le mécanisme, pas seulement son résultat

Le piège vient d’une confusion entre information et maîtrise. Une décision IT dépend rarement d’un document isolé : elle relie un risque métier, des dépendances techniques, une enveloppe financière, des engagements fournisseurs et un mandat d’arbitrage. Une fiche indiquant « déploiement maintenu » ne dit pas pourquoi la date a été conservée, quelles hypothèses la soutiennent ni quel signal imposerait sa révision.

Le dossier utile reconstitue cette chaîne. Pour chaque sujet critique, il nomme la décision attendue, son propriétaire, les contributeurs, les options écartées, les protections en place et la prochaine échéance. Il distingue les faits établis, les hypothèses et les réserves. Cette structure évite deux dépendances symétriques : celle au souvenir du manager et celle à une procédure tellement détaillée que personne n’ose s’en écarter.

Choisir ce qui mérite vraiment d’être transmis

Tout documenter est impossible et souvent contre-productif. Le DSI ou le RSSI doit arbitrer entre exhaustivité et capacité d’usage. La priorité va aux objets dont la perte bloquerait une décision, exposerait l’activité ou laisserait un tiers piloter de fait : incidents récurrents, dérogations de sécurité, échéances ERP, engagements contractuels, dépenses non encore arbitrées, compétences rares et changements sensibles.

Pour chacun, quatre questions suffisent à révéler les lacunes : qui décide, sur quelles preuves, dans quel délai et avec quelle solution de repli ? Les archives restent accessibles, mais elles ne doivent pas noyer le dossier opérationnel. Le compromis consiste à maintenir un socle court pour agir, relié à des pièces de preuve plus profondes. La lisibilité devient alors une mesure de contrôle, non un effort cosmétique.

Organiser la passation comme une série d’épreuves

La démarche commence par un inventaire des décisions qui devront probablement être prises après le départ. Le dirigeant désigne ensuite un titulaire permanent et un relais pour chaque domaine, puis réserve explicitement leur temps. Ajouter une obligation documentaire à des agendas déjà saturés ne crée aucune transmission ; cela produit des fichiers tardifs et peu relus.

Vient ensuite la démonstration. Le repreneur doit conduire une revue sur un changement borné, expliquer les dépendances, proposer les tests et traiter une variante avec supervision. Sur un sujet de cybersécurité, il peut qualifier une dérogation et recommander son maintien, sa réduction ou sa fermeture. Sur un ERP, il peut arbitrer une demande en reliant charge, risque, budget et calendrier. Le sortant prépare les accès et l’historique, mais n’anime pas l’exercice et ne souffle pas la réponse. S’il doit intervenir pour protéger l’entreprise, il le fait ; l’épreuve est simplement déclarée non concluante sur ce point.

Mesurer l’autonomie avec des preuves datées

Une case cochée ne prouve rien si elle signifie seulement qu’un fichier a été envoyé. Chaque élément de la checklist doit porter une date et une preuve d’utilisation : décision rendue, réunion conduite, test proposé, fournisseur challengé ou escalade déclenchée par le bon responsable. Trois décisions de nature différente, menées sans intervention du sortant, révèlent bien mieux l’autonomie qu’un dossier volumineux.

Quelques indicateurs concrets permettent au dirigeant de suivre la préparation : proportion des sujets critiques dotés d’un propriétaire et d’un relais ; nombre d’épreuves réussies sans aide ; réserves encore dépourvues de protection ; accès effectivement testés ; engagements financiers rapprochés de leur référence ; actions ouvertes assorties d’un responsable et d’une date. Ces indicateurs ne promettent pas l’absence d’incident. Ils montrent si l’organisation saura décider lorsqu’il surviendra.

Traiter les erreurs qui fabriquent une fausse sécurité

La première erreur consiste à attendre la dernière semaine. Il ne reste alors plus assez de temps pour corriger un accès manquant, clarifier un mandat ou former un relais. La deuxième est de confondre disponibilité et autonomie : une personne présente n’est pas nécessairement autorisée, préparée ni soutenue. La troisième est d’organiser une simulation théâtrale où le sortant répond à chaque hésitation ; elle valide sa compétence, pas celle du dispositif.

Il faut aussi éviter de transférer silencieusement les travaux non financés, les tensions de charge ou les réserves critiques. Un sujet ouvert peut être transmis s’il est connu, protégé et réellement repris. Enfin, prévoir une assistance informelle « au besoin » prolonge la dépendance. Si un appui après départ est nécessaire, son périmètre, sa durée, ses déclencheurs et son mode d’escalade doivent être décidés avant la sortie.

Décider le départ sur la continuité, pas sur le calendrier

L’arbitrage final appartient à la direction générale, éclairée par les responsables IT, sécurité, finance et métiers concernés. Elle ne demande pas si tous les documents sont terminés, mais si les risques résiduels sont acceptables, les responsabilités effectives et les protections opérantes. Une réserve critique non maîtrisée impose soit une correction, soit une modification explicite des conditions de sortie. Repousser mécaniquement le départ n’est pas toujours la bonne réponse ; maintenir un manager sans mandat clair peut lui aussi entretenir la confusion.

La bonne décision sépare donc ce qui doit être clos, ce qui peut rester ouvert sous contrôle et ce qui exige un appui borné. Des revues après le départ vérifient ensuite que les relais tiennent, que les arbitrages continuent et que les protections ne se dégradent pas. C’est dans cette logique que DSI EN CRISE : Reprendre le contrôle de l’IT, des ERP et des grands programmes peut être contextualisé : reprendre la maîtrise ne vaut que si elle survit à celui qui l’a rétablie.