Perché i progetti ERP sforano, e raramente per colpa del software
Quando un’implementazione ERP finisce fuori tempo e fuori budget, l’analisi a posteriori porta quasi sempre agli stessi punti: requisiti raccolti a metà, decisioni rimandate, dati anagrafici arrivati tardi e sporchi, persone chiave assorbite dal lavoro corrente. La tecnologia regge; a cedere è il modo in cui il progetto viene condotto.
Da qui l’utilità di una metodologia: non è burocrazia, è l’elenco delle decisioni da prendere e del momento in cui vanno prese. Chi salta i passaggi non risparmia tempo, lo sposta più avanti nel progetto, dove costa di più.
Che cos’è la metodologia SAP Activate?
SAP Activate è il framework con cui SAP guida le implementazioni della propria suite. Poggia su tre elementi che lavorano insieme: le best practice — scenari di processo già configurati e pronti da attivare — gli strumenti di configurazione guidata, e una metodologia agile che procede per iterazioni invece che per un’unica consegna finale.
Il cambio di prospettiva rispetto ai progetti ERP di vent’anni fa è sostanziale: non si parte dal disegno dei processi aziendali per poi costruirli a sistema, si parte dal processo standard SAP e si discute solo dove l’azienda ha una ragione concreta per discostarsene. Per una PMI questo significa arrivare prima in produzione e con meno codice da mantenere negli anni.
Quali sono le fasi di un progetto ERP con SAP Activate?
Il percorso si articola in sei fasi, due delle quali stanno fuori dal progetto in senso stretto.
- Discover. Prima del progetto: si valutano le soluzioni, si costruisce il business case e si abbozza la roadmap.
- Prepare. Si fissano scope, governance e piano; si allestiscono gli ambienti; si assegnano ruoli e responsabilità.
- Explore. I workshop di fit-to-standard confrontano i processi aziendali con lo standard SAP e registrano gli scostamenti nel backlog.
- Realize. Configurazione, sviluppi e test in cicli successivi, fino all’accettazione degli utenti.
- Deploy. Preparazione dell’ambiente produttivo, cutover, avvio e primo periodo di presidio.
- Run. Dopo il go-live: gestione degli incidenti, monitoraggio, aggiornamenti e miglioramento continuo.
Le fasi che decidono l’esito sono Explore e Realize. La prima definisce quanto sistema l’azienda dovrà mantenere su misura; la seconda mette alla prova quelle scelte prima che diventino irreversibili. Sui passi finali abbiamo dedicato un approfondimento a parte: come si arriva al go live.
Quale percorso cloud scegliere: RISE o GROW?
SAP porta a mercato la propria suite attraverso due programmi distinti, che corrispondono a due edizioni diverse dello stesso ERP — oggi presentate anche con il nome SAP Cloud ERP. La scelta va fatta prima della metodologia, perché determina quanto margine di personalizzazione il progetto avrà.
| Percorso | Che cos’è | Quando serve |
|---|---|---|
| GROW with SAP | Il programma di adozione di SAP S/4HANA Cloud Public Edition: processi standard, aggiornamenti gestiti da SAP, estensioni fuori dal core. Implementazione sempre greenfield. | Aziende che partono da zero o da gestionali non SAP e accettano di adottare lo standard per andare in produzione in tempi brevi. |
| RISE with SAP | Il percorso verso SAP S/4HANA Cloud Private Edition: istanza dedicata, ampio spazio di personalizzazione, possibilità di portare in cloud il sistema esistente. | Chi arriva da SAP ECC con processi consolidati e sviluppi propri da salvaguardare, in scenario greenfield o brownfield. |
| On-premise | SAP S/4HANA installato su infrastruttura dell’azienda o di un hosting provider, con gestione tecnica a carico dell’organizzazione. | Quando vincoli normativi, di sovranità del dato o di integrazione impongono il controllo diretto dei sistemi. |
Chi oggi ha SAP ECC ha una scadenza a calendario: la manutenzione mainstream si chiude il 31 dicembre 2027, con estensione a pagamento fino a fine 2030. La conversion a SAP S/4HANA è il progetto ERP che la maggior parte delle aziende italiane affronterà in questa finestra.
Quali buone pratiche fanno la differenza?
Al netto della metodologia, alcune scelte ricorrono in tutti i progetti che finiscono bene.
- Uno sponsor che decide. Non un comitato: una persona con l’autorità di chiudere una discussione tra due funzioni entro la settimana.
- Key user liberati, non aggiunti. Se chi conosce il processo deve seguire il progetto oltre al proprio lavoro a tempo pieno, il progetto arriva secondo.
- Ruoli scritti. Chi propone, chi approva, chi esegue, chi va informato: la matrice RACI serve esattamente a evitare le decisioni che restano ferme perché nessuno sa a chi tocchino.
- Dati puliti prima del previsto. La ripresa dati comincia mesi prima del go-live, non nelle ultime settimane: le anagrafiche sono la causa più frequente di rinvio.
- Scope congelato dopo Explore. Ogni richiesta successiva passa da una valutazione formale di impatto su tempi e costi, altrimenti il progetto cresce senza che nessuno se ne accorga.
- Formazione erogata vicino all’avvio. Chi viene formato quattro mesi prima ha dimenticato tutto il primo giorno di uso reale.
Quando conviene non avviare il progetto adesso
Un progetto ERP chiede all’azienda risorse che nessun fornitore può sostituire: tempo dei key user, decisioni sui processi, pulizia dei dati. Se in quel trimestre l’organizzazione è assorbita da un’acquisizione, da un trasloco di stabilimento o dal picco stagionale, partire significa avanzare a metà velocità pagando l’intero canone di consulenza.
Rimandare di un trimestre è una decisione legittima. Non lo è rimandare senza fissare la nuova data e senza usare l’attesa per bonificare le anagrafiche, che è il lavoro che si può fare comunque e che accorcia il progetto vero. Va detto anche l’altro lato: chi ha SAP ECC e continua a rinviare si troverà a comprimere in dodici mesi un percorso che ne chiederebbe di più, o a pagare l’estensione della manutenzione.
Domande frequenti sui progetti ERP
Quanto dura un’implementazione ERP in una PMI?
Dipende dal numero di società e stabilimenti nel perimetro, dalle integrazioni con sistemi esterni e dallo stato dei dati. A parità di dimensione, un progetto su processi standard in cloud pubblico si chiude in una frazione del tempo di uno con sviluppi su misura: la variabile decisiva non è il fatturato dell’azienda, è quante eccezioni decide di portarsi dietro.
Quante persone interne servono?
Un project manager lato cliente, un key user per ogni area coinvolta e un referente per i dati. Più del numero conta la percentuale di tempo assegnata: due key user liberati per metà giornata coprono più lavoro di sei disponibili a intermittenza.
Che differenza c’è tra greenfield e brownfield?
Greenfield significa ripartire da un sistema nuovo, ridisegnando i processi sullo standard e portando solo i dati che servono. Brownfield significa convertire il sistema esistente mantenendo storico e configurazioni. Il primo costa di più in analisi e formazione, il secondo si porta dietro le scelte del passato, comprese le personalizzazioni introdotte anni prima e mai più riviste.
Nel cloud pubblico si può ancora personalizzare?
Sì, ma fuori dal core: le estensioni si sviluppano su SAP BTP e dialogano con l’ERP attraverso interfacce rilasciate da SAP, mentre il codice standard resta intatto. È il vincolo che permette a SAP di aggiornare il sistema automaticamente senza rompere quello che l’azienda ha costruito.
Chi segue il sistema dopo la fine del progetto?
Alla chiusura del progetto il presidio passa a un servizio di gestione applicativa, interno o affidato al partner. È la fase Run di SAP Activate e dura quanto il sistema: manutenzione, richieste degli utenti, aggiornamenti. Software Business la eroga come servizio AMS.
Imposta il tuo progetto ERP con Software Business
Vuoi capire quale percorso SAP regge la tua struttura e quanto impegno interno richiede? Il team di Software Business affianca le PMI in tutte le fasi, dall’analisi iniziale al presidio dopo l’avvio, anche nei progetti di roll-out su più società. Parliamone.