La migrazione al cloud SAP di Zeiss cambia rotta dopo che i costi hanno raggiunto 200 milioni di euro

Zeiss ha rivisto la propria migrazione al cloud SAP dopo che i costi avrebbero superato i 200 milioni di euro, abbandonando una ricostruzione completa a favore di una conversione più prudente.

Il gruppo tedesco dell'ottica manterrà una quota maggiore di software, dati e processi aziendali esistenti mentre trasferisce i propri sistemi di pianificazione delle risorse d'impresa verso il cloud. La decisione sostituisce la strategia greenfield che Zeiss aveva presentato come una rara opportunità per riprogettare le proprie fondamenta tecnologiche.

Questo dietrofront conta ben oltre un costoso progetto IT aziendale. Zeiss fornisce componenti ottici essenziali per le più avanzate apparecchiature di produzione di semiconduttori di ASML. I suoi sistemi interni supportano stabilimenti, scorte, ordini, controlli finanziari e una rete produttiva distribuita a livello globale.

La migrazione al cloud SAP di Zeiss illustra ora una scelta difficile che si presenta ad altri grandi clienti SAP. Possono ricostruire i propri sistemi attorno a processi standardizzati oppure preservare una maggiore quota dell'architettura legacy per contenere costi e rischi di esecuzione.

Il percorso brownfield offre una strada più rapida e potenzialmente meno costosa. Tuttavia, conserva anche parte della complessità che il programma originario era stato progettato per eliminare.

Cosa è cambiato nella migrazione al cloud SAP di Zeiss

Zeiss non ha abbandonato SAP né il proprio obiettivo cloud, ma ha cambiato radicalmente il modo in cui intende raggiungerlo.

Secondo la migrazione Zeiss, l'azienda ha iniziato a pianificare la transizione al cloud circa sei anni fa. Società di consulenza esterne hanno guidato il programma, secondo persone a conoscenza del progetto.

La strategia originale seguiva un modello greenfield. Questo approccio crea un nuovo sistema con processi, configurazioni e strutture dati riprogettati, invece di convertire direttamente l'ambiente esistente.

I programmi greenfield promettono un'architettura più pulita perché i team possono eliminare vecchie personalizzazioni e flussi di lavoro incoerenti. Possono inoltre costringere le unità aziendali ad adottare un unico modello operativo condiviso.

Quella promessa comporta una condizione impegnativa. L'azienda deve concordare come funzionerà il proprio business futuro prima che la nuova piattaforma possa entrare in funzione.

Zeiss aveva descritto pubblicamente questa ambizione diversi anni prima del dietrofront riportato. Il suo programma FIT4 puntava a sostituire un ambiente SAP R/3 cresciuto in modo disomogeneo all'interno del gruppo.

Un blueprint FIT4 in lingua inglese descriveva quattro installazioni SAP principali e 78 varianti d'ordine. Circa 14.000 dipendenti utilizzavano l'ambiente ERP esistente, che elaborava all'incirca 53 milioni di transazioni SAP al mese.

Il programma comprendeva circa 160 unità Zeiss. Altre 80 unità operavano al di fuori del panorama ERP esistente, aumentando la difficoltà di creare un modello globale unificato.

Zeiss ha paragonato il progetto alla costruzione di un complesso residenziale con una pianta comune. Le singole unità aziendali potevano richiedere modifiche, ma lo sviluppo su misura avrebbe dovuto rimanere eccezionale.

Quel modello richiedeva ai team tecnologici, ai consulenti e agli specialisti aziendali di definire processi condivisi prima della distribuzione. Zeiss ha dichiarato che i propri team lavoravano su produzione, logistica, finanza e altre funzioni operative.

L'azienda afferma ora di aver riconfigurato il programma per ottenere progressi più rapidi. Un portavoce ha confermato che il nuovo approccio brownfield conserverà molti sistemi dati esistenti.

