Fiche concept

Planification des Vagues de Migration

À jour au 2026-07-24T14:00:00Z

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Planification des Vagues de Migration ?

Sans planification de vagues, les programmes de migration SAP dérivent vers 24-36 mois sans jamais cutover ; avec 6-8 vagues séquencées de 3-4 mois, le même périmètre ship en 18-24 mois.

La planification par vagues de migration est la discipline de niveau programme consistant à découper une migration SAP pluriannuelle — S/4HANA brownfield, S/4 greenfield, ou une modernisation BW-vers-BDC — en une séquence de six à huit vagues, chacune s'étalant sur trois à quatre mois, chacune basculant une unité de périmètre définie : une ligne d'activité, une région, une entité juridique, ou un domaine de processus de bout en bout. Cette discipline compte car l'alternative n'est pas une migration plus rapide sans planification par vagues, c'est une migration qui ne se termine jamais vraiment : les programmes qui tentent un basculement unique en « big bang », ou qui séquencent le travail de façon informelle sans structure de vagues explicite, dérivent régulièrement vers deux ou trois ans sans jamais atteindre un état stable et entièrement basculé, tandis que des programmes de périmètre comparable dotés d'une planification par vagues disciplinée livrent le même périmètre en dix-huit à vingt-quatre mois, avec une progression mensuelle visible et prévisible qui préserve la confiance du sponsor.

Les dimensions selon lesquelles les vagues sont conçues

Pourquoi c'est important

La fondation master-data doit précéder tout cutover transactionnel — la sauter fait échouer la première vague transactionnelle sur des trous de données, avec un retard en cascade sur toutes les vagues suivantes.
Chaque vague a quatre gates fermes (design-complete, build-complete, UAT-pass, go-live) ; rater le Gate 2 de la vague N force en routine le retard de la vague N+1.
La vague trop grosse — une seule vague couvrant 5+ LoB en 4 mois — est l'erreur la plus fréquente, comprimant build/test jusqu'à l'effondrement de la qualité.

Points clés

Cinq dimensions de conception : géographique · LoB-fonctionnelle · entité juridique · domaine de processus · risque.
Piloté par les dépendances : données de référence en premier · clôture avant filiale · shared-services avant les consommateurs · reporting en parallèle.
Quatre gates : design · build · UAT · go-live.
Point d'équilibre 6-8 vagues · 3-4 mois chacune.
Hypercare 4-8 semaines par vague · 30-50 % du budget build.
Fenêtre de cutover : planifier 96h, communiquer une réalité de 48h.
Calendrier FR/DACH : éviter la clôture de décembre · le semestriel de juin · le CSRD du Q1.
Les données de référence sont la vague zéro, jamais sautée.
Migration Wave Planning n'est maîtrisé que lorsqu'il change une décision d'achat identifiée.
Commencer par le contrat sémantique et le modèle de contrôle avant de démontrer l'outil.

Termes employés sur cette page

Migration wave: Unité de cutover séquencée de 3 à 4 mois ; 6 à 8 vagues couvrent un programme multi-LoB Tier-1.
Wave-zero: Vague de fondation des données de référence précédant toutes les vagues transactionnelles. Jamais sautée.
Four gates: Jalons par vague : design terminé · build terminé · UAT validé · go-live.
Hypercare: Phase de support renforcé de 4 à 8 semaines après le go-live ; 30 à 50 % du budget de build de la vague.
Cutover window: Créneau de bascule en production (généralement 48-96 h). Planifier 96 h, communiquer 48 h.
Reporting blackout: Période où la couche analytique bascule après les systèmes opérationnels ; 4 à 12 semaines si non maîtrisée.
Risk graduation: Schéma d'ordonnancement des vagues : LoB pilote d'abord (faible risque) · milieu de gamme · vaisseau amiral en dernier.
Calendar freeze: Période interdite au cutover par les cycles métier : clôture de décembre FR · semestrielle de juin · CSRD du T1.

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →

Planification des Vagues de Migration

Qu'est-ce que Planification des Vagues de Migration ?

Les dimensions selon lesquelles les vagues sont conçues

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM