Go-live e adozione
Go-live e adozione
Dal blueprint alla produzione, con un approccio a fasi che minimizza il rischio e massimizza l'adozione. Migrazione dati, pilot, formazione, cutover e hypercare in un unico runbook condiviso.
Aggiornato il 18 mag 2026
Capitolo 5 — Go-live e adozione
La configurazione è tecnicamente definita. Ora Gfacility deve attraversare qualcosa di molto più imprevedibile: le persone. Una configurazione impeccabile e un’adozione fallita sembrano la stessa cosa dopo tre mesi: un sistema vuoto e aspettative tradite. Questo capitolo serve a fare la differenza vera.
Il go-live non è un pulsante. È un periodo: settimane prima dello switch (migrazione dati, pilot, formazione), lo switch stesso (cutover) e le prime settimane dopo (hypercare). Ciascuna fase ha rischi e criteri di successo propri. Questo capitolo le dà il runbook.
Cosa consegna?
Piano di migrazione con cleanup dati
Quali dati si spostano, quali si ripuliscono, quali vanno in archivio.
Risultati del pilot e report go/no-go
Cosa ha funzionato, cosa si è rotto, quali decisioni bloccano l'uso esteso.
Piano di formazione e approccio al cambiamento
Un percorso di apprendimento per pubblico, con requisiti di presenza e certificazione.
Runbook di cutover
Copione minuto per minuto dello switch, con assegnazione dei ruoli e pulsante di roll-back.
Piano di hypercare
Quale supporto nelle prime 4-6 settimane dopo il go-live, con percorso di escalation.
Evidenze di chiusura
Numeri di adozione, misurazioni SLA e lessons learned per la consegna.
Le cinque fasi
5.1 Migrazione dati e cleanup
Quale storia viene portata, cosa si scarta, cosa si archivia, e come si valida che tutto sia corretto?
5.2 Pilot e feedback loop
Faccia lavorare davvero un piccolo gruppo, raccolga feedback in fretta e decida go/no-go con i numeri.
5.3 Formazione e change management
Un percorso di apprendimento per pubblico, e un piano di comunicazione che vende il cambiamento prima che lo faccia il sistema.
5.4 Runbook di cutover
Lo switch vero e proprio: minuto per minuto, con assegnazione dei ruoli, finestra di freeze e pulsante di roll-back.
5.5 Periodo di hypercare
Le prime quattro-sei settimane dopo lo switch, con supporto rafforzato, loop di bugfix rapido e un chiaro criterio di uscita.
Timeline consigliata
Cosa succede quando?
- −8sScript di migrazione dati pronto, primo dry run sull'ambiente di accettazione.
- −6sInizio del gruppo pilot con workflow reale in un ambiente production-like.
- −4sRollout della formazione: prima train-the-trainer, pubblico esteso da −3s.
- −2sValutazione pilot + go/no-go, gli ultimi blocker ora, non la sera prima.
- −1sFinestra di freeze sui sistemi sorgente, blitz comunicativo, team di hypercare in standby.
- D0Cutover, di solito in un weekend o in un periodo festivo. Segua il runbook, non improvvisi.
- +4-6sHypercare, supporto rafforzato, triage giornaliero. Solo poi consegna al supporto in steady-state.