La migration SAP vers le cloud de Zeiss fait marche arrière après des coûts atteignant 200 millions d’euros

Zeiss a revu de fond en comble sa migration SAP vers le cloud après que les coûts auraient dépassé 200 millions d’euros, abandonnant une reconstruction complète au profit d’une conversion plus prudente.

Le groupe allemand spécialisé dans l’optique conservera une plus grande partie de ses logiciels, données et processus métier existants tout en faisant évoluer ses systèmes de planification des ressources d’entreprise vers le cloud. Cette décision remplace la stratégie greenfield que Zeiss présentait comme une rare occasion de repenser ses fondations technologiques.

Ce revirement dépasse le cadre d’un seul coûteux projet informatique d’entreprise. Zeiss fournit des composants optiques essentiels aux équipements de fabrication de semi-conducteurs les plus avancés d’ASML. Ses systèmes internes soutiennent les usines, les stocks, les commandes, les contrôles financiers et un réseau de production mondialement réparti.

La migration SAP vers le cloud de Zeiss illustre désormais un choix difficile auquel sont confrontés d’autres grands clients SAP. Ils peuvent reconstruire leurs systèmes autour de processus standardisés, ou préserver davantage de leur architecture historique afin de maîtriser les coûts et les risques d’exécution.

L’approche brownfield offre une voie plus rapide et potentiellement moins coûteuse. Elle conserve toutefois une partie de la complexité que le programme initial devait éliminer.

Ce qui a changé dans la migration SAP vers le cloud de Zeiss

Zeiss n’a pas abandonné SAP ni son objectif cloud, mais a profondément modifié la manière dont il compte y parvenir.

Selon la migration de Zeiss, l’entreprise a commencé à planifier sa transition vers le cloud il y a environ six ans. Des cabinets de conseil externes ont piloté le programme, selon des personnes proches du projet.

La stratégie initiale suivait un modèle greenfield. Cette approche crée un nouveau système avec des processus, des configurations et des structures de données repensés, plutôt que de convertir directement l’environnement existant.

Les programmes greenfield promettent une architecture plus propre, car les équipes peuvent supprimer les anciennes personnalisations et les flux de travail incohérents. Ils peuvent également contraindre les unités opérationnelles à adopter un modèle de fonctionnement commun.

Cette promesse s’accompagne d’une condition exigeante. L’entreprise doit s’accorder sur le fonctionnement futur de son activité avant que la nouvelle plateforme puisse devenir opérationnelle.

Zeiss avait publiquement décrit cette ambition plusieurs années avant le revirement rapporté. Son programme FIT4 visait à remplacer un environnement SAP R/3 qui s’était développé de manière inégale au sein du groupe.

Un plan directeur FIT4 en anglais décrivait quatre principales installations SAP et 78 variantes de commandes. Environ 14 000 employés utilisaient l’environnement ERP existant, qui traitait près de 53 millions de transactions SAP par mois.

Le programme couvrait environ 160 entités Zeiss. Quatre-vingts autres entités opéraient en dehors du paysage ERP existant, ce qui compliquait davantage la création d’un modèle mondial unifié.

Zeiss comparait le projet à la construction d’un complexe d’appartements doté d’un plan d’étage commun. Les différentes unités opérationnelles pouvaient demander des modifications, mais le développement sur mesure devait rester exceptionnel.

Ce modèle exigeait que les équipes technologiques, les consultants et les spécialistes métier définissent des processus partagés avant le déploiement. Zeiss indiquait que ses équipes travaillaient sur la production, la logistique, la finance et d’autres fonctions opérationnelles.

L’entreprise affirme désormais avoir reconfiguré le programme afin d’avancer plus rapidement. Un porte-parole a confirmé que la nouvelle approche brownfield préservera de nombreux systèmes de données existants.

