8 octobre 2026
Karen Greff
Senior Manager – Conduite du changement
Quand une DSI change de prestataire d’infogérance, le l’équipe projet se focalise sur les points essentiels de la contractualisation : les clauses contractuelles, la description des services et les engagements associés, le plan de transition, les conditions financières, Ces éléments masquent une question tout aussi structurante, rarement traitée avec la même application et dans le bon timing qu’est-ce qui change, concrètement, dans la façon dont la DSI et ses clients internes travaillent au quotidien ?
Le contrat bascule d’un prestataire à l’autre. Comment l’organisation doit apprendre à fonctionner autrement ?
Sans cet apprentissage, la transition prévu sur le papier s’essouffle très rapidement sur le terrain.
Un changement de prestataire n’est pas qu’un changement de fournisseur
On instruit souvent ces transitions comme un projet opérationnel: on requalifie un périmètre de services, on négocie des engagements, on organise une bascule technique. Un diagnostic complémentaire permet de poser d’autres questions, tout aussi structurantes :
- Comment pilote-t-on le passage d’un prestataire à l’autre pendant la période de transition ?
- Quelles interactions entre la DSI et son prestataire changent réellement, au-delà de l’organigramme du contrat ?
- Et surtout, qu’est-ce qui change du côté du client lui-même : son organisation interne, les participants à ses instances de gouvernance ?
Le vrai changement se joue côté client, pas côté prestataire
C’est le point que l’on sous-estime le plus souvent : l’essentiel de l’effort d’adoption ne porte pas sur les équipes du nouveau prestataire, mais sur la DSI et ses clients internes (managers et utilisateurs) qui doivent changer leurs réflexes. «avant, nous faisions comme cela ; maintenant, nous devons faire comme ci». Sans accompagnement dédié, ces réflexes ne changent pas d’eux-mêmes : la bascule technique et contractuelle peut être parfaitement exécutée et ne produire, sur le terrain, qu’un changement de logo sur les tickets.
Rendre la bascule tangible pour ceux qui la vivent
En pratique, cela veut dire traiter la Conduite du changement comme un volet du projet de transition, pas comme une option ajoutée après la signature du contrat : un diagnostic flash mené dès le cadrage pour objectiver les écarts d’usages, un plan d’adoption qui distingue les cibles techniques de la DSI des cibles métier, des indicateurs d’adoption suivis dans la durée au même titre que les indicateurs de service, et des formats de communication qui rendent la transition concrète ; jusqu’à des formats vidéo qui font vivre à chacun une journée dans la peau d’un utilisateur touché par le changement.
Un sujet CIO Office à part entière
Piloter cette dimension ne relève pas d’un service annexe qu’on ajoute une fois le contrat signé. C’est un sujet CIO Office à part entière, au même titre que la gouvernance de la relation prestataire ou le pilotage de la performance des services. Et c’est aussi un sujet qui se joue à la croisée de deux expertises complémentaires : l’expertise Conduite du changement, du côté de notre practice CIO Office, qui structure l’accompagnement humain et organisationnel de la transition ; et notre practice Digital Collaborateur, qui pilote au quotidien les transitions d’infogéreur et les plateformes ITSM/ESM ; qui pilote ce type de sujets côté terrain. Sans leur connaissance fine des usages support, la Conduite du changement resterait hors-sol. C’est cette combinaison qui détermine si une transition produit réellement la valeur attendue, ou si elle se limite à un nouveau nom en bas du contrat.
Et vous, quand votre DSI a changé de prestataire ou d’outil de gestion des services, la Conduite du changement a-t-elle été pilotée dès le cadrage du contrat, ou seulement une fois la bascule technique actée ?