B One Consulting
·

Externalisation de DSI. Quand confier son IT à un partenaire boutique.

L'externalisation de DSI n'est plus une décision de coût. C'est une décision de modèle opératoire qui engage la capacité de la direction informatique à servir ses métiers dans la durée. Cet article explique quand un partenaire boutique constitue le bon choix face aux ESN traditionnelles et aux grands intégrateurs, et quelles questions poser avant de signer.

Ce que recouvre l'externalisation de DSI aujourd'hui.

Quand nous abordons le sujet avec une direction générale ou un DSI, la première difficulté est de poser un vocabulaire commun. Le terme externalisation recouvre des réalités très différentes selon les contextes et les interlocuteurs. Dans nos conversations, nous distinguons généralement quatre dimensions qui méritent d'être traitées séparément.

La TMA, ou tierce maintenance applicative, correspond au maintien en condition opérationnelle et à l'évolution d'un parc applicatif existant. L'infogérance porte sur l'exploitation, la supervision et l'administration des environnements techniques. Le conseil opérationnel couvre l'accompagnement quotidien des équipes internes sur des sujets de pilotage, d'architecture ou de gouvernance. Le build correspond à la conception et à la réalisation de nouveaux composants applicatifs ou de nouvelles plateformes.

Une même DSI peut tout à fait avoir besoin de quatre dispositifs distincts pour chacune de ces dimensions. Les confondre dans un contrat unique au prétexte d'unifier la facturation conduit, dans notre expérience, à des arbitrages qui pénalisent toujours l'une des dimensions au profit d'une autre. Le premier travail est souvent de séparer clairement ce qui relève de l'exploitation, ce qui relève de l'évolution applicative et ce qui relève de l'accompagnement.

Les limites du modèle ESN classique sur les programmes de transformation.

Les ESN traditionnelles répondent à un besoin réel. Elles fournissent du volume, des process, une capacité à absorber les variations de charge, un cadre contractuel rodé. Pour une exploitation stabilisée ou une TMA volumineuse sur un parc qui évolue peu, ce modèle reste pertinent et il n'y a aucune raison de le remplacer.

Là où nous voyons régulièrement les limites apparaître, c'est sur les programmes de transformation où le contexte de la DSI compte plus que la standardisation des pratiques. La pyramide d'expertise traditionnelle, avec un manager expérimenté qui cadre, des consultants intermédiaires qui rédigent et des profils juniors qui exécutent, n'est pas toujours adaptée à des arbitrages qui demandent de la profondeur technique sur chaque dossier. Le DSI se retrouve à devoir suppléer le manque d'expertise opérationnelle sur le terrain en mobilisant ses propres ressources, ce qui annule une partie de la valeur attendue de l'externalisation.

L'autre limite que nous constatons souvent tient à l'indépendance technologique. Une ESN dont une partie significative du chiffre d'affaires repose sur des partenariats éditeurs aura naturellement du mal à recommander une architecture qui ne s'appuie pas sur ces partenariats, même quand le contexte du client l'exigerait. Ce n'est pas une question de mauvaise foi. C'est un effet de structure que la DSI doit prendre en compte au moment de choisir son partenaire.

Ce qu'apporte un partenaire boutique.

Un partenaire boutique répond à un autre équilibre. Le volume est plus modeste, l'offre est moins industrialisée, mais le modèle d'organisation est différent et c'est cette différence qui justifie le choix. Quand nous travaillons avec une DSI, trois éléments reviennent comme les bénéfices qui font la différence dans la durée.

Un interlocuteur expert sur chaque dossier.

Le consultant qui s'engage face au DSI est le même qui conçoit, qui rédige et qui défend les choix devant le comité de pilotage. Il n'y a pas de relais à un profil junior une fois le contrat signé. Dans notre expérience, cette continuité est ce qui permet à la DSI de gagner du temps, parce que chaque conversation s'appuie sur la précédente sans repartir d'une explication de contexte.

Un modèle anti-pyramide.

L'équipe qui intervient est composée d'experts opérationnels, pas d'une pyramide où le travail descend du sommet. Cela se traduit par des équipes plus petites, plus expertes et davantage tenues par la qualité que par la facturation au temps passé. Pour une direction qui cherche à reprendre la main sur un programme complexe, ce profil d'équipe correspond mieux à la nature du travail à mener.

Une indépendance technologique.

Un partenaire boutique qui n'a pas d'engagement commercial structurant avec un éditeur particulier peut proposer une recommandation qui correspond au contexte de la DSI plutôt qu'à un référentiel partenaire. Ce n'est pas seulement un argument de neutralité. C'est une condition pour que les arbitrages d'architecture restent au service du métier sur l'ensemble de la durée du contrat.

Les questions à poser avant de signer.

Quand un DSI nous interroge sur un projet d'externalisation, nous lui suggérons toujours de tester l'offre qu'il évalue sur quelques questions concrètes. Les réponses détaillées valent plus qu'une réponse commerciale générale.

Qui sont les profils nominaux qui interviendront ?