Una conversione brownfield porta un ambiente SAP consolidato in S/4HANA mantenendo gran parte dei suoi dati, della configurazione e della cronologia dei processi. Il lavoro richiede comunque l'adattamento del codice, test, modifiche alle integrazioni e migrazione dell'infrastruttura.

Sarebbe quindi impreciso descrivere il passaggio come un semplice trasferimento del vecchio software in un nuovo ambiente di hosting. Zeiss deve comunque riconciliare sistemi che si sono sviluppati in modo diverso tra unità aziendali e regioni.

La differenza risiede nell'assunto di partenza del progetto. Il greenfield chiede ai team di progettare prima il futuro desiderato. Il brownfield parte da ciò che già funziona e modifica solo ciò che l'ambiente di destinazione richiede.

Zeiss non ha confermato pubblicamente l'investimento totale né comunicato una nuova data di completamento. Anche SAP ha rifiutato di commentare il progetto del cliente.

Queste omissioni lasciano senza risposta diverse questioni importanti. L'azienda non ha identificato quali sistemi saranno convertiti, quali processi rimarranno invariati o quanto del lavoro precedente potrà essere riutilizzato.

Il cambiamento essenziale è comunque chiaro. Il piano SAP greenfield di Zeiss ha lasciato il posto alla conservazione, a una modernizzazione incrementale e a un controllo dei costi più rigoroso.

Perché Zeiss ha scelto il brownfield dopo anni di lavoro greenfield

Il dietrofront suggerisce che la riprogettazione dei processi sia diventata più difficile da governare di quanto prevedesse il piano architetturale originario.

Zeiss aveva una forte ragione per preferire lo sviluppo greenfield. I suoi sistemi ERP esistenti contenevano variazioni accumulate nel corso di anni di crescita, decisioni locali, acquisizioni e requisiti produttivi specializzati.

Una nuova implementazione offriva l'opportunità di eliminare tali differenze. Processi standardizzati avrebbero potuto supportare reportistica coerente, pianificazione integrata e un coordinamento più rapido tra stabilimenti e unità aziendali.

Eppure ogni standard proposto crea una negoziazione. Un team di produzione può aver bisogno di un flusso di lavoro specializzato, mentre la finanza può richiedere controlli uniformi. Le operazioni regionali possono affrontare requisiti diversi in materia normativa, fiscale o dei clienti.

Questi disaccordi diventano costosi quando consulenti, esperti interni e team software devono rivedere ripetutamente il modello globale. Ogni modifica incide su configurazione, interfacce, conversione dei dati, documentazione e test.

Zeiss aveva riconosciuto l'ampiezza di questo coordinamento prima dell'attuale revisione. Un profilo professionale dell'azienda affermava che il team di rollout comprendeva oltre 100 dipendenti, oltre a consulenti esterni.

I partecipanti erano distribuiti in Paesi tra cui Stati Uniti, India e Ungheria. L'azienda ha descritto il progetto sia come un consolidamento architetturale sia come uno sforzo di armonizzazione dei processi.

L'esecuzione greenfield richiede inoltre alle organizzazioni di distinguere le reali necessità operative dalle abitudini storiche. Tale distinzione diventa difficile quando il sistema ERP controlla attività che non possono tollerare interruzioni.

Per Zeiss, queste attività includono ordini, consegne, scorte, capacità produttiva e fatture. Un errore di progettazione può quindi passare rapidamente da un arretrato IT a un problema di produzione o di assistenza clienti.

La spesa riportata indica che il progetto ha assorbito risorse considerevoli prima che il management cambiasse direzione. Non dimostra che tutto il lavoro precedente sia andato sprecato.

Mappe dei processi, dati ripuliti, inventari delle integrazioni e casi di test possono rimanere utili durante una conversione brownfield. Parti del modello globale potrebbero inoltre orientare ottimizzazioni successive.

