Plan de migration SAP S/4HANA

Ce que contient le modèle

Une conversion n’est pas un projet qui s’arrête à la mise en service : elle s’arrête quand la fenêtre de gel se referme et que les comptes se réconcilient. Les barres ci-dessous placent les bascules à blanc et le gel là où ils se situent réellement :

• Choix du chemin et évaluation de la faisabilité — Rapports de readiness check, analyse des simplification items, la décision brownfield ou greenfield elle-même, le dimensionnement et la conception du paysage cible. Jalon : chemin de conversion validé.
• Préparation et remédiation du code spécifique — La partie qu’aucune équipe ne dimensionne correctement : analyse du code spécifique au regard de la base des simplification items, vagues de remédiation, retrait du code obsolète, et la préparation du modèle de données financier dont la conversion dépend. Jalon : remédiation du code spécifique achevée.
• Conversion du bac à sable et du développement — La première conversion technique sur une copie de bac à sable et le temps d’exécution qu’elle révèle, puis les systèmes de développement et de qualification, avec l’adaptation fonctionnelle et les tests unitaires derrière chacun. Jalon : système de qualification converti.
• Cycles de tests — Tests fonctionnels, d’intégration, d’interfaces, d’autorisations et de performance, plus la boucle d’anomalies, exécutés sur un système de qualification converti et non sur une construction neuve. Jalon : critères de sortie des tests d’intégration atteints.
• Bascules à blanc et répétition générale — Trois bascules à blanc sur des volumes de données de production, chacune chronométrée et chacune raccourcissant le mode opératoire, puis la répétition générale qui conditionne la décision de lancement. Jalon : décision go/no-go après répétition générale.
• Gel, bascule et hypercare — La fenêtre de gel de gestion, la conversion de production elle-même, la validation et la réconciliation, la remise à disposition des utilisateurs, et la période d’hypercare avant le transfert au support. Jalon : sortie d’hypercare.

Comment l’adapter

1. S’il s’agit d’une nouvelle implémentation et non d’une conversion, supprimez les phases de remédiation et de bascule à blanc et reconstruisez autour de la conception des processus : les formes sont réellement différentes.
2. Posez d’abord le week-end de bascule en production et remontez à rebours ; les bascules à blanc sont la seule estimation fiable de sa durée.
3. Découpez la remédiation du code spécifique en vagues par propriétaire d’objet, et non par nombre d’objets, pour que les barres correspondent à qui fait réellement le travail.
4. Allongez la fenêtre de gel si vos volumes de transactions sont élevés en fin de période, et évitez de faire passer la bascule au-dessus d’une clôture d’exercice.
5. Ajoutez une ligne par interface et par système satellite : une conversion casse généralement les intégrations avant de casser SAP lui-même.
6. Ajoutez une quatrième bascule à blanc si la troisième ne tient toujours pas dans la fenêtre disponible.
7. Prévoyez l’information-consultation du CSE si la conversion modifie l’organisation du travail, et faites-en une dépendance des vagues de formation plutôt qu’une découverte de dernière minute.

Conseils de planification

• Menez la première bascule à blanc tôt et mal. Son rôle est de révéler ce qui manque au mode opératoire, pas de réussir. Ce sont les suivantes qui doivent être propres.
• Triez le rapport de readiness, ne le comptez pas. Mille constats peuvent représenter deux semaines de travail ou six mois, et seul le tri vous dira lequel.
• Traitez la répétition générale comme un vrai point de passage. Si la répétition ne tient pas dans la fenêtre prévue, la bascule de production n’y tiendra pas davantage — c’est exactement pour cela qu’on la fait.
• Gelez la gestion, pas seulement le système. Publiez ce que chacun peut et ne peut pas faire chaque jour de la fenêtre, bien avant qu’elle ne commence.
• Réconciliez avant de rendre la main. Soldes comptables, postes ouverts et quantités en stock validés au regard des chiffres d’avant conversion : voilà le vrai critère de mise en service, pas un écran vert.

Modèles associés

• Planning de déploiement d’un ERP
• Plan de projet de reprise de données
• Plan de projet de migration vers le cloud
• Feuille de route de transformation numérique
• Voir tous les modèles de diagramme de Gantt

Ce modèle est en français. Les pages associées non encore traduites s’ouvrent en anglais.

Questions fréquentes