Vendredi, 22 h 40. Dans cette situation illustrative, le portail client ralentit, les alertes se multiplient et le technicien d’astreinte découvre qu’il est aussi la seule personne capable d’intervenir sur la base de données. Il travaille déjà depuis le matin. Le DSI doit choisir : prolonger l’effort, réveiller un second expert insuffisamment préparé ou limiter le service jusqu’à la relève. Restaurer une astreinte fiable commence précisément là : non par un nouveau tableau de garde, mais par une décision explicite sur ce que l’entreprise accepte de protéger, de dégrader ou d’interrompre lorsque les compétences et l’attention deviennent rares.
L’épuisement révèle un défaut de conception
Une astreinte devient dangereuse quand elle compense en permanence des fragilités ordinaires : alertes trop nombreuses, procédures incomplètes, dépendance à une personne, changements tardifs ou incidents jamais éliminés à la source. Le collaborateur de garde absorbe alors une dette d’exploitation invisible. Il ne surveille plus une exception ; il maintient seul un système instable.
Le dirigeant IT doit donc séparer trois réalités : la couverture attendue, la fréquence des sollicitations et la difficulté réelle des interventions. Un téléphone qui sonne peu peut cacher des opérations longues et anxiogènes. Inversement, plusieurs alertes peuvent être sans conséquence si elles sont qualifiées et automatisées. La question utile n’est pas « avons-nous quelqu’un la nuit ? », mais « quelle décision cette personne peut-elle prendre, avec quels accès, quels relais et quelle limite d’engagement ? »
Définir le service avant de dresser le planning
Le DSI réunit les métiers, l’exploitation et la sécurité autour d’une liste courte de services critiques. Pour chacun, il fait préciser les événements justifiant un réveil, le délai de prise en compte, le niveau de dégradation tolérable et l’autorité qui décide d’une interruption. Tout le reste relève du traitement ouvré.
Cette clarification impose des compromis réels. Une couverture continue de tous les composants exige davantage de compétences disponibles, de procédures maintenues et de budget. Si l’organisation ne peut pas les fournir, elle doit réduire le périmètre ou assumer un service dégradé. Elle ne peut pas transformer silencieusement quelques experts en assurance illimitée. Le RSSI applique la même discipline aux alertes de sécurité : criticité prouvée, chaîne d’escalade et critères de confinement doivent primer sur la peur de « manquer quelque chose ».
Reconstituer une capacité de relève crédible
Un nom dans un calendrier ne constitue pas une relève. Avant d’intégrer une personne au roulement, le responsable vérifie qu’elle dispose des accès, des procédures, des moyens de communication et d’un interlocuteur d’escalade joignable. Il organise ensuite des exercices ciblés : diagnostic, bascule, restauration, confinement ou retour arrière selon le service concerné. Le résultat est daté et conservé, y compris lorsqu’il révèle une incapacité.
La transmission doit également être conçue. Après une intervention longue, l’équipe sortante remet un état factuel : symptômes, actions exécutées, hypothèses écartées, risques résiduels et contrôles attendus. La relève reformule ce qu’elle reprend. Si personne ne peut reprendre sans rappeler immédiatement l’expert épuisé, l’astreinte n’est pas restaurée. Le DSI doit alors restreindre le service, mobiliser un fournisseur prévu à cet effet ou reporter un changement risqué.
Piloter la charge avec des indicateurs qui déclenchent
Compter les appels ne suffit pas. Le tableau de bord doit rapprocher le nombre d’activations, leur durée, les réveils nocturnes, les escalades, les rappels après relève et les incidents récurrents par composant. Il suit aussi les changements ayant provoqué une alerte, les procédures absentes ou inutilisables et la part des interventions dépendant d’une seule personne.
Chaque indicateur appelle une décision. Deux sollicitations issues du même défaut ouvrent une action d’éradication avec responsable et échéance. Une intervention qui déborde sur la journée suivante entraîne une relève formalisée et le retrait de tâches concurrentes. Une procédure jamais utilisée est testée, pas déclarée valide par ancienneté. Les seuils sont définis par l’organisation selon ses services et ses ressources ; ils ne doivent pas être empruntés à une moyenne prétendument universelle.
Éviter les fausses solutions qui déplacent le risque
La première erreur consiste à élargir le roulement sans transmettre les compétences. On répartit alors l’angoisse, pas la capacité. La deuxième est de rémunérer davantage tout en laissant intactes les causes des réveils. La compensation est nécessaire selon le cadre applicable, mais elle ne répare ni les alertes mal réglées ni les dépendances techniques.
Troisième erreur : confondre disponibilité et endurance. Le même spécialiste ne peut pas conduire l’analyse, exécuter la restauration, répondre aux dirigeants puis assurer seul la nuit suivante. Quatrième erreur : sous-traiter l’astreinte sans définir les droits de décision, les preuves à fournir et la reprise par les équipes internes. Enfin, supprimer toutes les gardes après une période difficile peut exposer brutalement l’activité. Le bon mouvement consiste à réduire le périmètre, sécuriser la relève et éliminer progressivement les sollicitations évitables.
Arbitrer la reprise comme une autorisation opérationnelle
Avant de rétablir une couverture, le DSI tient une revue brève. Les services couverts sont-ils nommés ? Les accès du titulaire et du relais ont-ils été testés ? Les consignes indiquent-elles quand escalader, dégrader ou arrêter ? La charge récente permet-elle réellement la garde ? Les managers ont-ils retiré les travaux incompatibles ? Les fournisseurs critiques connaissent-ils leurs obligations d’intervention ? Toute réponse négative devient une restriction explicite, non une confiance de circonstance.
L’arbitrage final peut être inconfortable : maintenir une fonction limitée pendant une nuit plutôt que promettre une disponibilité que l’équipe ne peut soutenir. C’est pourtant une décision de dirigeant. L’approche développée dans DSI EN CRISE éclaire ce choix : protéger l’activité suppose un diagnostic fiable, des responsabilités établies et une maîtrise concrète des fournisseurs et des opérations. Une astreinte saine n’est pas celle qui rend les collaborateurs héroïques. C’est celle qui rend l’exception rare, transmissible et gouvernable.
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
