Punti chiave
- La migrazione procede così: capire, pulire, mappare, testare, validare, andare live, in quest’ordine.
- Ogni fase si guadagna la successiva: nulla va live senza validazione.
- Esegui il vecchio e il nuovo processo fianco a fianco per 2-4 settimane prima di impegnarti.
- Fissa una data di ritiro per i vecchi fogli, o il personale tornerà a usarli.
Sei fasi, una regola
Capire, pulire, mappare, testare, validare, andare live. La regola è che ogni fase si guadagna la successiva: i dati non mappati non vengono testati, i dati non testati non vengono validati e nulla va live senza validazione.
Capire viene per primo perché i fogli di calcolo nascondono la struttura. Prima che qualcosa si muova, devi sapere quali file sono correnti, quali funzioni svolgono e quali di queste funzioni si spostano in questa fase.
Pianifica il parallelo
Il parallelo è il test che conta: il nuovo processo contro il vecchio, sul lavoro di pianificazione reale, per 2-4 settimane.
- Scegli le funzioni da migrare in questa fase.
- Esegui i vecchi fogli e il nuovo processo fianco a fianco per 2-4 settimane.
- Confronta gli output e risali alla causa di ogni differenza: dati, mapping o processo.
- Correggi quello che il parallelo espone, poi verifica la correzione nella settimana successiva.
- Forma il personale che sarà responsabile delle funzioni migrate.
- Ritira i vecchi fogli per quelle funzioni in una data precisa.
Ritira i vecchi file, con una data
Se i vecchi fogli restano attivi dopo la migrazione, il personale torna allo strumento familiare e la scuola finisce per gestire due versioni dello stesso lavoro. Questo ricrea la deriva delle versioni che la migrazione doveva chiudere.
Il ritiro appartiene al piano di go-live: quali file smettono di fare autorità, in quale data e chi lo comunica alle persone che li usano.
Come farlo in Smootables: importa i tuoi dati Excel
Import data
Column mapping
Smootables importa i dati dell’orario da file Excel o CSV con una procedura guidata in quattro passaggi, così il ciclo pulisci-mappa-testa gira nel prodotto invece che in script.
- Apri Importa dati nella navigazione in alto. La procedura guidata segue Destinazione, File, Mapping, Conferma.
- Scegli cosa contiene il file: Risorse (docenti, aule, gruppi), Offerta didattica (elenco delle unità di studio) o Piano completo del periodo (risorse + offerta didattica + numero di lezioni).
- Usa Scarica modello se preferisci compilare una struttura pulita invece di mappare un file legacy.
- Nel passaggio Mapping, controlla i mapping di colonna suggeriti e imposta ogni colonna che non ti serve su Non importare (salta colonna).
- Leggi l’anteprima prima di confermare: conta i docenti, i gruppi, le aule e i posizionamenti che l’import creerà ed elenca gli errori di validazione trovati nel file.
Dove falliscono davvero le migrazioni
I fallimenti prevenibili hanno la stessa forma: un problema di qualità dei dati che nessuno ha trovato, un piano di go-live che dava per scontato che nulla andasse storto, una formazione rimandata a dopo. Ognuno ha la sua guida: pulizia dei dati per il primo, rollout agli stakeholder per gli altri due.
La validazione merita un gate dedicato prima di qualsiasi esecuzione del solver. Quel gate è trattato in controllare i dati dell’orario prima di generare.
Come si presenta la prontezza al go-live
Pronto significa che i dati sono puliti, mappati, testati e validati; il personale è formato sulle funzioni di cui è responsabile; il parallelo è terminato senza differenze aperte; e i vecchi file hanno una data di ritiro che tutte le persone coinvolte conoscono.
Se manca uno di questi elementi, la migrazione non è in ritardo. È incompiuta.
Domande dei pianificatori sulla migrazione da Excel
Perché non passare tutto in un weekend?
Un passaggio big bang è la via più rapida verso l’interruzione: ogni problema di dati e di formazione arriva tutto insieme, dal vivo. Un approccio per fasi fa emergere gli stessi problemi mentre il vecchio processo funziona ancora.
Cosa significa "validare" in una migrazione?
Dimostrare che i dati migrati sono adatti all’uso: gli import di test passano, gli output coincidono con il vecchio processo durante il parallelo e le persone che conoscono i record li hanno controllati.
Quando è finita la migrazione?
Quando il parallelo è terminato, i vecchi fogli sono ritirati per le funzioni migrate e il personale lavora nel nuovo processo senza tornare indietro. Il ritiro è il traguardo, non il go-live.