Migrazione al cloud senza fermi.

Prima domanda: cosa spostare, e cosa no

Una migrazione al cloud fatta bene comincia con un elenco di cose che restano dove sono. Posta, file condivisi e strumenti di collaborazione traggono quasi sempre beneficio dal passaggio. Un gestionale che il fornitore certifica solo su installazione locale, un applicativo legato a macchinari di produzione, un database con requisiti di latenza stringenti stanno meglio in sede — o si spostano solo dopo aver verificato con chi li sviluppa. Il progetto più rischioso è quello che parte dalla decisione «andiamo tutti in cloud» e cerca poi di farci entrare la realtà.

Il conto vero: cinque anni, non uno

Il confronto onesto non è tra il canone mensile e zero: è tra il costo totale delle due strade sullo stesso arco temporale. Da una parte hardware, licenze, energia, manutenzione, sostituzione a fine vita e tempo tecnico. Dall'altra i canoni, che crescono con i dati e con gli utenti, la connettività più affidabile che diventa indispensabile e i costi di uscita, spesso dimenticati. Il cloud vince quasi sempre sulla posta e sulla collaborazione, meno spesso su infrastrutture stabili e già ammortizzate. Facciamo il conto insieme, e se la risposta è «resta dove sei» te lo diciamo.

Come lavoriamo, per fasi

Nessun big bang. Ogni fase è reversibile finché non si chiude la successiva.

• Assessment: inventario di applicazioni, dati, dipendenze e vincoli dei fornitori
• Progetto di destinazione, con dimensionamento e stima di costo su cinque anni
• Prova su un gruppo pilota, per far emergere i problemi su cinque persone e non su cinquanta
• Coesistenza: vecchio e nuovo ambiente convivono, i dati si sincronizzano
• Cutover in finestra concordata, con piano di rientro già scritto
• Affiancamento agli utenti nei primi giorni e ottimizzazione dei costi dopo un mese di uso reale

Gli errori che vediamo più spesso

Tre in particolare si ripetono. Il primo: migrare i dati così come sono, portandosi dietro vent'anni di cartelle disordinate, duplicati e file che nessuno apre dal 2014 — la migrazione è l'occasione migliore per fare pulizia, e il momento peggiore per rimandarla. Il secondo: dimenticare le integrazioni, cioè scanner che inviano email, gestionali che leggono da una cartella di rete, applicativi che si autenticano sul vecchio server; si scoprono il lunedì mattina. Il terzo: sottovalutare le persone, che sono la vera variabile del successo. Una migrazione tecnicamente perfetta con utenti disorientati viene ricordata come un disastro.

Dove finiscono i dati e chi li controlla

Sono domande da fare prima, non dopo. In quale regione geografica risiedono i dati, chi vi può accedere, con quali garanzie contrattuali, e soprattutto come li recuperi se un giorno decidi di cambiare fornitore o rientrare in sede. Il rischio di lock-in è reale e cresce con i servizi proprietari. Nei progetti che seguiamo mettiamo per iscritto formato, tempi e costi di un'eventuale uscita: non perché ci aspettiamo che accada, ma perché un'azienda deve poter cambiare idea.

Dopo la migrazione

Il primo mese in cloud è quasi sempre più caro del previsto, perché il dimensionamento iniziale è prudenziale e nessuno ha ancora spento ciò che non serve. Dopo trenta giorni di utilizzo reale rivediamo risorse e licenze sui consumi effettivi: è la fase in cui si recupera una quota significativa del costo, ed è anche quella che quasi nessun fornitore fa spontaneamente. Da lì in poi l'ambiente cloud entra nella gestione ordinaria, con monitoraggio, backup e controllo periodico della spesa.