Une conversion brownfield fait entrer un environnement SAP établi dans S/4HANA tout en conservant une grande partie de ses données, de sa configuration et de son historique de processus. Le travail exige toujours l’adaptation du code, des tests, des changements d’intégration et la migration de l’infrastructure.

Il serait donc inexact de décrire cette évolution comme un simple transfert d’anciens logiciels vers un nouvel environnement d’hébergement. Zeiss doit encore réconcilier des systèmes ayant évolué différemment selon les unités opérationnelles et les régions.

La différence réside dans l’hypothèse de départ du projet. Le greenfield demande aux équipes de concevoir d’abord l’avenir souhaité. Le brownfield part de ce qui fonctionne déjà et ne modifie que ce qu’exige l’environnement cible.

Zeiss n’a pas publiquement confirmé le montant total de l’investissement ni communiqué de nouvelle date d’achèvement. SAP a également refusé de commenter le projet de son client.

Ces omissions laissent plusieurs questions importantes sans réponse. L’entreprise n’a pas précisé quels systèmes seront convertis, quels processus resteront inchangés ni quelle part des travaux précédents pourra être réutilisée.

Le changement essentiel demeure néanmoins clair. Le plan SAP greenfield de Zeiss a cédé la place à la préservation, à une modernisation progressive et à un contrôle plus strict des coûts.

Pourquoi Zeiss a choisi le brownfield après des années de travail greenfield

Ce revirement suggère que la refonte des processus est devenue plus difficile à gouverner que ne l’anticipait le plan d’architecture initial.

Zeiss avait de solides raisons de privilégier le développement greenfield. Ses systèmes ERP existants comportaient des variations accumulées au fil des années de croissance, de décisions locales, d’acquisitions et d’exigences de fabrication spécialisées.

Une nouvelle implémentation offrait l’occasion de supprimer ces différences. Des processus standardisés pouvaient favoriser des rapports cohérents, une planification intégrée et une coordination plus rapide entre les usines et les unités opérationnelles.

Mais chaque standard proposé ouvre une négociation. Une équipe de production peut nécessiter un flux de travail spécialisé, tandis que la finance peut exiger des contrôles uniformes. Les opérations régionales peuvent être confrontées à des exigences réglementaires, fiscales ou clients différentes.

Ces désaccords deviennent coûteux lorsque les consultants, experts internes et équipes logicielles doivent réviser à plusieurs reprises le modèle mondial. Chaque modification affecte la configuration, les interfaces, la conversion des données, la documentation et les tests.

Zeiss avait reconnu l’ampleur de cette coordination avant la refonte actuelle. Un profil de carrière de l’entreprise indiquait que son équipe de déploiement comptait plus de 100 employés, auxquels s’ajoutaient des consultants externes.

Ces participants étaient répartis dans des pays incluant les États-Unis, l’Inde et la Hongrie. L’entreprise présentait le projet à la fois comme une consolidation architecturale et un effort d’harmonisation des processus.

L’exécution d’un programme greenfield impose également aux organisations de distinguer les véritables besoins opérationnels des habitudes historiques. Cette distinction devient difficile lorsque le système ERP contrôle des activités qui ne peuvent tolérer de perturbations.

Pour Zeiss, ces activités comprennent les commandes, les livraisons, les stocks, les capacités de production et les factures. Une erreur de conception peut donc rapidement passer d’un arriéré informatique à un problème de fabrication ou de service client.

Les dépenses rapportées indiquent que le projet a mobilisé des ressources considérables avant que la direction ne change de cap. Elles ne prouvent pas que tous les travaux précédents ont été perdus.

Les cartographies de processus, les données nettoyées, les inventaires d’intégration et les cas de test peuvent rester utiles lors d’une conversion brownfield. Des parties du modèle mondial pourraient également orienter des optimisations ultérieures.

Toutefois, la justification économique change une fois que la direction choisit la préservation plutôt que le remplacement. Les bénéfices fondés sur une simplification étendue deviennent plus difficiles à revendiquer si les anciennes structures survivent dans le nouvel environnement.

