Temps de lecture : 9 minutes — Catégorie : Cas & Décryptages
Cas reconstitué à partir de plusieurs situations réelles. Les éléments quantitatifs sont représentatifs. Aucun nom d’entreprise ni de fournisseur n’est cité, par respect du devoir de discrétion.
Le contexte initial
L’organisation : un acteur mid-market d’environ 800 collaborateurs, dans un secteur réglementé (services financiers). Une fonction IT dimensionnée pour piloter, pas pour exploiter — l’essentiel du RUN technique étant délégué à un infogérant historique depuis plus de douze ans.
Le contrat d’infogérance couvre l’infrastructure (datacenter, serveurs, stockage, sauvegardes, supervision), une partie du workplace, et le service desk N1. Engagement annuel autour de 6 millions d’euros, soit environ 40 % du budget IT total.
Le DSI venait d’arriver. Sa demande de mission, posée clairement dès le premier échange : « Je ne suis pas convaincu qu’on ait le bon partenaire, mais je n’ai ni le recul ni la bande passante pour le démontrer ou pour piloter une éventuelle sortie. J’ai besoin d’un Directeur Infrastructures & Opérations en transition pour faire ce travail à mes côtés. »
Mandat reçu, mission cadrée sur 6 mois, sponsor unique (le DSI), reporting mensuel au COMEX.
Ce que j’ai trouvé en arrivant
Les indicateurs apparents étaient corrects
Sur le tableau de bord mensuel transmis par l’infogérant :
- Disponibilité applicative : 99,7 %
- Délai moyen de résolution N1 : conforme au SLA
- Taux de respect des engagements de service : > 95 %
- Aucune pénalité contractuelle appliquée depuis 4 ans
Lu de loin, tout allait bien. C’est exactement ce qui inquiétait le DSI.
Ce que j’ai vu en regardant de près
Pendant les dix premiers jours d’écoute terrain, plusieurs éléments sont remontés :
Côté équipes internes : un sentiment de perte progressive de contrôle. Les opérationnels internes ne maîtrisaient plus la documentation des architectures, qui était devenue propriété de fait de l’infogérant. Les changements demandés prenaient 3 à 6 semaines pour des gestes techniques simples. Le service desk N1, pourtant cœur du contrat, avait un taux de réouverture des tickets à 22 % — chiffre absent du tableau de bord officiel.
Côté métiers : des plaintes récurrentes mais non remontées formellement. « On ne se plaint plus, ça ne sert à rien. » Les directions métiers avaient développé des contournements artisanaux pour des problèmes simples — outils gratuits installés en parallèle, demandes faites via des relations personnelles, escalades systématiques au DSI.
Côté financier : la facture mensuelle avait augmenté de 23 % en 4 ans, mais le périmètre n’avait pas évolué dans les mêmes proportions. Surtout, les « prestations complémentaires hors forfait » — non incluses dans le forfait initial mais facturées au temps passé — représentaient désormais 18 % de la facture, contre 4 % à la signature du renouvellement.
Côté contrat : la dernière relecture juridique sérieuse datait du renouvellement de 2019. La clause de réversibilité était présente mais peu structurée — pas d’engagement précis sur la durée, pas de prix encadré, pas de format de transfert des actifs immatériels (documentation, scripts, logs).
Le diagnostic à J+30
Le diagnostic remis au DSI tenait en une phrase : « Vous n’avez pas un problème de performance. Vous avez un problème de dépendance. »
Les SLA étaient respectés. Mais l’organisation avait perdu, sur 12 ans, la maîtrise opérationnelle de son propre SI. La sortie du contrat n’était pas une option agressive — c’était la condition pour redevenir capable de piloter.
Trois scénarios ont été présentés au COMEX à J+45 :
Scénario A — Renégocier sans sortir. Effort faible, gain limité (10 à 15 % de marge financière), aucune amélioration de la dépendance.
Scénario B — Sortie progressive avec ré-internalisation partielle. Effort moyen, gain financier de 20 à 25 %, restauration de la maîtrise sur les périmètres critiques.
Scénario C — Sortie complète et changement d’infogérant. Effort élevé, gain financier de 25 à 35 %, restauration complète de la maîtrise — mais risque opérationnel important pendant 12 à 18 mois de transition.
Le COMEX a retenu le scénario B. Décision actée à J+60.
La conduite des 4 mois suivants
Mois 2 — Préparer la sortie sans la déclencher
Avant toute communication à l’infogérant, trois chantiers internes ont été lancés en parallèle :
- Reconstitution de la documentation interne, en partant des sources que l’organisation détenait encore et en complétant par observation directe. Travail mené par deux ingénieurs internes à temps partiel, sur 8 semaines. Objectif : ne plus dépendre de la documentation de l’infogérant pour comprendre son propre SI.
- Cartographie des contrats sous-jacents. L’infogérant détenait, en notre nom mais via ses propres comptes, un nombre significatif de contrats fournisseurs (licences, support constructeur, services cloud). Identifier ces contrats, leurs dates de fin, leurs conditions de transfert, a pris 6 semaines. C’est l’angle mort le plus toxique dans une sortie d’infogérance.
- Constitution d’une équipe interne renforcée. Trois recrutements ciblés ont été lancés : un architecte infrastructure, un responsable production, un ingénieur cybersécurité opérationnelle. Profils seniors, pas pour faire — pour piloter ceux qui feraient.
À ce stade, l’infogérant n’avait reçu aucun signal explicite. La relation continuait normalement.
Mois 3 — La conversation difficile
Mi-mois 3, après validation par le DSI et le COMEX, une réunion formelle a été tenue avec le directeur commercial de l’infogérant. Message tenu en trois points :
- Le contrat actuel ne sera pas renouvelé tacitement à son échéance (15 mois plus tard).
- Une partie du périmètre sera ré-internalisée dans les 12 prochains mois.
- Pour le périmètre restant, une remise en concurrence sera lancée dans 6 mois.
La réaction a été celle attendue : protestations, escalade vers le COMEX de l’infogérant, propositions de « geste commercial » dans la semaine suivante. Le DSI a tenu, soutenu par un mandat clair du DG.
À J+90, le ton de la relation avait changé. À J+100, l’infogérant a commencé à proposer des optimisations spontanées qu’il n’avait jamais évoquées en quatre ans.
Mois 4 et 5 — La ré-internalisation
Les périmètres ré-internalisés ont été choisis selon trois critères :
- Criticité métier : ré-internaliser d’abord ce dont la maîtrise est stratégique.
- Faisabilité technique : commencer par ce qu’on sait reprendre sans risque majeur.
- Démonstration : choisir un premier périmètre dont la reprise réussie crédibilisera la suite.
Le premier chantier de ré-internalisation a été le service desk N1. Pas le plus complexe techniquement, mais le plus visible pour les métiers. L’objectif : montrer rapidement aux directions internes que la qualité de service pouvait s’améliorer en interne.
À J+150, le service desk était repris, avec une équipe de 6 personnes en interne. Le taux de réouverture est passé de 22 % à 9 % en 6 semaines. Les délais de résolution N1 ont été divisés par deux. Effet collatéral notable : la perception générale de la fonction IT par les métiers s’est inversée en 8 semaines. Le DSI a regagné en stature interne, avant même que les économies financières aient été consolidées.
Mois 6 — La passation
À J+180, ma mission s’achevait selon le calendrier prévu. La sortie complète du contrat n’était pas terminée — elle ne pouvait pas l’être en 6 mois — mais la trajectoire était posée, documentée, et portée par une équipe interne.
Le livrable de fin de mission contenait :
- L’état d’avancement de la ré-internalisation, avec les périmètres déjà repris et le calendrier des suivants.
- Le cahier des charges de la remise en concurrence pour le périmètre conservé en infogérance.
- Le plan de transition fournisseur sur 12 mois post-mission.
- La documentation reconstituée des architectures, propriété pleine de l’organisation.
- La cartographie des contrats sous-jacents avec les actions de transfert programmées.
La passation s’est faite sur deux semaines avec le nouveau Responsable Production interne, recruté deux mois plus tôt et que j’avais accompagné depuis sa prise de poste.
Le bilan à 12 mois (mesuré après mon départ)
Le DSI a partagé les résultats consolidés un an après la fin de ma mission :
- Économie annualisée : 21 % sur le périmètre IT externalisé, soit environ 1,3 M€ par an.
- Taux de service interne : amélioration mesurable sur les périmètres ré-internalisés, en particulier service desk et workplace.
- Maîtrise documentaire : 100 % des architectures critiques documentées et propriété de l’organisation.
- Posture de la fonction IT : passage d’une fonction perçue comme « le passage obligé » à une fonction perçue comme « un levier ».
Le périmètre conservé en infogérance a été remis en concurrence à mois +14. Le titulaire historique l’a perdu — au profit d’un nouveau partenaire dont les conditions contractuelles intégraient cette fois-ci toutes les leçons apprises.
Ce que ce cas illustre
Trois enseignements me semblent transposables à d’autres situations comparables :
1. Le problème n’est presque jamais celui qu’on croit
Le DSI pensait avoir un problème de partenaire. Le diagnostic a montré qu’il avait un problème de dépendance. Distinction subtile mais essentielle : le partenaire n’était pas mauvais. La gouvernance de la relation l’était. Changer de partenaire sans changer la gouvernance aurait reproduit le même schéma sous trois ans.
2. La préparation interne précède toujours la conversation externe
L’erreur classique dans une sortie d’infogérance, c’est d’annoncer la décision avant d’avoir reconstruit sa capacité à exister sans le partenaire. Pendant 8 à 10 semaines, le travail le plus important s’est fait en interne, sans aucune communication externe. C’est cette préparation qui a permis de tenir la conversation difficile avec sérénité.
3. Une mission de transition ne livre pas la solution finale
Six mois ne suffisent pas à sortir d’un contrat d’infogérance majeur. Six mois suffisent à rendre la sortie possible et à engager les premiers chantiers irréversibles. Le rôle du manager de transition n’est pas d’être présent jusqu’à la fin — c’est de poser les conditions pour qu’une équipe permanente puisse mener la transformation à terme.
La question à se poser
Si vous lisez cet article et que votre organisation est dans une situation comparable — un contrat d’infogérance ancien, une dépendance qui s’est installée par défaut, un DSI nouvellement arrivé qui sent que quelque chose ne va pas mais ne peut pas le démontrer seul — la première question n’est pas « comment sortir ? ». La première question est : qu’est-ce qui m’empêche, aujourd’hui, de piloter mon SI sans ce partenaire ?
Si la réponse honnête est « rien ne l’empêcherait, ce serait juste long », vous avez probablement encore le temps. Si la réponse est « je ne sais pas exactement, mais beaucoup de choses », la dette de dépendance est déjà élevée, et chaque mois supplémentaire la rend plus difficile à rembourser.
Cet article fait partie de la série Cas & Décryptages. Si votre situation appelle un regard extérieur, le premier échange est de 30 minutes, gratuit, et vous repartez avec 3 actions actionnables dès la semaine suivante.
Voir aussi : La dette opérationnelle, plus dangereuse que la dette technique — Reprendre la main sur les opérations IT — la page Management de transition Infrastructures & Opérations.