T-Minus non prevede corsi in aula. Gli utenti chiave imparano scoprendo e configurando il proprio tenant; tutti imparano simulando la propria giornata lavorativa reale; dopo il go-live, la coda delle attività mostra a ciascun utente cosa richiede attenzione e ASK risponde alla domanda "come faccio a..." eseguendo l'azione insieme a loro, nel rispetto delle loro autorizzazioni. L'adozione viene misurata in base al lavoro svolto, non alle ore di partecipazione.
Ogni utente, due volte, prima della messa in produzione
| Quando | Chi | Che cosa |
|---|---|---|
| T-27 → T-18 | Utenti chiave | Svolgono il loro ruolo nella scoperta; danno forma al registro di adattamento |
| T-17 → T-11 | Utenti chiave | Configurazione di co-guida; progettazione del ruolo |
| T-9 → T-5 | Tutti gli utenti | Accedi, visualizza la loro coda, prova le loro attività su dati di test |
| T-2 → T-1 | Tutti gli utenti | Metti in scena la loro giornata reale durante le prove. |
| T+1 → T+30 | Tutti gli utenti | Lavoro effettivo con la coda e ASK; massima attenzione alle eccezioni. |
L'indicatore di prontezza è la percentuale di utenti T+1 che hanno completato le attività di prova nel proprio ruolo: l'obiettivo è del 95% o più. Gli utenti chiave sono i moltiplicatori: ognuno di essi affianca da tre a otto colleghi durante la prova e il loro nome viene inserito nel registro di adozione a T-27. Chi non è pronto a T-1 riceve un tutor dedicato per la prima settimana, anziché un rinvio dell'avvio.
Guardalo, fallo, fallo tuo
- Visualizzalo (T-27 → T-11): il perché e la data dallo sponsor esecutivo; ogni team vede le proprie schermate future; impatto del cambiamento rilevato per ruolo.
- Fallo (T-10 → T-1): gli utenti accedono e provano le loro attività; ognuno svolge la propria giornata lavorativa; le preoccupazioni vengono affrontate durante lo stand-up meeting.
- Prendine possesso (T-0 → T+30): la coda e ASK nel lavoro quotidiano; sola lettura legacy, quindi le vecchie abitudini vanno in pensione; vittorie condivise; le modifiche alla configurazione nella stessa settimana dimostrano la reattività.
L'impatto di una variazione tariffaria si ripercuote sulle persone, non sul processo: una piccola modifica per un team numeroso può avere un impatto maggiore rispetto a una grande modifica per un singolo specialista.
Parti interessate e messaggi
Gestire da vicino il CFO, il COO, il proprietario di Countdown e il responsabile finanziario; assicurarsi che il CEO, lo sponsor del consiglio di amministrazione, il direttore IT e i revisori dei conti siano soddisfatti; mantenere coinvolti i team di impiegati, magazzino, vendite e paghe; tenere informati tutti i dipendenti, i partner, i clienti e i fornitori. Ogni stakeholder di alto livello e con un impatto significativo partecipa ad almeno una riunione quotidiana e alle prove generali.
I messaggi vengono inviati a T-27 (la data e il motivo), T-18 (cosa è incluso nella fase 1 e cosa è incluso in T-Plus), T-10 (il tuo login, le schermate e la fascia oraria per le prove), T-3 (a clienti e fornitori: nuovi layout di fattura, coordinate bancarie invariate), T-1 (il risultato delle prove e VIA), T-0 (siamo online, dove ottenere assistenza) e T+5 / T+30 (risultati positivi e cosa succederà dopo). Ogni messaggio risponde alla domanda "cosa cambia per me e quando" e proviene dallo sponsor esecutivo o dal responsabile del conto alla rovescia, mai dalla sola casella di posta del progetto.
La resistenza è spesso una linea mancante
| Dicono | La risposta |
|---|---|
| "27 giorni non bastano" | Le quattro fasi rimosse e il tabellone del conto alla rovescia; un invito a un incontro in piedi |
| "Perderemo i nostri report" | Una riga Fit Ledger per ogni report; la maggior parte diventa dashboard o "non necessaria". |
| "Nessuno ci ha addestrati" | Il loro spazio per le prove, ASK, e un compagno per la prima settimana |
| "Il vecchio sistema faceva X" | Regola 2: mostra la schermata — configura, T-Plus o no |
| "E la storia?" | L'archivio storico rimane interrogabile; bilanci periodici ove necessario |
| "Troppo impegnato per il progetto" | Il responsabile del conto alla rovescia rilascia gli utenti chiave; la prova generale è il loro vero lavoro. |
Se un ruolo continua a sollevare la stessa obiezione, di solito si tratta di una riga mancante nel registro di idoneità, non di resistenza. Registra le obiezioni ricorrenti nel registro RAID come rischi.
I responsabili dell'approvazione dei pagamenti di Calderwood continuano a dire di "non riuscire a vedere cosa approvare". Non si tratta di resistenza: la loro regola per la coda di azioni non è mai stata configurata. Viene aggiunta una riga nel registro contabile, la regola della coda viene configurata nella stessa settimana e le lamentele cessano.
Provalo Il responsabile delle risorse umane di Calderwood richiede un corso in aula di tre giorni per 120 dipendenti del magazzino prima dell'avvio del sistema. Come risponde l'Adoption Navigator?
Sostituire il piano di formazione con un piano di adozione: il personale del magazzino accede e prova le proprie attività sui dati di test in T-9 → T-5 e simula la propria giornata lavorativa reale durante la prova, con il supporto dei propri utenti chiave (da tre a otto ciascuno), con la coda e ASK integrati nel flusso di lavoro. La prontezza viene misurata in base alle attività di prova completate nel proprio ruolo, non alle ore trascorse in aula.