Tuttavia, la giustificazione economica cambia quando il management sceglie la conservazione invece della sostituzione. I benefici basati su un'ampia semplificazione diventano più difficili da sostenere se le vecchie strutture sopravvivono nel nuovo ambiente.

La migrazione brownfield di Zeiss offre all'azienda un perimetro più controllato. I team possono dare priorità alla conversione tecnica, alla correzione essenziale del codice e alle interfacce necessarie per garantire continuità.

La documentazione di SAP conferma che il suo prodotto private cloud supporta la conversione da SAP ERP. Fornisce inoltre indicazioni per adattare il codice personalizzato e trasferire i dati nell'ambiente S/4HANA.

Questo percorso riduce il numero di cambiamenti organizzativi simultanei. Non elimina la necessità di testare i processi aziendali o di risolvere le personalizzazioni incompatibili.

Il consulente del settore Byron Ford ha dichiarato a Bloomberg che i programmi greenfield costano generalmente almeno il 20% in più rispetto ai progetti brownfield. A seconda dell'ambito, la differenza può arrivare al doppio del costo.

Questa stima non è una previsione per Zeiss. Presenza globale, numero di sistemi, qualità dei dati, personale interno e requisiti normativi possono produrre risultati molto diversi.

Spiega però perché una conversione brownfield diventi interessante quando la spesa aumenta. Il management può restringere la trasformazione senza tornare completamente alla piattaforma legacy.

Il cambio di rotta riflette anche uno schema comune nei grandi programmi tecnologici. I piani iniziali ottimizzano per lo stato finale desiderato, mentre le decisioni successive ottimizzano per una transizione realizzabile.

Questo compromesso diventa più netto quando la domanda aziendale continua a espandersi. Zeiss sta aumentando la capacità legata ai semiconduttori, mentre dai suoi team interni ci si aspetta anche che riprogettino i sistemi operativi principali.

Un produttore in crescita non può congelare la propria organizzazione per diversi anni. Durante l'implementazione, nuove strutture, prodotti, entità giuridiche e relazioni di fornitura continuano a entrare nel sistema.

Ogni cambiamento può rendere obsoleto il blueprint greenfield prima del termine del rollout. La conversione brownfield accetta questo bersaglio mobile e preserva una maggiore quantità di conoscenza operativa già incorporata nel software.

La promessa cloud di SAP incontra la realtà della personalizzazione aziendale

Il conflitto principale non è più tra software vecchio e software nuovo. È tra l'ambizione di trasformazione e la realtà operativa.

SAP incoraggia da anni i clienti a sostituire le applicazioni aziendali gestite localmente con abbonamenti basati sul cloud. La sua strategia dipende dallo spostamento di un'ampia base installata verso S/4HANA e i servizi cloud correlati.

Per i clienti, l'attrattiva include infrastruttura gestita, aggiornamenti più regolari, analisi integrate e accesso a funzionalità più recenti di automazione e intelligenza artificiale.

Questi vantaggi arrivano solo dopo che i processi aziendali sottostanti, i dati, le integrazioni e il codice personalizzato funzionano in modo affidabile nel sistema di destinazione.

Questo requisito è particolarmente impegnativo per le aziende industriali. I loro ambienti ERP collegano il software di pianificazione con sistemi di produzione, magazzini, fornitori, controlli qualità e rendicontazione finanziaria.

Zeiss opera inoltre in diversi mercati distinti. Le sue attività comprendono tecnologia dei semiconduttori, sistemi medicali, misurazione industriale e ottica per consumatori.

Un processo che funziona per un'attività nel settore dell'occhialeria potrebbe non soddisfare un fornitore di apparecchiature per semiconduttori. La standardizzazione greenfield deve quindi conciliare tali differenze oppure supportare eccezioni attentamente governate.

Il piano SAP greenfield originario di Zeiss considerava la migrazione un'opportunità per eliminare processi incoerenti. I suoi progettisti volevano che le unità aziendali confluissero in un'architettura comune anziché riprodurre ogni scelta legacy.