La migration brownfield de Zeiss donne à l’entreprise un périmètre plus maîtrisé. Les équipes peuvent prioriser la conversion technique, la correction essentielle du code et les interfaces nécessaires à la continuité.

La documentation de SAP confirme que son produit de cloud privé prend en charge la conversion depuis SAP ERP. Elle fournit également des orientations pour adapter le code personnalisé et transférer les données vers l’environnement S/4HANA.

Cette voie réduit le nombre de changements organisationnels menés simultanément. Elle n’élimine pas le besoin de tester les processus métier ou de résoudre les personnalisations incompatibles.

Le consultant du secteur Byron Ford a déclaré à Bloomberg que les programmes greenfield coûtent généralement au moins 20 % de plus que les projets brownfield. Selon le périmètre, l’écart peut atteindre le double du coût.

Cette estimation ne constitue pas une prévision pour Zeiss. L’empreinte mondiale, le nombre de systèmes, la qualité des données, les effectifs internes et les exigences réglementaires peuvent produire des résultats très différents.

Elle explique néanmoins pourquoi une conversion brownfield devient attrayante lorsque les dépenses augmentent. La direction peut resserrer la transformation sans revenir entièrement à la plateforme historique.

Ce pivot reflète également un schéma fréquent dans les grands programmes technologiques. Les premiers plans optimisent l’état final souhaité, tandis que les décisions ultérieures optimisent une transition réalisable.

Ce compromis devient plus marqué lorsque les besoins de l’entreprise continuent de s’étendre. Zeiss accroît ses capacités liées aux semi-conducteurs, tandis que ses équipes internes doivent également repenser les principaux systèmes opérationnels.

Un fabricant en croissance ne peut pas mettre son organisation à l’arrêt pendant plusieurs années. De nouveaux sites, produits, entités juridiques et relations d’approvisionnement continuent d’entrer dans le système pendant l’implémentation.

Chaque changement peut rendre le plan greenfield obsolète avant la fin du déploiement. La conversion brownfield accepte cette cible mouvante et préserve davantage des connaissances opérationnelles déjà intégrées aux logiciels.

La promesse cloud de SAP face à la réalité de la personnalisation d’entreprise

Le principal conflit n’oppose plus les anciens logiciels aux nouveaux. Il oppose l’ambition de transformation à la réalité opérationnelle.

SAP encourage depuis des années ses clients à remplacer leurs applications d’entreprise exploitées localement par des abonnements cloud. Sa stratégie repose sur la migration d’une vaste base installée vers S/4HANA et les services cloud associés.

Pour les clients, l’attrait inclut une infrastructure gérée, des mises à jour plus régulières, des analyses intégrées et l’accès à de nouvelles fonctionnalités d’automatisation et d’intelligence artificielle.

Ces avantages ne se concrétisent qu’une fois que les processus métier sous-jacents, les données, les intégrations et le code personnalisé fonctionnent de manière fiable dans le système cible.

Cette exigence est particulièrement forte pour les entreprises industrielles. Leurs environnements ERP relient les logiciels de planification aux systèmes de fabrication, aux entrepôts, aux fournisseurs, aux contrôles qualité et au reporting financier.

Zeiss opère également sur plusieurs marchés distincts. Ses activités comprennent la technologie des semi-conducteurs, les systèmes médicaux, la métrologie industrielle et l’optique grand public.

Un processus adapté à une activité de lunettes peut ne pas répondre aux besoins d’un fournisseur d’équipements pour semi-conducteurs. La standardisation greenfield doit soit concilier ces différences, soit prendre en charge des exceptions soigneusement gouvernées.

Le plan SAP greenfield initial de Zeiss considérait la migration comme une occasion d’éliminer les processus incohérents. Ses concepteurs souhaitaient que les unités opérationnelles rejoignent une architecture commune plutôt que de reproduire chaque choix historique.

