T-Minus: il conto alla rovescia, da T-27 a T+30
Pre-volo, le cinque fasi del ciclo di 27 giorni lavorativi con i relativi criteri di uscita e artefatti, i gate, i sei flussi di lavoro e come le implementazioni su larga scala aggiungano ondate anziché fasi più lunghe.
Il periodo di tempo che intercorre tra l'avvio e la messa in produzione è di 27 giorni lavorativi, seguiti da 30 giorni di coaching. Contate i giorni lavorativi, non i giorni di calendario, e inserite le festività del cliente nel foglio di configurazione della cartella di lavoro Piani di progetto, in modo che ogni data di attività sia reale.
| Palcoscenico | Giorni T | Giorni | lascia dietro di sé |
|---|---|---|---|
| Prima del volo | Prima di T-27 | — | Tutto ciò che serve all'orologio il primo giorno |
| Scopri facendo | T-27 → T-18 | 10 | Il registro di vestibilità: ogni spazio vuoto contrassegnato Configura ora, T-Plus o Non necessario |
| Configura in modalità aperta | T-17 → T-11 | 7 | Un inquilino configurato, costruito quotidianamente con il cliente che osserva e guida |
| Passaggio di consegne verificato | T-10 → T-3 | 8 | Un passaggio riconciliato: i bilanci di verifica corrispondono riga per riga a quelli preesistenti; la prova a secco è stata cronometrata |
| La prova | T-2 → T-1 | 2 | Una prova generale superata: un vero giorno lavorativo in parallelo: l'unico modo per decidere se procedere o meno. |
| Vai in diretta | T-0 | 1 | Un registro in tempo reale: sistema legacy di sola lettura, prima fattura prima di pranzo |
| Allenatore nel flusso | T+1 → T+30 | — | Un sistema adottato: l'iperassistenza integrata nelle normali operazioni |
Pre-volo: prima che inizi il cronometro (impostazione predefinita proposta)
T-27 è il primo giorno del conto alla rovescia, non il primo giorno della relazione. Il pre-volo è un'aggiunta al metodo pubblicato: senza di esso, i primi giorni si trascorrono a inseguire l'accesso invece di scoprire facendo.
| Commerciale | Persone | Inquilino | Dati |
|---|---|---|---|
| Contratto firmato; entrate verificate ricevute | Titolare del conto alla rovescia nominato, con autorità di intervento valida per la giornata in corso. | Modulo di onboarding inviato: cloud, regione, rete, SSO | Accesso in lettura a ogni sistema sorgente legacy |
| Data di messa in funzione concordata e confermata. | Responsabile di volo TRANXACT assegnato | Tenant predisposto: cluster a tre nodi, attivo entro poche ore | Dati rappresentativi del campione estratti per la scoperta |
| Punto di riferimento: moduli ed entità per la prima fase | Un utente chiave per ogni processo è stato nominato e rilasciato per il conto alla rovescia | Gli utenti chiave possono accedere | Data di passaggio e ambito della migrazione (a partire da / periodo) proposti |
Come si inserisce questo nella 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 dell'inizio del conto alla rovescia. Il conto alla rovescia presuppone che l'ambiente esista; è proprio per questo che il tenant è un elemento preliminare e perché T-Minus non ha una milestone di creazione dell'ambiente.
Considera qualsiasi elemento pre-volo non spuntato come motivo per non avviare il cronometro.
Ogni fase e come finisce
| Palcoscenico | Che succede | Criterio di uscita | manufatti prodotti |
|---|---|---|---|
| T-27 → T-18 Scopri facendo | Gli utenti chiave eseguono i loro ruoli reali confrontandoli con dati rappresentativi nel proprio tenant; ogni discussione avviene in tempo reale; ogni lacuna viene registrata e analizzata; gli estratti legacy vengono profilati; l'impatto delle modifiche viene acquisito man mano che i ruoli visualizzano le loro schermate future. | Il registro Fit Ledger è completo e ogni riga è stata etichettata; il proprietario del conto alla rovescia ha firmato la prima ondata. | Registro di adattamento; Registro degli oggetti di migrazione (bozza); decisione sull'ambito della migrazione; Valutazione dell'impatto del cambiamento (prima fase); piano di comunicazione e coinvolgimento degli stakeholder; registro RAID aperto. |
| T-17 → T-11 Configura in modalità aperta | Sessioni giornaliere: piano dei conti, entità, valute, ruoli, approvazioni, numerazione configurati senza codice; ASK crea in blocco i dati master e redige le bozze delle regole; i controlli di configurazione vengono eseguiti al completamento degli elementi; le integrazioni sono basate su API; caricamento di prova M1 preparato. | Ogni riga di configurazione è stata configurata e verificata nel tenant. | Cartella di configurazione; Registro di prontezza per ruoli e adozione; Piano di test (controlli di configurazione e integrazione); Mappatura M1 firmata. |
| Passaggio da T-10 a T-3, verificato | Simulazione di caricamenti M1 e M2; riconciliazione del bilancio di verifica con il sistema preesistente riga per riga; collegamento dei sottoconti ai conti di controllo del libro mastro; simulazione completa cronometrata in base al manuale operativo; test di integrazione e di ruolo; preparazione della sceneggiatura per le prove. | Differenza nulla nel bilancio di verifica durante la simulazione, con tracciabilità completa; la simulazione rientra nella finestra di transizione. | Riconciliazioni del bilancio di verifica e dei sottoconti; Manuale operativo di transizione con tempistiche di simulazione; Script di prova; Registro dei difetti. |
| T-2 → T-1 La prova | Le transazioni del cliente per un'intera giornata, effettuate da ogni persona che utilizza il sistema il giorno T+1, nel proprio ruolo, con la relativa coda di azioni attiva; risultati confrontati con i dati preesistenti; esito positivo o esecuzione di una breve lista di correzioni lo stesso giorno. | I permessi per le prove: l'unico ostacolo insormontabile. | Script delle prove con i relativi risultati; registro delle fasi di approvazione/non approvazione; partecipazione all'adozione per utente; piano di transizione finale. |
| T-0 Go-live | I dati legacy vengono congelati e resi di sola lettura al momento del cutoff; il caricamento finale ripete la simulazione a tempo; il bilancio di verifica viene riconciliato e firmato; vengono effettuate le integrazioni con l'ambiente di produzione; gli utenti accedono. | La prima fattura viene emessa in produzione, di solito prima di pranzo. | Manuale operativo di transizione (ultima colonna); riconciliazione firmata; registro delle eccezioni Hypercare; KPI: giorni alla prima fattura registrata. |
| T+1 → T+30 Coach in the flow | La coda mette in evidenza il lavoro reale di ciascun utente e ASK li aiuta a svolgerlo; una riunione quotidiana di 15 minuti sull'assistenza iper-intensiva si riduce a due volte a settimana e poi alle normali operazioni; le onde T-Plus attivano l'ambito differito. | Le eccezioni tendono a zero; l'iperassistenza viene assorbita dal ritmo normale. | Registro delle eccezioni di Hypercare; Backlog e piano di ondate di T-Plus; Scheda di valutazione KPI; follow-up sull'adozione. |
Gates (impostazione predefinita proposta)
Un unico punto di svolta formale: la prova generale. Ogni altro elemento è un fatto verificabile.
| Cancello | Quando | Criterio | Prova | Decisa da |
|---|---|---|---|---|
| Inizio del conto alla rovescia | T-27 | Controllo pre-volo completato; data sulla lavagna | Lista di controllo pre-volo | Titolare del conto alla rovescia + Responsabile del volo |
| Blocco dell'immagine (onda 1) | T-18 | Ogni riga Fit Ledger è etichettata; prima ondata firmata | Contabile di riferimento | Proprietario del conto alla rovescia |
| Configurazione completata | T-11 | Tutte le linee di configurazione sono configurate e verificate. | Cartella di configurazione, Piano di test | Capo volo |
| Test a secco riconciliato | T-3 | Delta TB pari a zero; i sottoconti corrispondono; prova a secco entro la finestra temporale | Riconciliazioni, Manuale operativo di transizione | Controllore finanziario |
| La prova (VIA / NON VIA) | T-1 | È trascorso un giorno lavorativo effettivo, oppure la lista delle correzioni è stata chiusa lo stesso giorno. | Sceneggiatura delle prove, registrazione degli ingressi | Proprietario del conto alla rovescia |
| Andare in diretta confermato | T-0 | Bilancio finale riconciliato; prima fattura registrata | Riconciliazione firmata, KPI | Controllore finanziario |
| Uscita dall'iperassistenza | Entro T+30 | Eccezioni al di sotto della soglia per 5 giorni lavorativi | Registro di Hypercare | Titolare del conto alla rovescia + Responsabile del volo |
Registrare l'esito di ogni fase di controllo nel foglio "Go-No-Go Gate" del Toolkit, allegando la documentazione probatoria. I revisori e lo sponsor del comitato direttivo leggeranno la documentazione, non un rapporto sullo stato di avanzamento.
Sei flussi di lavoro, un orologio
| Flusso di lavoro | Scoprire | Specificare | Taglio | Prova | Avviare e formare |
|---|---|---|---|---|---|
| Implementazione principale | Adattare Ledger agli schermi in tempo reale | Nessuna configurazione giornaliera | Solo correzioni di configurazione | Elenco dei problemi da risolvere in giornata | Modifiche nella stessa settimana |
| Migrazione dei dati | Fonti del profilo; ambito a partire da / periodo | Mappatura; simulazione M1 preparata | M1, M2, prova a secco, riconciliazione | Controllo Delta | Caricamento finale, approvazione TB |
| Test | Piano di prova redatto | Verifiche di configurazione e integrazione | Convalida della migrazione, test di ruolo | Prova = UAT | Triage delle eccezioni |
| Adozione e formazione | Utenti chiave nei loro ruoli | Code e impostazioni ASK per ruolo | Utenti sui dati di prova | Ogni utente T+1 si esercita | Allenatore nel flusso |
| Gestione del cambiamento | Impatto del cambiamento, parti interessate | Comunicazione: cosa cambia per me | Impulso di prontezza | Comunicazioni di avvio | Rinforzare; abbandonare le abitudini consolidate |
| Aspetti tecnici e integrazione | Utente attivo; SSO; accesso | Integrazioni API realizzate | Endpoint testati; esercitazione DR | Endpoint di produzione pronti | Monitoraggio; iperassistenza |
Scalabilità: ondate, fasi mai più lunghe (impostazione predefinita proposta)
Le implementazioni multi-entità e multi-modulo ripetono il conto alla rovescia di 27 giorni sullo stesso registro. Fase 1: l'entità principale con Contabilità, CRM e Supply Chain. Fase 2: ulteriori entità e HRMS/paghe. Fase 3: Produzione, EHR o Ciclo di vita dello studente. Fase n: ambito Fit Ledger differito e nuove regioni. Ogni fase attiva moduli ed entità in base alle modifiche di configurazione, quindi la crescita non comporta mai una re-implementazione.
Pianifica la prima fase concentrandoti sull'entità o sul processo con i dati più precisi e il responsabile del conto alla rovescia più coinvolto. Il suo successo determinerà il ritmo per le fasi successive.
I valori contrassegnati come predefiniti proposti rappresentano i punti di partenza raccomandati dalla metodologia. Confermare ciascuno di essi per ogni incarico; il contratto, il modulo d'ordine e l'accordo sul livello di servizio (SLA) hanno la precedenza.