Il dietrofront riportato mostra il limite di quella metafora edilizia. Un sistema ERP globale non è un edificio vuoto in attesa di inquilini. Contiene decisioni operative maturate nel corso di decenni.

Alcune decisioni rappresentano complessità evitabile. Altre codificano conoscenze su produzione, conformità, clienti o vincoli di fornitura che un modello generico non può scartare in sicurezza.

Questa distinzione crea un problema di governance. I consulenti possono raccomandare processi standard, ma i leader aziendali rimangono responsabili quando tali processi falliscono durante la produzione.

I partner esterni lavorano inoltre secondo strutture commerciali che possono incentivare il proseguimento delle attività. Più fornitori, diritti decisionali poco chiari e criteri di accettazione deboli possono complicare la responsabilità.

Uno studio sulle migrazioni nel settore ha rilevato che solo il 15% dei programmi SAP analizzati si è concluso nei tempi previsti e nel rispetto del budget. L’analisi ha collegato gli esiti negativi a carenze di governance, fornitori in competizione e responsabilità poco chiare.

Lo studio ha inoltre rilevato che molte organizzazioni privilegiano la limitazione delle interruzioni rispetto a una trasformazione estesa. Questa scelta può ridurre il rischio immediato, rinviando però la standardizzazione e la pulizia dei dati.

Zeiss si è ora avvicinata a questa posizione orientata alla limitazione del rischio. L’azienda può mantenere processi funzionanti, completare la conversione della piattaforma e riesaminare la semplificazione dopo il miglioramento della stabilità operativa.

Si tratta di un’inversione nella sequenza, non necessariamente nella destinazione. Zeiss potrebbe comunque standardizzare il proprio panorama applicativo, ma non sembra più disposta a rendere una riprogettazione completa un prerequisito per l’avanzamento nel cloud.

SAP stessa accoglie sempre più le transizioni graduali. La sua comunicazione sul cloud enfatizza la protezione degli investimenti esistenti, il controllo delle tempistiche e una modernizzazione incrementale.

Questo posizionamento riconosce un fatto inevitabile. I maggiori clienti SAP spesso hanno una maggiore complessità legacy, non minore, perché i loro sistemi supportano numerosi Paesi e operazioni specializzate.

La migrazione cloud SAP di Zeiss mette quindi alla prova due promesse contemporaneamente. SAP deve dimostrare che il proprio modello cloud può assorbire clienti complessi, mentre Zeiss deve provare che la conservazione produrrà progressi misurabili.

Il risultato probabile sarà una minore purezza architetturale. Potrebbe però anche creare un sistema che entra in produzione prima e presenta meno sorprese operative.

I controlli brownfield hanno un costo ma preservano il debito tecnico

Zeiss ha ridotto una categoria di rischio accettandone un’altra: una conversione più rapida può preservare la complessità che in precedenza giustificava una ricostruzione.

Il debito tecnico si riferisce a scelte progettuali che aumentano i futuri costi di manutenzione o modifica. Nei sistemi ERP, si manifesta spesso sotto forma di codice personalizzato, processi duplicati, dati incoerenti e integrazioni fragili.

Una conversione brownfield porta con sé gran parte di questa storia. I team devono stabilire quali personalizzazioni rimangano compatibili con S/4HANA e quali richiedano modifiche o dismissione.

L’approccio può comunque includere attività di pulizia. Zeiss può rimuovere il codice inutilizzato, consolidare interfacce selezionate, archiviare dati obsoleti e standardizzare i processi laddove esista già un accordo.

Tuttavia, il programma non parte più da una configurazione vuota. Ogni componente mantenuto deve essere valutato nel nuovo ambiente.

Ciò crea un difficile problema di misurazione. Una conversione tecnica riuscita potrebbe rispettare la tempistica, pur offrendo meno miglioramenti operativi rispetto a quelli promessi dal business case greenfield.