Le revirement rapporté montre les limites de cette métaphore de la construction. Un système ERP mondial n’est pas un bâtiment vide attendant ses occupants. Il contient des décisions opérationnelles prises sur plusieurs décennies.

Certaines décisions représentent une complexité évitable. D’autres intègrent des connaissances sur la fabrication, la conformité, les clients ou les contraintes d’approvisionnement qu’un modèle générique ne peut pas écarter sans risque.

Cette distinction crée un problème de gouvernance. Les consultants peuvent recommander des processus standard, mais les dirigeants opérationnels restent responsables lorsque ces processus échouent pendant la production.

Les partenaires externes travaillent également selon des structures commerciales qui peuvent récompenser la poursuite de l’activité. La multiplicité des prestataires, des droits de décision flous et de faibles critères d’acceptation peuvent compliquer la responsabilité.

Une étude sur les migrations dans le secteur a constaté que seulement 15 % des programmes SAP interrogés avaient été achevés dans les délais et le budget. L’analyse a associé les mauvais résultats à des défaillances de gouvernance, à des prestataires concurrents et à des responsabilités mal définies.

L’étude a également révélé que de nombreuses organisations privilégient la limitation des perturbations plutôt qu’une transformation d’envergure. Ce choix peut réduire le risque immédiat tout en reportant la standardisation et le nettoyage des données.

Zeiss s’est désormais rapproché de cette position axée sur la limitation des risques. L’entreprise peut conserver les processus qui fonctionnent, mener à bien la conversion de la plateforme, puis revenir à la simplification une fois la stabilité opérationnelle améliorée.

Il s’agit d’un renversement de l’ordre des étapes, pas nécessairement de la destination. Zeiss pourrait encore standardiser son environnement, mais ne semble plus disposé à faire d’une refonte complète une condition préalable à son passage au cloud.

SAP lui-même s’adapte de plus en plus aux transitions progressives. Son discours sur le cloud met l’accent sur la protection des investissements existants, la maîtrise du calendrier et une modernisation incrémentale.

Ce positionnement reconnaît une réalité incontournable. Les plus grands clients de SAP ont souvent davantage de complexité héritée, et non moins, car leurs systèmes prennent en charge de nombreux pays et des opérations spécialisées.

La migration de Zeiss vers le cloud SAP met donc deux promesses à l’épreuve simultanément. SAP doit démontrer que son modèle cloud peut absorber des clients complexes, tandis que Zeiss doit prouver que la préservation produira des progrès mesurables.

Le résultat probable sera une architecture moins pure. Il pourrait aussi aboutir à un système mis en production plus rapidement et présentant moins de surprises opérationnelles.

Les contrôles brownfield ont un coût, mais préservent la dette technique

Zeiss a réduit une catégorie de risques en en acceptant une autre : une conversion plus rapide peut conserver la complexité qui justifiait auparavant une reconstruction.

La dette technique désigne des choix de conception qui augmentent les coûts futurs de maintenance ou d’évolution. Dans les systèmes ERP, elle se manifeste souvent par du code personnalisé, des processus dupliqués, des données incohérentes et des intégrations fragiles.

Une conversion brownfield reporte une grande partie de cet historique. Les équipes doivent déterminer quelles personnalisations restent compatibles avec S/4HANA et lesquelles nécessitent une modification ou un abandon.

Cette approche peut néanmoins inclure un nettoyage. Zeiss peut supprimer le code inutilisé, consolider certaines interfaces, archiver des données obsolètes et standardiser les processus lorsqu’un accord existe déjà.

Toutefois, le programme ne démarre plus avec une configuration vierge. Chaque composant conservé doit être évalué dans le nouvel environnement.

Cela crée un problème de mesure difficile. Une conversion technique réussie peut respecter son calendrier tout en apportant moins d’améliorations opérationnelles que celles promises par l’analyse de rentabilité greenfield.

