Migration S/4HANA Greenfield : Pourquoi repartir de zéro est souvent le meilleur calcul

Face à l'échéance de fin de maintenance d'ECC6, la question n'est plus « faut-il migrer vers S/4HANA ? » mais « comment migrer ? ». Si la conversion système (Brownfield) semble rassurante sur le papier, elle cache souvent un piège : transporter 15 ans de processus obsolètes et de code mort dans un système de nouvelle génération.

Greenfield, Brownfield, Bluefield : les trois trajectoires

SAP et l'écosystème reconnaissent trois approches de migration vers S/4HANA, chacune avec ses cas d'usage privilégiés.

Quand le Greenfield s'impose

Le Greenfield n'est pas un choix par défaut. Il s'impose dans plusieurs situations bien identifiées :

• Dette technique massive. Plus de 5 000 objets Z, modifications du standard, code non documenté hérité de plusieurs DSI successives.
• Processus métier obsolètes. Le système ECC reflète une organisation qui a évolué (fusions, scissions, nouveaux marchés). Les processus standard SAP ont évolué et collent mieux à la cible.
• Réorganisation profonde. Refonte du périmètre d'activité, internationalisation, passage du B2B au B2C, etc.
• Volonté stratégique d'un Core Model. Une multinationale qui veut harmoniser des dizaines de filiales sur un référentiel commun.

Quand le Greenfield n'est pas le bon choix

À l'inverse, choisir le Greenfield serait une erreur si :

• Le système ECC actuel est récent (moins de 5 ans), peu modifié et déjà aligné sur les processus standard ;
• L'entreprise n'a pas la capacité de mobiliser ses key users pendant 18 mois pour redéfinir les processus ;
• La pression temps est très forte (fin de maintenance ECC à moins de 18 mois) ;
• Le budget projet est insuffisant pour absorber un coût 1,5 à 2 fois supérieur à un Brownfield.

L'organisation type d'un projet Greenfield

Un projet Greenfield S/4HANA réussi suit la méthodologie SAP Activate en six phases :

Phase 1 — Discover

Cadrage stratégique, business case, choix de la trajectoire (Greenfield confirmé). Durée : 4 à 8 semaines.

Phase 2 — Prepare

Mise en place de la gouvernance, de l'équipe projet, des environnements techniques (DEV, QA, PRD), des outils (Solution Manager, Cloud ALM, Jira). Durée : 6 à 10 semaines.

Phase 3 — Explore (Fit-to-Standard)

Étape clé du Greenfield. Les key users métier valident l'adoption des processus standard SAP, atelier par atelier. Tout écart (« gap ») est documenté et arbitré. L'objectif : minimiser les développements spécifiques en alignant les processus métier sur le standard. Durée : 3 à 6 mois.

Phase 4 — Realize

Construction effective : configuration, développements spécifiques, intégrations, reprise de données. C'est la phase la plus longue et la plus consommatrice de ressources techniques. Durée : 6 à 12 mois.

Phase 5 — Deploy

Tests utilisateurs (UAT), formation, bascule en production (cutover), hypercare. Durée : 2 à 4 mois.

Phase 6 — Run

Stabilisation, optimisation continue, montée de version. Mode pérenne.

Sécuriser le delivery à grande échelle

Un projet Greenfield demande une force de frappe en développement importante : 10 à 30 développeurs ABAP, plus les fonctionnels et les architectes. La clé du succès ne réside pas seulement dans le volume mais dans le pilotage technique. Voici les leviers que nous mettons en place sur les projets internationaux :

Usine de développement structurée

Sur les grands projets, nous bâtissons des usines onshore/offshore avec un ratio typique 60/40. L'onshore (France) tient l'architecture, les Tech Leads et les développements critiques. L'offshore (Inde, Maroc, Roumanie) absorbe les développements de masse selon des spécifications techniques détaillées.

Gouvernance du code