L’azienda non ha reso noti i benefici sopravvissuti alla riprogettazione. Non ha nemmeno specificato se i costi riportati includano licenze, consulenti, lavoro interno, infrastruttura o gestione parallela dei sistemi.

Senza questa ripartizione, gli osservatori non possono stabilire perché la spesa abbia superato le aspettative. Le informazioni disponibili indicano una complessità di implementazione superiore al previsto, ma non un singolo guasto tecnico isolato.

Il coinvolgimento delle società di consulenza esterne merita attenzione senza attribuire colpe prematuramente. Bloomberg non ha identificato le aziende che guidano la transizione di Zeiss.

I grandi programmi spesso dividono le responsabilità tra un fornitore software, integratori di sistemi, provider cloud e team interni. I problemi possono emergere ai confini tra i loro contratti.

Un fornitore può configurare la piattaforma centrale mentre un altro gestisce dati o integrazioni. Le business unit di Zeiss devono quindi verificare se il sistema combinato supporti il lavoro operativo reale.

Una proprietà mal definita può produrre ripetute riprogettazioni e attività di test. Può anche far apparire positivi i report gestionali finché i processi interconnessi non vengono valutati nel loro insieme.

I dati rappresentano un ulteriore rischio. La conservazione dei sistemi esistenti protegge la continuità operativa, ma record incoerenti possono indebolire analisi e automazione dopo la migrazione.

I servizi più recenti di SAP dipendono da un contesto aziendale affidabile. L’intelligenza artificiale non può compensare codici materiale in conflitto, fornitori duplicati o una proprietà dei processi poco chiara.

Questa preoccupazione è già visibile nell’intera base clienti. Un benchmark sulle migrazioni del 2025 ha rilevato che il 62% degli intervistati citava gli elevati costi di progetto come principale ostacolo alla transizione.

La stessa ricerca ha rilevato che il 55% indicava la durata del progetto come una preoccupazione, rispetto al 37% dell’anno precedente.

Questi risultati non dimostrano che il brownfield sia sempre preferibile. Mostrano perché i team di gestione diventano meno tolleranti verso riprogettazioni senza una scadenza definita con l’avvicinarsi delle deadline.

Il brownfield non garantisce neppure un costo totale inferiore nel ciclo di vita. Le organizzazioni possono pagare oggi la conversione e finanziare poi anni di pulizia.

La transizione può richiedere una gestione parallela mentre i team convalidano il nuovo ambiente. Se i sistemi legacy restano attivi più a lungo del previsto, le spese per infrastruttura e supporto possono proseguire insieme agli abbonamenti cloud.

Le ricerche di settore associano questi ambienti sovrapposti a costi più elevati dopo la migrazione. Il rischio cresce quando la vecchia piattaforma non viene mai completamente dismessa.

Zeiss deve quindi evitare che la sua svolta pragmatica diventi uno stato intermedio indefinito. Una conversione riuscita richiede date esplicite di dismissione, regole di responsabilità e obiettivi misurabili di semplificazione.

Esiste anche un rischio strategico per SAP. Ogni rilevante ritirata dalla trasformazione greenfield può indebolire la fiducia nei grandi programmi di modernizzazione guidati dai consulenti.

Il fornitore software può sostenere che il brownfield rimanga un percorso supportato verso il proprio portafoglio cloud. È vero, ma cambia la proposta di valore per il cliente.

La proposta di valore diventa continuità e modernizzazione gestita anziché reinvenzione completa. Per molti clienti, questa promessa più circoscritta può risultare più credibile.

Le tempistiche aumentano la pressione su Zeiss, SAP e i suoi consulenti

L’orologio ora favorisce una conversione controllata, perché il calendario di manutenzione di SAP e l’espansione industriale di Zeiss lasciano poco spazio per un altro ripristino.