L’entreprise n’a pas indiqué quels bénéfices ont survécu à la refonte. Elle n’a pas non plus précisé si les coûts communiqués incluent les licences, les consultants, la main-d’œuvre interne, l’infrastructure ou l’exploitation parallèle des systèmes.

Sans cette ventilation, les observateurs ne peuvent pas déterminer pourquoi les dépenses ont dépassé les attentes. Les informations disponibles indiquent une complexité de mise en œuvre plus élevée que prévu, mais pas une défaillance technique isolée.

L’implication de cabinets de conseil externes mérite un examen attentif, sans attribuer prématurément de responsabilité. Bloomberg n’a pas identifié les entreprises qui dirigent la transition de Zeiss.

Les grands programmes répartissent souvent les responsabilités entre un éditeur de logiciels, des intégrateurs de systèmes, des fournisseurs cloud et des équipes internes. Des problèmes peuvent apparaître aux frontières entre leurs contrats.

Un prestataire peut configurer la plateforme centrale tandis qu’un autre gère les données ou les intégrations. Les unités opérationnelles de Zeiss doivent alors valider si le système combiné prend en charge le travail opérationnel réel.

Une responsabilité mal définie peut entraîner des refontes et des tests répétés. Elle peut aussi donner une image positive dans les rapports de direction jusqu’à ce que les processus interconnectés soient évalués ensemble.

Les données présentent un autre risque. Préserver les systèmes existants protège la continuité opérationnelle, mais des enregistrements incohérents peuvent affaiblir l’analytique et l’automatisation après la migration.

Les nouveaux services de SAP dépendent d’un contexte métier fiable. L’intelligence artificielle ne peut pas compenser des codes articles contradictoires, des fournisseurs dupliqués ou une responsabilité des processus mal définie.

Cette préoccupation est déjà visible dans l’ensemble de la base clients. Un benchmark de migration de 2025 a révélé que 62 % des répondants citaient les coûts élevés des projets comme un obstacle majeur à la transition.

La même étude a montré que 55 % considéraient la durée des projets comme une préoccupation, contre 37 % l’année précédente.

Ces résultats ne prouvent pas que le brownfield est toujours préférable. Ils montrent pourquoi les équipes de direction deviennent moins tolérantes aux refontes sans échéance à mesure que les délais approchent.

Le brownfield ne garantit pas non plus un coût total de possession plus faible. Les organisations peuvent payer la conversion aujourd’hui, puis financer des années de nettoyage par la suite.

La transition peut nécessiter une exploitation parallèle pendant que les équipes valident le nouvel environnement. Si les systèmes hérités restent actifs plus longtemps que prévu, les dépenses d’infrastructure et de support peuvent se poursuivre parallèlement aux abonnements cloud.

Les recherches sectorielles associent ces environnements qui se chevauchent à des coûts post-migration plus élevés. Le risque augmente lorsque l’ancienne plateforme n’est jamais entièrement arrêtée.

Zeiss doit donc empêcher que son virage pragmatique ne devienne un état intermédiaire indéfini. Une conversion réussie nécessite des dates de retrait explicites, des règles de responsabilité et des objectifs de simplification mesurables.

SAP fait également face à un risque stratégique. Chaque recul marquant vis-à-vis d’une transformation greenfield peut affaiblir la confiance dans les grands programmes de modernisation menés par des consultants.

L’éditeur de logiciels peut soutenir que le brownfield reste une voie prise en charge vers son portefeuille cloud. C’est vrai, mais cela modifie l’argument de valeur pour le client.

La proposition de valeur devient la continuité et une modernisation maîtrisée plutôt qu’une réinvention complète. Pour de nombreux clients, cette promesse plus limitée peut être plus crédible.

Le calendrier met Zeiss, SAP et ses consultants sous pression

L’horloge favorise désormais une conversion maîtrisée, car le calendrier de maintenance de SAP et l’expansion industrielle de Zeiss laissent peu de place à une nouvelle remise à zéro.

