Le bon ordre, pas la bonne volonté
La plupart des programmes de migration CCM qui s’enlisent ne manquent pas de volonté ni de budget. Ils manquent d’ordre : on commence à migrer avant d’avoir mesuré le patrimoine, on rationalise en même temps qu’on bascule, on laisse chaque entité discuter son propre référentiel sans mandat pour trancher. Le résultat n’est pas un échec visible, mais une dérive silencieuse : le programme avance, le calendrier glisse, et personne ne sait vraiment pourquoi.
Piloter une migration CCM, c’est d’abord choisir le bon ordre des décisions. La rationalisation du référentiel documentaire en est l’un des sujets les plus complexes à dénouer, parce qu’elle touche plusieurs entités à la fois et qu’elle n’a pas de propriétaire naturel.
Mesurer avant d’arbitrer
Aucune rationalisation ne se pilote sur une intuition. Avant tout arbitrage, il faut un inventaire réel du patrimoine : quels modèles sont produits, à quel volume sur douze mois glissants, lesquels sont des variantes d’un même document, lesquels ne tournent plus. Sans cette mesure, un comité de pilotage débat de modèles qui n’existent plus depuis longtemps, et les vrais doublons passent sous le radar.
Cette mesure doit être partagée avant la première réunion d’arbitrage, pas produite au fil des débats : un chiffre contesté en séance fait perdre la réunion entière à la question de sa fiabilité, plutôt qu’à la décision qu’il devait éclairer.
Rationaliser : la vraie décision de pilotage
Rationaliser un référentiel, ce n’est pas supprimer des doublons évidents. C’est décider, entité par entité, quel modèle devient la référence commune quand deux versions existent pour des raisons historiques qui ne tiennent plus. Cette décision est politique autant que technique : elle touche à des habitudes de service, parfois à des mentions juridiques propres à une entité.
Qui doit piloter la rationalisation du référentiel ?
La rationalisation engage le fonds documentaire de plusieurs entités à la fois ; elle ne se décide pas dans l’équipe technique seule. Elle doit être pilotée par un binôme métier et technique, avec un mandat explicite pour trancher les doublons entre entités, sans quoi chaque arbitrage remonte et le calendrier se dilue.
Découper en jalons réversibles, pas en gros blocs
Un programme de migration qui avance par grands blocs expose tout le patrimoine à la fois : si une règle de convergence s’avère fausse, elle doit être corrigée partout avant de pouvoir continuer. La bonne maille est le jalon réversible : un lot de modèles, rationalisé, prouvé équivalent, basculé, avant d’ouvrir le lot suivant. Une erreur reste alors visible et corrigible à l’échelle d’un lot, pas de tout le programme.
Le double-run suit la même logique : il se pilote flux par flux, jamais plateforme entière, pour que la bascule d’un flux ne conditionne pas celle des autres.
Faut-il arrêter la production pendant la rationalisation ?
Non, et c’est précisément ce qui rend l’exercice difficile à piloter : la chaîne de production tourne pendant qu’on rationalise le référentiel qui l’alimente. La bascule se fait modèle par modèle, jamais plateforme entière, pour qu’une erreur de rationalisation reste visible et réversible avant d’atteindre la production.
Les pièges de pilotage les plus fréquents
Trois dérives reviennent sur la plupart des programmes que nous reprenons en cours de route :
- Rationaliser et migrer en même temps. Un modèle qui change de contenu ET de plateforme dans la même opération ne peut plus être comparé à rien : l’équivalence documentaire perd son point de référence. Rationaliser avant, migrer ensuite, toujours dans cet ordre.
- Confondre « migré » et « copié ». Un modèle recopié sur la plateforme cible sans preuve d’équivalence document par document n’est pas migré, il est dupliqué à l’identique, avec sa dette.
- Garder l’ancien socle « au cas où ». Tant qu’il tourne, les licences, l’exploitation et les compétences rares restent au budget. Le critère de pilotage n’est jamais « disponible », c’est « éteint ».
Comment mesurer l’avancement d’un programme de migration CCM ?
Pas en pourcentage de modèles migrés : un modèle migré mais non prouvé équivalent au document source ne compte pas. L’avancement se mesure en modèles validés par comparaison automatique, document par document, et en flux effectivement basculés en double-run, pas en lignes de configuration écrites.
Ce que ça change pour le comité de pilotage
Un comité de pilotage qui reçoit un patrimoine mesuré, un mandat de rationalisation clair et des jalons réversibles n’arbitre plus dans l’urgence. Il arbitre sur des chiffres, entité par entité, et peut dire non à une exception sans bloquer le reste du programme. C’est tout l’enjeu du pilotage : transformer une décision politique difficile en une suite de décisions mesurées et réversibles.