Per anni i progetti ERP sono stati interpretati attraverso una sequenza ben definita: analisi, implementazione, go-live e successivo supporto. Con SAP S/4HANA Cloud Public Edition questo schema non è più sufficiente. Il go-live smette di rappresentare il momento in cui il sistema è “finito” e diventa il momento in cui inizia davvero il suo ciclo di vita operativo. Il progetto continua a essere fondamentale, ma il successo non dipende più solo dalla qualità dell'implementazione. Dipende dalla capacità dell'organizzazione di governare ciò che accade dopo: aggiornamenti periodici, evoluzione dei processi, gestione delle estensioni e validazione continua delle nuove release.
Il vero rischio è arrivare in produzione senza un modello operativo
Molte aziende scoprono che il problema non è il sistema, ma l'assenza di un modello organizzativo in grado di sostenerlo nel tempo. Nel mondo tradizionale era possibile compensare lacune progettuali con ticket, workaround e attività correttive successive al go-live. Nel Public Cloud questo approccio diventa molto più fragile. Un'estensione sviluppata senza una chiara strategia di gestione può funzionare perfettamente il giorno del rilascio e trasformarsi in una criticità alla prima evoluzione della piattaforma. Test non pianificati, responsabilità poco chiare e sovrapposizioni tra IT, AMS e business finiscono per aumentare complessità e costi operativi. Il risultato è un sistema tecnicamente in produzione, ma non realmente governato.
SAP sposta l'attenzione dalla delivery alla governance continua
Non è un caso che SAP descriva il Cloud ERP come un modello di evoluzione continua e non come una semplice modalità di deployment del software. Lo stesso approccio emerge nella metodologia SAP Activate, che include esplicitamente la fase di Run come parte integrante del percorso progettuale. Gli aggiornamenti periodici, gli ambienti dedicati ai test e il concetto di Clean Core vanno tutti nella stessa direzione: garantire che il sistema possa evolvere senza compromettere stabilità e governabilità. Anche il tema dell'estensibilità segue questa logica. Le personalizzazioni non scompaiono, ma devono essere progettate in modo compatibile con il lifecycle della piattaforma, utilizzando modelli di sviluppo e integrazione pensati per convivere con l'evoluzione continua del cloud.
Dal progetto all'operating model: la vera sfida per l'IT
Il cambiamento più significativo non è tecnologico, ma organizzativo. Nel Public Cloud l'IT non gestisce più un progetto seguito da una manutenzione, ma un sistema in costante evoluzione che richiede governance delle release, ownership chiare, processi di validazione strutturati e una distinzione precisa tra difetti, change request ed estensioni. Questo ha impatti diretti su costi, affidabilità e capacità di innovazione. Per questo la domanda corretta non è più "il progetto è finito?", ma "abbiamo costruito un modello operativo capace di governare il sistema nel tempo?". Perché nel Public Cloud il go-live consegna il sistema. È il day-2 che determina se quel sistema resterà davvero sostenibile, evolutivo e sotto controllo.