Utilisation de l'ABAP Test Cockpit (ATC) avec un check variant projet, bloquant en transport. Aucun objet ne passe en QA sans être à zéro défaut bloquant. Standards de nommage stricts (préfixes par module, par sous-projet).

Revues de code systématiques

Chaque développement est revu par un Tech Lead avant intégration. Sur les projets que nous pilotons, le ratio est d'environ 1 Tech Lead pour 8 à 10 développeurs.

Formation continue

Les paradigmes modernes (RAP, CDS Views, Fiori Elements, ABAP Cloud) ne sont pas connus de tous. Une partie du temps projet doit être budgétée pour la montée en compétence des équipes.

Cas AREAS groupe Elior : Core Model international

Lors de la conception du Core Model IS-Retail pour le groupe AREAS (Elior), leader européen de la restauration en concession, nous avons piloté une équipe de 15 consultants techniques répartis entre la France et l'Inde. L'approche Greenfield a permis de bâtir une architecture scalable, déployable ensuite filiale par filiale, pays par pays. Le choix Greenfield s'est imposé parce que les systèmes locaux préexistants étaient hétérogènes (plusieurs ERP différents selon les pays).

Cas Thom Europe : retail multi-enseignes

Chez Thom Europe (Histoire d'Or, Marc Orian, And Other Stories), l'enjeu était d'harmoniser plusieurs enseignes sur un même backbone SAP. Le Greenfield a permis de partir d'une feuille blanche, d'adopter S/4HANA IS-Retail dans sa version standard, et de réduire drastiquement les retours en recette (UAT) grâce à une dette technique contenue dès le premier jour.

Repartir de zéro est un investissement. Mais c'est le seul qui garantisse que votre nouvel ERP ne soit pas un « vieux système avec une nouvelle interface ».

Risques majeurs et mitigation

• Sous-estimation du Fit-to-Standard. Les key users métier sont absorbés par leur quotidien. Mitigation : libérer les ressources clés à 50 % minimum sur la phase Explore, avec des suppléances.
• Reprise de données mal cadrée. Mitigation : démarrer la cartographie des données dès la phase Prepare, pas en Realize.
• Glissement du périmètre. Mitigation : un comité de pilotage hebdomadaire qui arbitre tout nouveau gap, avec un budget d'écarts strict.
• Hypercare insuffisant. Mitigation : maintenir les développeurs clés 3 mois minimum après le go-live.

Questions fréquentes

Quel est le coût d'un projet Greenfield S/4HANA ?

Pour une ETI (500 à 5 000 collaborateurs), le budget total se situe typiquement entre 5 et 25 M€ selon la complexité, le périmètre fonctionnel et le nombre de pays. Le coût est environ 1,5 à 2 fois supérieur à un Brownfield équivalent.

Combien de temps faut-il prévoir pour un Greenfield ?

De la phase Discover au go-live, comptez 18 à 30 mois pour un projet de taille moyenne. Les Core Model internationaux peuvent atteindre 36 à 48 mois, déploiements pays inclus.

Peut-on migrer en Greenfield sans externaliser ?

Théoriquement oui, mais en pratique très peu d'entreprises ont en interne tous les profils nécessaires (architectes S/4HANA, Tech Leads RAP, fonctionnels Fiori Elements). Un mix interne / partenaires intégrateurs reste la norme.

Greenfield ou Bluefield, quelle différence concrète ?

Le Bluefield démarre comme un Greenfield (nouveau système) mais reprend une partie de la configuration et de l'historique de données via des outils SAP (Selective Data Transition). Il convient quand on veut nettoyer les processus tout en gardant un historique long.

Quand commencer un projet Greenfield si on veut être en production avant fin 2027 ?

Il faut idéalement démarrer la phase Discover 24 à 30 mois avant la cible, soit dès le second semestre 2025 pour un go-live début 2027. Démarrer plus tard impose souvent de basculer sur Brownfield ou Bluefield.