Ventisette giorni lavorativi dall'avvio alla messa in produzione, seguiti da trenta giorni di coaching. Contate i giorni lavorativi, non i giorni di calendario: inserite le festività del cliente nel foglio di configurazione della cartella di lavoro Piani di progetto e la data di ogni attività verrà calcolata a partire dal suo giorno T.
Pre-volo: prima che inizi il conto alla rovescia
T-27 è il primo giorno del conto alla rovescia, non il primo giorno della relazione. Quattro cose devono già essere vere:
- Aspetti commerciali: contratto firmato e ricavi ricevuti e verificati; data di avvio sul pannello di controllo; ambito di applicazione (moduli ed entità per la fase 1).
- Persone — un responsabile del conto alla rovescia con autorità di autorizzazione per la giornata stessa; un responsabile di volo TRANXACT; un utente chiave per ogni processo, nominato e autorizzato per il conto alla rovescia.
- Tenant: modulo di onboarding inviato; tenant configurato sul cluster a tre nodi; utenti chiave in grado di accedere.
- Dati: accesso in lettura a tutte le fonti legacy; dati campione rappresentativi estratti; data di passaggio e ambito di migrazione (a partire da / periodo) proposti.
Come questo si conforma alla Guida alla distribuzione tecnica: i suoi obiettivi di build proposti — modulo di onboarding, approvazione del progetto e build dal codice di circa cinque giorni lavorativi ciascuno, cinque in più con Live DR — vengono eseguiti prima di T-27. Il conto alla rovescia presuppone che l'ambiente esista, motivo per cui il tenant è un elemento di pre-flight e T-Minus non ha una milestone di build dell'ambiente.
Cinque fasi, ciascuna con un'uscita
| Palcoscenico | Criterio di uscita | lascia dietro di sé |
|---|---|---|
| Scopri facendo · T-27 → T-18 | Ogni linea Fit Ledger è etichettata; la prima ondata è firmata dal proprietario di Countdown. | Registro oggetti, registro oggetti in bozza, ambito di migrazione, impatto delle modifiche, piano di comunicazione, registro RAID |
| Configura in modalità aperta · T-17 → T-11 | Ogni riga Configura ora configurata e selezionata | Cartella di configurazione, registro di prontezza, piano di test, mappatura M1 firmata |
| Passaggio di consegne verificato · T-10 → T-3 | Zero TB delta sulla prova a secco con traccia di controllo; la prova a secco rientra nella finestra | Riconciliazioni, Runbook di transizione con tempistiche, Script di prova, registro dei difetti |
| La prova · T-2 → T-1 | Le prove superano — l'unico passaggio possibile/negativo | Risultati delle prove, registro Go/No-Go, partecipazione per utente, piano di transizione finale |
| Vai in diretta · T-0 | La prima fattura emessa in produzione, di solito prima di pranzo. | Colonna finale del runbook, riconciliazione firmata, registro delle eccezioni Hypercare, primo KPI |
| Allenatore nel flusso · T+1 → T+30 | Le eccezioni tendono a zero; l'assistenza iper-intensiva è stata assorbita. | Registro Hypercare, arretrati T-Plus e piano di ondate, scorecard KPI |
Una via / niente via, e fatti per tutto il resto
L'inizio del conto alla rovescia (T-27), il blocco dell'ambito (T-18), il completamento della configurazione (T-11), la simulazione a secco riconciliata (T-3), la conferma del passaggio in produzione (T-0) e l'uscita dalla fase di iperassistenza (entro T+30) sono tutti fatti verificabili con relativa documentazione allegata nel foglio Go-No-Go Gate del Toolkit. Solo la prova generale a T-1 è una decisione. Gli auditor e lo sponsor del progetto leggono la documentazione, non un rapporto sullo stato di avanzamento.
Sei flussi di lavoro contro un solo orologio
L'implementazione principale, la migrazione dei dati, i test, l'adozione e la formazione, la gestione del cambiamento e gli aspetti tecnici e di integrazione vengono eseguiti in parallelo. Nella fase di Cutover, ad esempio, vengono verificati: solo le correzioni di configurazione; M1, M2, la simulazione e la riconciliazione; la convalida della migrazione e i test dei ruoli; gli utenti sui dati di prova; un'analisi dello stato di preparazione; gli endpoint testati e un'esercitazione di ripristino d'emergenza. La cartella di lavoro dei piani di progetto etichetta ogni attività con il relativo flusso di lavoro, in modo che ogni responsabile possa filtrare la propria visualizzazione.
Onde, fasi mai più lunghe
Un'implementazione più ampia ripete il conto alla rovescia di 27 giorni sullo stesso registro: ondata 1 l'entità principale (Contabilità, CRM, Supply Chain), ondata 2 ulteriori entità e HRMS, ondata 3 Produzione, EHR o Ciclo di vita dello studente, ondata n ambito Fit Ledger differito e nuove regioni. Ogni ondata attiva moduli ed entità; la crescita non innesca mai una nuova implementazione.
Considera ogni elemento pre-volo non spuntato come un motivo per non avviare il cronometro. Senza di essi, i primi giorni saranno spesi a cercare di ottenere l'accesso invece di scoprire facendo.
Il responsabile del volo di Calderwood scopre, durante la fase pre-volo, che il vecchio sistema ERP può essere estratto solo dal servizio di assistenza del fornitore. Tale servizio è già prenotato per M1, M2, la prova generale e T-0 prima dell'inizio del conto alla rovescia, e non verrà scoperto a T-10.
Provalo Si tratta del T-18. Il registro contabile di Calderwood ha 64 righe, ma tre sono ancora senza etichetta perché il responsabile finanziario è in ferie. Riuscirà a superare il blocco dell'ambito di lavoro?
No. Il blocco dell'ambito richiede che ogni riga sia contrassegnata e la prima fase firmata dal responsabile del conto alla rovescia. La soluzione non è aspettare: il responsabile del conto alla rovescia, che ha l'autorità per la giornata stessa, effettua le tre decisioni durante lo stand-up odierno (configurare ora, T-Plus o non necessario) e firma. È ancora possibile richiedere il parere di un controller, ma il blocco è ormai un fatto e spetta al responsabile del conto alla rovescia chiuderlo.