Le cutover

Qu'est-ce que le cutover ?

Microsoft en donne une définition simple dans son guide d'implémentation : le cutover est la dernière étape avant le lancement de la nouvelle solution, le moment où l'on passe de l'ancien système au nouveau (Microsoft Learn).

La même page précise l'ordre de grandeur : cette période, couramment appelée « cutover weekend » parce qu'elle est tenue hors activité, dure généralement moins de 48 heures, et parfois moins encore selon l'activité. Le cutover n'est donc pas une phase de projet de plusieurs semaines : c'est une opération courte, très préparée.

En français, on dit « bascule » ou « fenêtre de bascule ». Le terme anglais reste largement employé dans les projets, y compris francophones.

Que contient un plan de cutover ?

Un plan de cutover est une liste d'opérations ordonnées, chacune avec un responsable, une durée, une heure de début attendue et un critère de réussite. La séquence typique :

1. Gel des saisies dans l'ancien système, et communication du gel aux équipes — y compris aux services qui ne sont pas dans le périmètre mais qui en dépendent.
2. Extraction et arrêt des flux : interfaces suspendues, traitements batch bloqués, files d'attente vidées.
3. Reprise des données : chargement des soldes, stocks, en-cours, référentiels dans le nouveau système.
4. Réconciliation : comparaison poste à poste entre ancien et nouveau, avec un seuil d'écart accepté défini avant la bascule.
5. Contrôles de bout en bout : quelques transactions réelles jouées dans le nouveau système par des utilisateurs métier, pas par l'équipe projet.
6. Décision go/no-go, puis ouverture des accès et reprise des interfaces.

Deux éléments distinguent un plan solide d'une liste de tâches. D'abord l'heure limite de retour arrière : passé ce point, le repli n'est plus praticable et il faut aller au bout. Ensuite la personne qui prononce la décision, nommée avant la bascule.

Le cutover vu du poste de travail

Vu de la DSI, le cutover est une séquence technique. Vu du terrain, c'est une période pendant laquelle on ne peut plus travailler comme avant, puis un lundi matin où tout a changé.

Cette dimension est souvent sous-évaluée dans les plans. Un gel de saisie de 48 heures signifie des commandes à ressaisir, des bons de livraison en attente, des opérations reportées. Si les équipes n'ont pas de procédure de contournement pour cette fenêtre, elles improvisent — et les données improvisées reviennent dans le système après la bascule.

Le plan de cutover devrait donc contenir, à côté des opérations techniques, ce que font les utilisateurs pendant la fenêtre et comment leurs saisies différées rentrent dans le nouveau système.

Quand la bascule dérape : le cas TSB

La migration de TSB Bank en avril 2018 est l'un des rares cas où une autorité publique a documenté en détail les conséquences d'une bascule ratée. La banque britannique a migré ses systèmes le week-end du 20 au 22 avril 2018. Le Final Notice de la FCA, publié le 20 décembre 2022, en retrace le déroulé.

Ce cas documente le séquencement : la bascule elle-même s'est déroulée sur le week-end, et la crise s'est révélée le premier jour ouvré, quand les clients sont arrivés. La clôture de la fenêtre technique ne dit donc rien de la réussite d'un cutover : celle-ci se mesure quand les utilisateurs arrivent en charge réelle.

Six pratiques qui sécurisent une bascule

1. Répéter le cutover en conditions réelles, au moins une fois, chronomètre en main. Une répétition révèle les dépendances que le plan avait manquées.
2. Définir le seuil d'écart accepté avant la bascule, pas pendant. Discuter d'un écart de réconciliation à 3 h du matin est le meilleur moyen de le valider à tort.
3. Faire jouer les contrôles finaux par des utilisateurs métier, sur de vraies transactions. L'équipe projet ne voit plus les aspérités de l'interface.
4. Fixer l'heure limite de retour arrière et la respecter.
5. Prévoir l'activité pendant le gel : procédure de contournement écrite, et modalité de rattrapage des saisies différées.
6. Armer l'hypercare avant la bascule, pas après. Le pic de sollicitations arrive dès l'ouverture des accès aux utilisateurs.

Conclusion

Un cutover est une opération courte — moins de 48 heures dans la plupart des cas — mais c'est la seule opération du projet qui soit vraiment irréversible. Sa qualité se construit dans les répétitions, pas dans la nuit de la bascule.

Et sa réussite se constate plus tard, à la première heure de pleine charge, quand les utilisateurs arrivent.

Questions fréquentes