SAP assure la maintenance standard des applications centrales Business Suite 7 jusqu’à la fin de 2027. Une maintenance étendue facultative se poursuit jusqu’en 2030.

Ce calendrier de maintenance crée une contrainte de planification ferme. Les clients peuvent prolonger leur transition, mais le report ne supprime pas la décision de migration sous-jacente.

Zeiss a commencé sa planification des années avant cette échéance. La révision actuelle suggère qu’un démarrage anticipé n’a pas protégé le programme des pressions liées au périmètre et aux coûts.

La stratégie brownfield doit désormais transformer l’historique de planification en progrès de déploiement. Dans le cas contraire, l’entreprise risque de dépenser davantage tout en exploitant simultanément les anciens et les nouveaux environnements.

La pression dépasse largement le département informatique. Les équipes financières ont besoin de rapports fiables, les équipes de production ont besoin d’une planification précise et les opérations de chaîne d’approvisionnement ont besoin de données d’inventaire stables.

La position de Zeiss dans la fabrication de semi-conducteurs augmente les enjeux. L’entreprise est le fournisseur exclusif d’optiques pour les machines de lithographie les plus avancées d’ASML, selon Bloomberg.

Ces systèmes optiques aident les fabricants de puces à produire des processeurs de pointe, notamment des composants utilisés dans les infrastructures d’IA. Une perturbation opérationnelle chez Zeiss pourrait donc affecter une chaîne d’approvisionnement d’importance stratégique.

Aucun élément ne montre que le programme SAP ait interrompu la production de Zeiss ou les livraisons d’ASML. Son importance réside dans l’impact potentiel qu’une migration mal contrôlée pourrait avoir si elle atteignait des opérations critiques.

Zeiss doit concilier la modernisation avec cette exigence de continuité. Une conversion brownfield est plus facile à défendre lorsque la demande manufacturière augmente et que les systèmes ne peuvent pas tolérer un déploiement instable.

SAP fait face à une forme différente de pression. Sa stratégie de croissance dans le cloud exige que les grands clients achèvent leurs migrations, et pas seulement qu’ils signent des accords ou restent engagés dans des programmes de mise en œuvre pluriannuels.

Un client qui passe du greenfield au brownfield peut toujours devenir une source de revenus cloud. Toutefois, ce changement révèle que la complexité de mise en œuvre peut limiter la vitesse à laquelle SAP développe sa base installée.

Les budgets clients deviennent une autre contrainte. Une enquête de 2026 a révélé que 61 % des clients SAP participants identifiaient la pression budgétaire comme leur principal défi.

Le directeur de recherche d’ASUG a attribué une grande partie de cette pression aux projets S/4HANA. Ce constat, rapporté dans une analyse des budgets clients, suggère que les dépenses de migration concurrencent directement d’autres priorités technologiques.

Cette concurrence inclut désormais les produits d’intelligence artificielle de SAP. Les clients doivent établir des systèmes de données modernes et gouvernés avant que de nombreuses promesses d’automatisation avancée deviennent réalisables.

Les cabinets de conseil font également face à un test de crédibilité. Ils dirigent une grande partie du travail de conception, de conversion, de données et de gestion du changement dans les grands programmes ERP.

Le cas Zeiss n’établit pas de faute des consultants. Il soulève néanmoins des questions sur les estimations, le contrôle du périmètre et la capacité des incitations à soutenir une mise en œuvre livrable.

La prochaine phase révélera comment les responsabilités ont évolué. Une réinitialisation crédible devrait identifier des responsables redevables, des jalons plus ciblés et des résultats opérationnels que les utilisateurs peuvent valider.

La réponse imposée est donc partagée. Zeiss doit instaurer une gouvernance plus stricte, SAP doit soutenir une migration moins idéalisée et les partenaires externes doivent livrer conformément au périmètre révisé.

Trois signaux montreront si la réinitialisation brownfield fonctionne

