Il primo giorno è il primo giorno di tutti, non solo dell’IT
Il lunedì dell’avvio l’azienda deve continuare a spedire, fatturare e pagare. Chi prende gli ordini non ha più le maschere che conosce, il magazzino stampa documenti diversi, l’amministrazione registra su conti nuovi. Se quel giorno qualcosa si ferma, non si ferma un sistema: si ferma la consegna a un cliente.
Per questo il go live si giudica dalla preparazione. Le settimane che lo precedono decidono se sarà una giornata di assestamento o un mese di recupero.
Che cos’è il go live di un sistema SAP?
È il passaggio in produzione: da quel momento le transazioni reali dell’azienda — ordini, movimenti di magazzino, registrazioni contabili — vengono eseguite sul nuovo sistema, e il precedente esce dall’uso corrente. Chiude la fase di progetto e apre quella di esercizio, con regole, tempi di risposta e responsabilità diverse da quelle dell’implementazione.
Nella metodologia SAP Activate il go live sta dentro la fase Deploy, subito prima del passaggio alla fase Run.
Quali passi preparano il go live?
Quattro cantieri corrono in parallelo nelle settimane finali, e nessuno dei quattro può essere compresso senza spostare il rischio sul giorno dell’avvio.
- Formazione. I key user vengono messi in condizione di lavorare dal primo giorno reale. Le modalità cambiano secondo l’organizzazione: sessioni one-to-one, aule per gruppi omogenei, oppure formazione dei soli key user che poi seguono i colleghi. Quest’ultima regge se chi forma ha tempo assegnato per farlo.
- Test. Si verificano due cose diverse: che il sistema non produca errori e che i processi configurati corrispondano a come l’azienda lavora. Il secondo controllo è quello che scopre le sorprese, e lo fanno gli utenti nel test di accettazione, non i consulenti.
- Ripresa dati. Anagrafiche, saldi contabili, giacenze, ordini aperti: la migrazione dei dati si prova più volte a vuoto prima di essere eseguita sui dati definitivi, con un criterio esplicito su cosa portare e cosa lasciare indietro.
- Piano di cutover. La sequenza oraria delle operazioni tra l’ultimo giorno sul vecchio sistema e il primo sul nuovo, con responsabile e tempo previsto per ogni passo.
Come si sceglie la data del go live?
La data non si sceglie sul calendario del progetto ma su quello dell’azienda. Il primo giorno di un esercizio contabile semplifica la ripresa dei saldi e la chiusura dell’anno precedente sul sistema vecchio; l’inizio di un mese è il compromesso più usato quando aspettare gennaio significherebbe fermare il progetto per un trimestre.
Vanno evitate le settimane di picco — campagne stagionali, inventario fisico, chiusure di bilancio — e i periodi in cui mezza azienda è in ferie. Un dettaglio che pesa più di quanto sembri: nei giorni successivi all’avvio devono esserci in sede le persone che conoscono i processi, non i loro sostituti.
Big bang o avvio per fasi?
La modalità di avvio è una scelta di rischio, e va fatta presto perché cambia il piano di test e di formazione.
| Modalità | Che cos’è | Quando serve |
|---|---|---|
| Big bang | Tutti i moduli e tutte le aree partono nello stesso momento; il sistema precedente viene dismesso in un colpo solo. | Quando i processi sono strettamente integrati e mantenere due sistemi in parallelo costerebbe più del rischio dell’avvio unico. |
| Avvio per fasi | Le aree entrano in produzione in momenti diversi — per esempio prima logistica e vendite, poi controllo di gestione — con interfacce temporanee tra vecchio e nuovo. | Quando il perimetro è ampio e l’organizzazione non può assorbire tutto il cambiamento in una volta. |
| Roll-out per società | Un modello di riferimento viene avviato su una sede o società pilota e poi replicato sulle altre, con adattamenti locali. | Gruppi con più società o stabilimenti, dove il pilota serve anche a validare il modello prima di estenderlo. |
Quando rimandare è la scelta giusta
Esistono condizioni in cui andare in produzione alla data prevista costa più che spostarla. Sono poche e riconoscibili: test di accettazione non completati sui processi che generano fatturato, ripresa dati che non quadra sui saldi contabili, key user non formati su un’area intera, interfacce verso sistemi esterni non ancora provate end-to-end.
Il rinvio va deciso con qualche settimana di anticipo, quando è ancora possibile riorganizzare le attività. Deciderlo il giovedì prima del cutover significa aver già pagato la preparazione e doverla ripetere. Vale anche il contrario: rimandare per un elenco di anomalie minori che si risolvono meglio a sistema avviato allunga il progetto senza ridurre un rischio.
Che cosa succede nelle settimane dopo l’avvio?
Comincia l’hypercare: il periodo in cui il team di progetto resta a disposizione degli utenti con tempi di risposta ravvicinati, spesso con presenza in sede nelle aree più esposte. Si raccolgono le segnalazioni, si distinguono gli errori veri dalle difficoltà d’uso, si sistemano le configurazioni che il lavoro reale mette in discussione.
Alla chiusura dell’hypercare il presidio passa alla gestione applicativa ordinaria — la fase Run — con un servizio di supporto continuativo e livelli di servizio concordati. Il passaggio va dichiarato e datato: se resta implicito, gli utenti continuano a chiamare il consulente di progetto e il presidio strutturato non parte mai.
Domande frequenti sul go live SAP
Si può tornare indietro dopo l’avvio?
Nelle primissime ore sì, ed è per questo che il piano di cutover prevede un punto di non ritorno esplicito: fino a lì si può annullare e riprendere sul sistema precedente. Superato quel punto, con transazioni reali già registrate, si va avanti e si correggono i problemi in produzione: riportare indietro i dati costerebbe più che risolverli.
Quanto dura il fermo operativo?
Dipende dal volume dei dati da migrare e dal numero di sistemi collegati. Il fermo si concentra nella finestra di cutover e per questo si sceglie un fine settimana o un ponte; le prove di migrazione fatte prima servono anche a misurarne la durata, non solo a verificarne l’esito.
Il vecchio sistema si spegne subito?
No. Resta accessibile in sola lettura per il tempo necessario a consultare lo storico che non è stato migrato: documenti, movimenti di anni precedenti, allegati. La decisione su quanto storico portare nel nuovo sistema si prende in fase di ripresa dati, valutando obblighi di conservazione e reale frequenza di consultazione.
Come si capisce se il go live è riuscito?
Si guardano indicatori operativi, non impressioni: quante segnalazioni arrivano e con quale gravità, se gli ordini e le spedizioni tornano ai volumi normali entro la prima settimana, se la chiusura contabile del primo mese si completa nei tempi consueti. Un avvio con molte richieste di chiarimento e nessun blocco di processo è un avvio riuscito.
Serve altra formazione dopo l’avvio?
Quasi sempre. La formazione precedente al go live insegna il percorso principale; il lavoro reale porta i casi particolari, le eccezioni e le domande che nessuno aveva pensato di fare. Una sessione di richiamo a quattro-sei settimane dall’avvio, costruita sulle segnalazioni raccolte, vale più di due giornate d’aula in più prima della partenza.
Prepara il tuo go live con Software Business
Stai avvicinando l’avvio in produzione o la conversion a SAP S/4HANA e vuoi verificare che nulla resti scoperto? Il team di Software Business conduce le fasi finali del progetto — test, ripresa dati, cutover e presidio post-avvio — con ruoli e responsabilità definiti fin dall’inizio attraverso la matrice RACI. Parliamone.