Une situation illustrative suffit à montrer le piège. Un DSI doit renouveler l’exploitation de son système d’information. Trois candidats présentent des profils comparables et l’un affiche un tarif journalier nettement inférieur. Sur le tableur d’achat, le choix paraît évident. Mais ce candidat suppose que les incidents complexes seront escaladés vers une équipe mutualisée, exclut plusieurs opérations nocturnes et ne reprend qu’une documentation jugée « exploitable ». Six mois plus tard, l’économie affichée peut se transformer en files d’attente, en travaux facturés hors forfait et en dépendance accrue. Le sujet n’est donc pas d’acheter des journées moins chères, mais une capacité d’exploitation prévisible et gouvernable.
Comparer un service, pas une addition de profils
Le tarif journalier ne dit presque rien du coût d’un service rendu. Deux offres utilisant les mêmes intitulés de poste peuvent différer par le taux de rotation, la séniorité réellement mobilisée, les horaires couverts, les outils inclus, les seuils d’escalade ou la part d’automatisation. Le dirigeant IT doit ramener la comparaison à des unités opérationnelles : service maintenu, plage de couverture, délai de rétablissement, volume absorbable et responsabilité assumée.
La première question est simple : qu’achète-t-on exactement ? Si la réponse reste « des ressources », le client conserve probablement l’intégration des tâches, la priorisation et une partie du risque. Une offre plus chère peut être préférable si elle englobe le pilotage, l’observabilité, la maintenance des procédures et l’amélioration continue. À l’inverse, un forfait séduisant devient dangereux lorsque son périmètre repose sur des exclusions nombreuses ou des hypothèses jamais testées.
Tester la capacité à reprendre le réel
Une infogérance commence par une transition, pas par un fonctionnement nominal. Le candidat doit démontrer comment il découvrira les applications, les dépendances, les comptes techniques, les sauvegardes, les ordonnancements et les points de fragilité. Une reprise fondée uniquement sur la documentation existante transfère implicitement au client le risque de ses lacunes.
Le DSI peut imposer un scénario de preuve : sélectionner un service critique, reconstituer sa chaîne technique, vérifier les accès, exécuter une restauration, simuler une alerte et produire une procédure exploitable. Cette séquence révèle davantage qu’une présentation commerciale. Elle montre si l’infogérant sait questionner les zones grises, mobiliser les bons experts et accepter des critères de sortie vérifiables. Le plan de transition doit aussi préciser les responsabilités, les dépendances envers le prestataire sortant et les conditions autorisant le passage en exploitation.
Examiner l’exploitation quand tout va mal
Les engagements moyens masquent souvent les événements qui comptent. Un RSSI ou un DSI doit demander qui décide lors d’un incident majeur, qui peut isoler un composant, comment les preuves sont conservées et à quel moment la direction est informée. La qualité d’un infogérant se lit dans sa chaîne de commandement autant que dans son centre de services.
Il faut examiner des cas concrets : panne simultanée de plusieurs sites, indisponibilité d’un fournisseur cloud, compromission d’un compte privilégié, échec de restauration ou saturation pendant une période métier critique. Pour chacun, le candidat doit expliciter les rôles, les seuils, les canaux de secours et les limites de son mandat. Une astreinte sans pouvoir d’action réel n’est qu’un standard téléphonique nocturne. Une procédure d’escalade sans interlocuteur nommé n’est qu’une promesse.
Mesurer les comportements qui produisent le service
Les indicateurs contractuels doivent permettre d’agir, non seulement de constater. Le taux de respect des délais reste utile, mais il doit être complété par l’ancienneté du stock d’incidents, la fréquence des réouvertures, le délai de détection, le délai de mobilisation du bon niveau d’expertise, le succès des restaurations testées et la part des changements ayant nécessité un retour arrière.
D’autres signaux éclairent la solidité du modèle : rotation des personnes clés, couverture documentaire des services critiques, incidents récurrents sans action corrective, dette d’obsolescence acceptée et automatisations effectivement maintenues. Le comité de gouvernance doit relier chaque dérive à une décision : financer, corriger, accepter temporairement ou arrêter. Un tableau de bord abondant qui ne déclenche aucun arbitrage protège surtout le contrat, pas l’entreprise.
Identifier les dépendances avant de signer
L’infogérant peut améliorer la résilience tout en créant un verrouillage. Il faut donc cartographier ce qu’il contrôlera : outils de supervision, scripts, référentiels de configuration, comptes d’administration, journaux, procédures et connaissances tacites. Le client doit pouvoir récupérer ces actifs dans un format utilisable, avec des droits et des délais définis.
Cette exigence ne traduit pas une défiance systématique. Elle protège la liberté de faire évoluer le périmètre, de réinternaliser une compétence ou de changer de fournisseur. Le contrat doit organiser la réversibilité dès l’entrée : inventaire initial, mises à jour régulières, formats d’export, assistance au transfert et critères de réception. Dans l’esprit de « Révolution Numérique ! », choisir un fournisseur revient bien à arbitrer simultanément architecture, risque, continuité et capacité de décision.
Conduire l’arbitrage final sans faux confort
La décision peut être structurée en cinq étapes : définir les services critiques et leurs conséquences métier ; rendre les offres comparables par scénarios ; tester la transition et la gestion d’incident ; chiffrer les exclusions, dépendances et charges conservées ; enfin, pondérer coût, maîtrise opérationnelle et réversibilité. Les achats sécurisent la comparabilité commerciale, tandis que la DSI, le RSSI, les métiers et la direction financière assument ensemble les risques acceptés.
Trois erreurs restent fréquentes : négocier d’abord le taux puis adapter le périmètre, confondre certification et capacité effective, ou croire qu’une pénalité compensera une interruption critique. Une pénalité peut corriger une facture ; elle ne restaure ni une production arrêtée ni une confiance perdue.
L’arbitrage final ne consiste donc pas à choisir le candidat le moins cher ou le plus rassurant. Il consiste à choisir le modèle dont les responsabilités, les preuves et les limites demeurent lisibles sous pression. Le bon infogérant n’est pas celui qui promet d’absorber toute la complexité. C’est celui avec lequel le dirigeant sait précisément ce qui sera maîtrisé, ce qui restera à sa charge et comment il reprendra la main.
Pour approfondir
Ouvrage : Révolution Numérique !: Le guide pour comprendre, décider et agir dans l’entreprise numérique — Amazon
Ouvrage : DSI EN CRISE: Reprendre le contrôle de l’IT, des ERP et des grands programmes — Amazon
#GouvernanceIT #ArchitectureSI #DSI #GuyDeLussigny #TransformationNumerique