Le plan révisé devrait être évalué selon les jalons de mise en production, le retrait des systèmes hérités et la stabilité des coûts d’exploitation, plutôt que sur une nouvelle annonce de transformation.

Le premier signal est un jalon de déploiement confirmé. Zeiss n’a pas communiqué de calendrier de projet révisé, de sorte que le prochain déploiement annoncé comptera davantage qu’un objectif global d’achèvement.

Une mise en production réussie dans une unité opérationnelle ou une région montrerait que l’entreprise a transformé sa décision brownfield en un périmètre exécutable.

Un nouveau retard affaiblirait l’argument selon lequel le changement d’approche a accéléré les progrès. Il suggérerait que la gouvernance, les intégrations ou les données restent des obstacles plus importants que la conception du système.

Le deuxième signal est la preuve que Zeiss retire ses installations héritées. La conversion brownfield apporte une valeur économique limitée si les anciens environnements continuent de fonctionner à côté de la plateforme cloud.

Les observateurs devraient rechercher moins d’instances ERP actives, une exploitation parallèle réduite et une couverture de migration claire dans les quelque 160 unités identifiées par FIT4.

Ces éléments renforceraient l’idée que Zeiss a préservé les processus essentiels sans conserver chaque système redondant. Une fragmentation persistante montrerait que la réinitialisation n’a fait que reporter la consolidation.

Le troisième signal est une perspective de coûts stable après l’entrée en phase d’exécution du programme révisé. Zeiss n’a pas besoin de divulguer chaque contrat, mais la direction devrait préciser si les dépenses ont cessé d’accélérer.

Un budget stable associé à des déploiements achevés soutiendrait la thèse brownfield. Une nouvelle hausse importante indiquerait que le code hérité et le travail d’intégration annulent les économies attendues.

Les lecteurs ne devraient pas considérer ce changement comme la preuve que les migrations greenfield échouent toujours. Certaines organisations bénéficient d’une reconstruction lorsque les processus hérités bloquent un changement stratégique et que la direction peut imposer la standardisation.

Le choix de Zeiss ne prouve pas non plus que la conversion brownfield est sûre. La complexité préservée peut réapparaître lors des tests, des mises à niveau, des projets analytiques ou de changements ultérieurs de processus.

La leçon la plus utile concerne le séquencement. Les entreprises peuvent dissocier la conversion de plateforme d’une refonte complète de leurs activités, plutôt que de tenter les deux simultanément dans toutes les unités.

Ce séquencement réduit les changements simultanés, mais exige de la rigueur après la mise en production. Les opérations de nettoyage reportées doivent avoir des responsables désignés, un financement et des échéances, faute de quoi elles deviennent une dette technique permanente.

Les dirigeants technologiques qui évaluent leurs propres migrations devraient se demander ce que protège chaque personnalisation. Ils devraient également déterminer quels avantages annoncés dépendent de la suppression de cette personnalisation avant la conversion.

Les revues de projet devraient relier les décisions d’architecture à des résultats commerciaux précis. Un pourcentage de clean core a peu de valeur si les usines, les équipes financières ou les opérations de chaîne d’approvisionnement ne peuvent pas accomplir leur travail de manière fiable.

Les équipes ont également besoin d’un registre indépendant des décisions, des dépendances et des critères d’acceptation. Une base de connaissances d’ingénierie consultable peut aider à préserver ce contexte entre les équipes internes et les partenaires de conseil.

La migration vers le cloud SAP de Zeiss est désormais soumise à un test plus ciblé et plus concret. Elle doit transférer des systèmes critiques sans interrompre les activités d’un fabricant intégré à la chaîne d’approvisionnement mondiale des semi-conducteurs.

Surveillez le prochain déploiement en production, le retrait des anciennes instances SAP et l’évolution révisée des coûts. Ensemble, ces signaux montreront si Zeiss a trouvé une voie viable ou s’il a seulement reporté les décisions les plus difficiles.