Démo

Brownfield ou greenfield

Migrer un système de gestion, c'est choisir entre convertir l'existant (brownfield) et repartir d'une page blanche (greenfield) — une troisième voie combinant les deux s'est ajoutée depuis. Le choix est autant organisationnel que technique.

7 min de lecture Migration Adoption

Définition en bref

Brownfield et greenfield désignent les deux approches opposées d'une migration de système : convertir le système existant en conservant son paramétrage et ses données, ou repartir de zéro en redéfinissant les processus.

  • Chez SAP, la conversion de système correspond au brownfield et la nouvelle implémentation au greenfield.
  • Une troisième voie, la transition sélective des données, combine des éléments des deux.
  • Le greenfield permet de nettoyer les processus ; le brownfield préserve les habitudes — et les mauvaises.

Brownfield vs greenfield : définitions

Les deux mots viennent de l'aménagement du territoire : un terrain greenfield est vierge, un terrain brownfield est déjà bâti et doit être reconverti. Appliqués aux systèmes d'information, ils décrivent deux manières d'arriver à la même cible.

SAP, dont l'écosystème a popularisé ces termes avec la migration vers S/4HANA, nomme trois voies de transformation (SAP News Center, octobre 2024) :

  • la conversion de système — system conversion, l'approche brownfield : migrer un système SAP ERP existant vers S/4HANA ;
  • la nouvelle implémentation — new implementation, l'approche greenfield : repartir de zéro, ce qui permet de redéfinir les processus métier ;
  • la transition sélective des données — selective data transition, approche hybride : combiner des éléments des deux méthodes précédentes.

Le vocabulaire est marqué SAP, mais la question se pose à l'identique lors du remplacement d'un CRM, d'un SIRH ou d'un PLM.

Ce que chaque approche coûte vraiment

La comparaison se fait généralement sur le coût et la durée du projet. C'est le mauvais angle : les deux approches déplacent le coût, elles ne le réduisent pas.

Le brownfield conserve le paramétrage, les développements spécifiques et les données. Le projet est plus court et moins perturbant pour les équipes, qui retrouvent leurs processus et leurs données, même si les écrans changent. En contrepartie, il reconduit la dette : processus contournés depuis dix ans, champs détournés de leur usage, développements spécifiques dont plus personne ne connaît la raison.

Le greenfield permet de repartir des processus standard et de solder cette dette. Il coûte en revanche un effort de refonte, une reprise de données sélective, et surtout un choc d'usage : les utilisateurs perdent leurs repères sur toute la chaîne, en même temps.

C'est ce dernier point qui fait basculer beaucoup d'arbitrages. Un greenfield réussi techniquement peut échouer faute de conduite du changement : le système est propre, mais personne ne sait plus travailler avec.

Le calendrier SAP, moteur des décisions

Dans l'écosystème SAP, le choix se fait sous contrainte de calendrier. SAP a annoncé en février 2020 une maintenance principale de SAP Business Suite 7 jusqu'à la fin 2027, une maintenance étendue optionnelle jusqu'à la fin 2030, et un engagement sur S/4HANA jusqu'à la fin 2040 (SAP News Center).

L'enquête annuelle du DSAG, le groupe des utilisateurs SAP germanophones, donne la photographie des intentions. Son Investitionsreport 2026, publié le 26 février 2026 et réalisé auprès de 198 répondants, montre un étalement des bascules bien au-delà de 2027.

37 %

des entreprises qui investissent encore dans SAP ECC prévoient de basculer vers S/4HANA d'ici fin 2027 ; près de la moitié visent fin 2030 et passent donc en maintenance étendue payante.

DSAG, Investitionsreport 2026 (n = 198)

42 %

prévoient des investissements élevés ou moyens dans S/4HANA en version sur site, contre 22 % en cloud privé et 6 % en cloud public.

DSAG, Investitionsreport 2026 (n = 198)

2027 / 2030

fin de la maintenance principale de SAP Business Suite 7, puis fin de la maintenance étendue optionnelle.

SAP News Center, février 2020