SAP fornisce manutenzione mainstream per le applicazioni core Business Suite 7 fino alla fine del 2027. La manutenzione estesa opzionale prosegue fino al 2030.

Questa tabella di marcia per la manutenzione crea un vincolo di pianificazione rigido. I clienti possono estendere la transizione, ma il rinvio non elimina la decisione di migrazione sottostante.

Zeiss ha iniziato la pianificazione anni prima di tale scadenza. L’attuale revisione suggerisce che un avvio anticipato non abbia protetto il programma dalla pressione su ambito e costi.

La strategia brownfield deve ora trasformare la storia della pianificazione in progressi di implementazione. In caso contrario, l’azienda rischia di spendere di più mentre gestisce insieme ambienti vecchi e nuovi.

La pressione si estende ben oltre il dipartimento IT. I team finanziari necessitano di reportistica affidabile, i team di produzione di una pianificazione accurata e le operazioni della supply chain di dati di inventario stabili.

La posizione di Zeiss nella produzione di semiconduttori aumenta la posta in gioco. Secondo Bloomberg, è il fornitore esclusivo di ottiche per le macchine litografiche più avanzate di ASML.

Questi sistemi ottici aiutano i produttori di chip a realizzare processori di punta, compresi componenti utilizzati nell’infrastruttura AI. Un’interruzione operativa in Zeiss potrebbe quindi influire su una supply chain strategicamente importante.

Non vi sono prove che il programma SAP abbia interrotto la produzione di Zeiss o le consegne di ASML. Il rilievo risiede nel potenziale impatto qualora una migrazione mal controllata raggiungesse operazioni critiche.

Zeiss deve bilanciare la modernizzazione con questo requisito di continuità. Una conversione brownfield è più facile da difendere quando la domanda manifatturiera cresce e i sistemi non possono tollerare un rollout instabile.

SAP affronta una forma diversa di pressione. La sua strategia di crescita nel cloud richiede che i grandi clienti completino le migrazioni, non soltanto che firmino accordi o rimangano in programmi di implementazione pluriennali.

Un cliente che passa dal greenfield al brownfield può comunque generare ricavi cloud. Tuttavia, il cambiamento rivela che la complessità di implementazione può limitare la velocità con cui SAP espande la propria base installata.

Anche i budget dei clienti stanno diventando un ulteriore vincolo. Un sondaggio del 2026 ha rilevato che il 61% dei clienti SAP partecipanti identificava la pressione sul budget come la principale sfida.

Il direttore della ricerca di ASUG ha attribuito gran parte di questa pressione ai progetti S/4HANA. Il dato, riportato in un’analisi dei budget dei clienti, suggerisce che la spesa per la migrazione competi direttamente con altre priorità tecnologiche.

Questa competizione ora include i prodotti di intelligenza artificiale di SAP. I clienti devono creare sistemi di dati moderni e governati prima che molte promesse di automazione avanzata possano diventare pratiche.

Anche le società di consulenza affrontano una prova di credibilità. Guidano gran parte del lavoro di progettazione, conversione, dati e gestione del cambiamento nei principali programmi ERP.

Il caso Zeiss non dimostra una condotta scorretta dei consulenti. Solleva però interrogativi su stime, controllo dell’ambito e sulla presenza di incentivi a sostegno di un’implementazione realizzabile.

La prossima fase rivelerà come siano cambiate le responsabilità. Un ripristino credibile dovrebbe identificare proprietari responsabili, milestone più ristrette e risultati aziendali che gli utenti possano convalidare.

La risposta imposta è quindi condivisa. Zeiss deve introdurre una governance più rigorosa, SAP deve supportare una migrazione meno idealizzata e i partner esterni devono fornire risultati rispetto all’ambito rivisto.

Tre segnali mostreranno se il ripristino brownfield funziona

Il piano rivisto dovrebbe essere giudicato in base alle milestone di produzione, alla dismissione dei sistemi legacy e alla stabilità dei costi operativi, piuttosto che a un altro annuncio di trasformazione.

