La scadenza del 2027 per la manutenzione di SAP sta accelerando le migrazioni a SAP S/4HANA. La data è di natura tecnica. Il rischio che determina il ROI è di natura umana — e inizia ben prima del go-live.
In questo momento c’è una data che ricorre in molte roadmap: il 2027. È allora che SAP interromperà la manutenzione standard per ECC (con la possibilità di usufruire della manutenzione estesa fino al 2030 per le aziende che decidono di pagarla).
È una realtà. È uno dei fattori chiave alla base dei programmi di migrazione a SAP S/4HANA. Eppure, in molte aziende, viene ancora considerato principalmente come un problema tecnico con una scadenza tecnica.
È proprio in questa prospettiva che nasce gran parte del rischio.
Una scadenza misura il sistema, non le persone
La data del 2027 indica quando finirà il supporto standard. Non indica però quando un’organizzazione sarà davvero pronta a cambiare il proprio modo di lavorare.
Si tratta di due tempistiche diverse. Quella del sistema è fissa e visibile. Quella umana è più lenta, meno visibile ed è determinata dalla fiducia, dalle abitudini, dalle capacità e dal modo in cui le persone si adattano al cambiamento nella pratica.
Quando i programmi di migrazione sono guidati principalmente dalle tappe tecniche, spesso si ripete uno schema ben noto. L’attenzione si concentra naturalmente sulla progettazione, lo sviluppo, la configurazione, i test e la pianificazione del passaggio al nuovo sistema. L’aspetto umano viene talvolta affrontato solo in una fase successiva del ciclo di vita, spesso attraverso attività di formazione, comunicazione e preparazione al lancio.
Il sistema entra in funzione. Sulla carta, il programma è completo. Ma nella pratica, alle persone viene chiesto di lavorare in modo diverso all’interno di un sistema che forse non hanno contribuito a plasmare in modo significativo, in un percorso di cambiamento di cui non hanno fatto pienamente parte fin dall’inizio.
In questi casi, il problema non è la tecnologia. È il divario tra la prontezza del sistema e quella delle persone.
“Ci occuperemo della gestione del cambiamento più avanti”: è proprio lì che aumentano i costi
Nella maggior parte dei programmi di trasformazione, prima ci si occupa degli aspetti umani, minore è il costo del cambiamento.
All’inizio, il lavoro sul cambiamento ruota tutto intorno al coinvolgimento. Bisogna capire chi ne è coinvolto, capire come cambierà il loro lavoro quotidiano e dare forma al processo futuro insieme a loro, invece di limitarsi a progettarlo per loro. In quella fase, l’influenza è forte e la resistenza è ancora prevenibile.
Quando quel lavoro subisce dei ritardi, la natura del cambiamento si trasforma. Non si tratta più tanto di progettazione, quanto piuttosto di adozione. Non si tratta più tanto di plasmare i comportamenti, quanto piuttosto di superare le resistenze. A quel punto, le discussioni si allungano, l’allineamento richiede più impegno e il costo del coordinamento aumenta.
L’investimento nel cambiamento non scompare se viene rimandato. Di solito aumenta.
Come si presenta in realtà la preparazione precoce
Essere pronti in anticipo non significa principalmente aumentare il volume di formazione o la quantità di comunicazione. Significa porre domande diverse nelle prime fasi del ciclo di vita.
Chi ha davvero bisogno di cambiare il proprio modo di lavorare giorno per giorno
Cosa perdono le persone a causa di questo cambiamento?
Ma a chi danno davvero retta le persone?
La scadenza più importante non è indicata nella roadmap
La data del 2027 è importante. E in alcuni casi, l’estensione della manutenzione fino al 2030 offre maggiore flessibilità alle organizzazioni che ne hanno bisogno.
Ma si tratta comunque di traguardi tecnici. Definiscono le tempistiche di supporto del sistema, non la realizzazione del valore aziendale.
Il risultato che alla fine determina il ROI segue un tempo completamente diverso. Quello umano. E quel tempo inizia nel momento in cui le persone si rendono conto che sta arrivando un cambiamento — indipendentemente dal fatto che venga gestito attivamente fin dall’inizio o meno.
Se hai in programma una migrazione a SAP S/4HANA quest’anno, una domanda utile da porsi non è solo quando il sistema entrerà in produzione, ma anche quando le persone saranno davvero pronte a utilizzarlo in modo efficace.
Consideri la preparazione del personale come parte della fase di progettazione o come un’attività che viene svolta dopo la messa in funzione?