Pas le profil moyen présenté dans la proposition, pas l'organigramme général de l'équipe projet, mais les noms et les références des personnes qui seront effectivement présentes sur le dossier. Un partenaire qui peine à répondre à cette question révèle souvent que l'engagement nominal n'est pas la pratique réelle, et la suite du contrat le confirme rapidement.

Comment se traite une demande hors périmètre ?

Le périmètre initial sera dépassé. La vraie question est de savoir comment l'extension sera traitée. Avec un avenant simple et une équipe disponible, ou avec une renégociation lourde qui retarde la décision. Le mode opératoire de la gestion des évolutions en dit long sur la philosophie du partenariat.

Quelle est la qualité du reporting ?

Au-delà des indicateurs contractuels, le reporting doit permettre au DSI de comprendre ce qui se passe dans la chaîne de production. Un reporting de qualité associe les indicateurs quantitatifs aux signaux qualitatifs que seuls les intervenants au contact du dossier peuvent restituer.

Comment la sortie est-elle organisée ?

Un contrat d'externalisation se prépare aussi par sa fin. La réversibilité doit être documentée dès le départ, avec un transfert de connaissance défini, une cartographie tenue à jour et des conditions de sortie qui ne créent pas de dépendance excessive. Une DSI qui aborde un contrat sans clause de réversibilité réelle se met dans une position fragile à moyen terme.

Choisir un partenaire, pas un fournisseur.

La distinction tient en peu de mots. Un fournisseur livre une prestation contre une rémunération. Un partenaire engage sa responsabilité sur la trajectoire du client. Les ESN les plus sérieuses peuvent jouer un rôle de partenaire sur des périmètres bien circonscrits. Les grands intégrateurs peuvent le faire sur des transformations de très grande ampleur. Mais sur la majorité des programmes que nous accompagnons, le modèle qui convient est celui d'une boutique experte capable d'engager des consultants experts sur chaque dossier, avec l'indépendance et la continuité qui font la différence dans la durée.

Si vous êtes en train d'évaluer une externalisation de DSI, la conversation que nous proposons d'avoir avec votre équipe ne porte pas d'abord sur les tarifs. Elle porte sur la nature du travail à mener, la composition de l'équipe qui interviendra et la façon dont la gouvernance sera structurée pour que la DSI conserve la main sur les arbitrages qui comptent.

Questions fréquentes.

Comment se compare le coût d'un partenaire boutique à celui d'une ESN ?

Le tarif unitaire d'un profil expert est plus élevé. Le coût total sur la durée du programme se compare souvent favorablement, parce que l'équipe est plus restreinte, le retravail est plus rare et la dépendance aux ressources internes de la DSI est plus faible. C'est une économie qui apparaît dans les charges indirectes plus que dans la facture mensuelle.

Quel périmètre confier à un partenaire boutique ?

Tout périmètre où la qualité des arbitrages compte plus que le volume. Architectures structurantes, transformations applicatives, migrations sensibles, programmes de gouvernance IT, sujets de cybersécurité ou de data. Sur des périmètres de pure exploitation à fort volume, une ESN reste souvent plus adaptée.

Comment les SLA sont-ils structurés ?

Sur un mode contractuel classique, avec des engagements de disponibilité, de délai de prise en charge et de résolution selon les niveaux de criticité. La différence se joue plus sur la qualité du reporting et sur la profondeur des analyses post-incident que sur la lettre du SLA lui-même.

Comment se passe la transition entrante depuis un autre partenaire ?

Elle se prépare. Une cartographie du parc, un inventaire des dépendances, un transfert structuré avec le partenaire sortant. Nous recommandons toujours une phase de recouvrement explicite plutôt qu'une bascule sèche, pour limiter le risque opérationnel sur la période sensible.

Quelle est la condition de réversibilité ?

Une documentation tenue à jour pendant toute la durée du contrat, des accès organisés, un transfert de connaissance défini en fin d'engagement. La réversibilité n'est pas une clause de défiance ; c'est une discipline d'ingénierie qui protège les deux parties.

Comment l'équipe externalisée s'articule avec la DSI interne ?

Par une gouvernance partagée et des rôles clairs. La DSI interne garde la maîtrise stratégique et l'arbitrage. Le partenaire apporte la capacité d'exécution et l'expertise. Une instance de pilotage régulière, courte et orientée décisions, permet de maintenir cet équilibre dans la durée.

À lire également

Pour aller plus loin avec nous

Comment nous prolongerions ce sujet avec vous.

Moteur

Tech Factory

Notre moteur de build. Produit, IA, web, mobile, data et cloud, livrés sous un même toit.

Pilier Tech Factory

Data, Cloud & DevOps

Plateformes data, arbitrages cloud souverain, discipline devops pour des systèmes qui doivent passer à l'échelle.

Pilier Tech Factory

Software & Platform Engineering

Applications web, mobile natif et ingénierie plateforme, conçus pour livrer et pour durer.

Parlez-nous
du dossier.

Dites-nous quelle décision vous cherchez à prendre. Stratégie, transformation, performance ou IA. Nous répondons sous un jour ouvré.