Il primo segnale è una milestone di rollout confermata. Zeiss non ha fornito una tempistica di progetto rivista, quindi la prossima implementazione resa nota conterà più di un obiettivo generale di completamento.

Un lancio in produzione riuscito in una business unit o regione mostrerebbe che l’azienda ha tradotto la propria decisione brownfield in un ambito eseguibile.

Un ulteriore ritardo indebolirebbe l’argomento secondo cui il cambio di approccio abbia creato progressi più rapidi. Suggerirebbe che governance, integrazioni o dati rimangano ostacoli più rilevanti della progettazione del sistema.

Il secondo segnale è la prova che Zeiss stia dismettendo le installazioni legacy. La conversione brownfield offre un valore economico limitato se i vecchi ambienti continuano a operare accanto alla piattaforma cloud.

Gli osservatori dovrebbero cercare un numero inferiore di istanze ERP attive, una riduzione della gestione parallela e una chiara copertura della migrazione nelle circa 160 unità identificate da FIT4.

Questa evidenza rafforzerebbe l’ipotesi che Zeiss abbia preservato processi essenziali senza conservare ogni sistema ridondante. Una frammentazione persistente mostrerebbe che il ripristino ha soltanto rinviato il consolidamento.

Il terzo segnale è una prospettiva di costi stabile dopo l’ingresso in esecuzione del programma rivisto. Zeiss non deve rendere pubblico ogni contratto, ma la direzione dovrebbe chiarire se la spesa abbia smesso di accelerare.

Un budget stabile abbinato a rollout completati sosterrebbe la tesi brownfield. Un altro aumento rilevante indicherebbe che il codice legacy e il lavoro di integrazione hanno compensato i risparmi attesi.

I lettori non dovrebbero considerare questa scelta come prova che le migrazioni greenfield falliscano sempre. Alcune organizzazioni traggono beneficio dalla ricostruzione quando i processi legacy ostacolano un cambiamento strategico e la leadership può imporre la standardizzazione.

Né la scelta di Zeiss dimostra che la conversione brownfield sia sicura. La complessità preservata può riemergere durante test, aggiornamenti, progetti di analisi o successive modifiche ai processi.

La lezione più utile riguarda la sequenza. Le imprese possono separare la conversione della piattaforma dalla riprogettazione completa del business, invece di tentare entrambe contemporaneamente in ogni unità.

Questa sequenza riduce i cambiamenti simultanei, ma richiede disciplina dopo il go-live. Le attività di pulizia rinviate devono avere responsabili nominati, finanziamenti e scadenze, altrimenti diventano debito tecnico permanente.

I responsabili tecnologici che valutano le proprie migrazioni dovrebbero chiedersi cosa protegge ciascuna personalizzazione. Dovrebbero inoltre individuare quali benefici dichiarati dipendono dall’eliminazione di quella personalizzazione prima della conversione.

Le revisioni di progetto dovrebbero collegare le decisioni architetturali a risultati aziendali specifici. Una percentuale di clean core significa poco se le fabbriche, i team finanziari o le operazioni della supply chain non riescono a svolgere il proprio lavoro in modo affidabile.

I team hanno inoltre bisogno di una registrazione indipendente di decisioni, dipendenze e criteri di accettazione. Una base di conoscenza ingegneristica ricercabile può contribuire a preservare questo contesto tra team interni e partner di consulenza.

La migrazione al cloud SAP di Zeiss ha ora una verifica più circoscritta e pratica. Deve spostare sistemi critici senza interrompere un produttore integrato nella catena di fornitura globale dei semiconduttori.

Occorre seguire il prossimo rilascio in produzione, il ritiro delle vecchie istanze SAP e l’andamento aggiornato dei costi. Insieme, questi segnali mostreranno se Zeiss ha trovato una strada percorribile oppure ha soltanto rinviato le decisioni più difficili.