Cinq questions pour trancher

  1. Vos processus actuels sont-ils un actif ou une dette ? Si l'essentiel du paramétrage résulte de contournements accumulés, le brownfield les emporte avec lui.
  2. Quelle part de vos développements spécifiques est encore justifiée ? L'inventaire honnête de cette part est le meilleur indicateur de faisabilité d'un greenfield.
  3. Quelle est la capacité d'absorption de l'organisation ? Un greenfield demande de réapprendre à travailler ; un brownfield demande d'accepter de nouvelles interfaces sur des processus connus.
  4. Quelles données doivent vraiment être reprises ? La réponse fait souvent pencher vers la transition sélective plutôt que vers l'un des deux extrêmes.
  5. Quelle échéance réglementaire ou contractuelle s'impose ? Une fin de maintenance proche exclut souvent le greenfield, faute de temps.
Cas réel · Kemira, bascule S/4HANA

Le projet

Le groupe chimique Kemira a basculé la totalité de son périmètre sur SAP S/4HANA, avec un déplacement simultané vers le cloud Azure. Le projet a été mené avec l'intégrateur cbs Corporate Business Solutions.

Les ordres de grandeur

  • 15 mois de projet jusqu'au démarrage ;
  • un go-live « big bang », c'est-à-dire sur tout le périmètre en une fois ;
  • 400 usines dans 37 pays couvertes ;
  • 100 % de l'entreprise en production au 1er juin 2023.

Une bascule globale en quinze mois n'est pas reproductible telle quelle. Ce cas montre surtout qu'une migration de cette ampleur se joue sur la préparation et la décision de périmètre, plus que sur la nuit de bascule elle-même (SAP News Center, septembre 2023).

L'angle mort : ce que les utilisateurs perdent

Les comparatifs brownfield/greenfield raisonnent en coûts de projet, en durée et en dette technique. Ils ignorent presque toujours le poste le plus lourd : le temps que des milliers de personnes vont passer à réapprendre leur travail.

En brownfield, cet effort est modéré mais réel : les écrans changent, les enchaînements bougent, les habitudes de contournement ne fonctionnent plus. En greenfield, il est massif — et concentré sur les premières semaines, au moment précis où l'organisation doit aussi absorber un cutover et une hypercare.

Chiffrer cet effort avant de choisir l'approche change souvent la décision. Et le réduire — par de l'aide disponible dans l'outil plutôt que par des sessions de formation à l'avance — est le levier le plus direct sur le coût total d'une migration.

L'expertise Knowmore

Comment Knowmore réduit le coût d'une migration.

Que la migration soit brownfield ou greenfield, les utilisateurs se retrouvent devant des écrans qu'ils ne connaissent pas. Knowmore prend en charge ce poste : les guides K-NOW s'affichent dans le nouvel outil, au bon écran, et remplacent la documentation que personne n'ouvre.

K-STUDIO permet de les produire pendant le projet, à partir des processus cibles, et K-VALUE montre après la bascule quelles étapes bloquent réellement — y compris celles que le plan de formation n'avait pas identifiées.

Conclusion

Brownfield et greenfield ne s'opposent pas sur la technique mais sur ce que l'on accepte d'emporter : la dette de paramétrage d'un côté, le choc d'usage de l'autre. La transition sélective existe précisément parce que peu d'organisations veulent choisir.

Dans les trois cas, le poste le moins chiffré du dossier est le même : le temps que les utilisateurs passeront à réapprendre. C'est aussi celui sur lequel on peut agir le plus vite.

Questions fréquentes

Le brownfield est-il toujours plus rapide que le greenfield ?

Souvent, mais pas mécaniquement. Une conversion de système sur un existant très spécifique, mal documenté et fortement développé peut prendre plus de temps qu'une nouvelle implémentation sur des processus standard. L'inventaire des développements spécifiques est le meilleur indicateur avant de trancher.

Qu'est-ce que la transition sélective des données ?

SAP la nomme selective data transition et la présente comme une approche hybride, combinant des éléments de la conversion de système et de la nouvelle implémentation. Concrètement, on repart de processus redéfinis tout en reprenant une partie ciblée de l'historique et du paramétrage existants.

La question brownfield/greenfield concerne-t-elle uniquement SAP ?

Non. Le vocabulaire vient de l'écosystème SAP, mais l'arbitrage est le même pour tout remplacement de système structurant : conserver le paramétrage et les données de l'outil sortant, ou repartir du standard de l'outil entrant. Les conséquences sur l'usage sont de même nature.

Passons à la pratique

Le poste le moins chiffré d'une migration.

Parlons du temps que vos équipes passeront à réapprendre — et de la façon de le diviser.