Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Compito: definizione delle porte e degli orari di comunicazione
Nella fase 2 di un grande progetto di migrazione, il flusso di lavoro del portfolio pianifica attivamente le ondate e il flusso di lavoro di migrazione sta migrando tali ondate. Il workstream di governance del progetto supervisiona queste attività e aiuta a guidare le onde attraverso le porte di comunicazione. Una porta di comunicazione è un punto di contatto quando si comunicano formalmente le attività e lo stato delle onde in corso alle parti interessate. A ogni gate, un proprietario designato comunica al pubblico specificato lo stato dell'ondata e ricorda ai proprietari delle applicazioni le attività o le riunioni imminenti. I gate corrispondono in genere alle tappe fondamentali della migrazione e la definizione delle porte di comunicazione massimizza la trasparenza per tutte le parti interessate al progetto. Puoi spostare le onde attraverso i cancelli individualmente oppure puoi raggruppare le onde insieme.
In questa attività, esegui le seguenti operazioni:
Fase 1: Definire le porte di comunicazione
Durante la migrazione, ripeti le porte di comunicazione per ogni ondata o per un gruppo di onde, finché non avrai migrato tutti i carichi di lavoro e il progetto non sarà completato. Come minimo, consigliamo le seguenti porte di comunicazione. Potresti decidere di aggiungere altre porte al tuo progetto in base alle esigenze del progetto.
Cancello |
Cronologia approssimativa |
Scopo |
Titolare del cancello |
Destinatari |
---|---|---|---|---|
Porta 1: crea una pianificazione T-minus |
Completamento del piano prima dell'ondata |
Pianifica le date per ogni cancello |
Responsabile di progetto o team di comunicazione |
Proprietari delle applicazioni, responsabile della comunicazione, responsabile della migrazione |
Gate 2: riunione di impegno del T-28 |
4 settimane prima del cutover |
Dai il via all'onda con i proprietari delle applicazioni |
Responsabile di progetto o team di comunicazione |
Proprietari delle applicazioni, responsabile della comunicazione, responsabile della migrazione |
Gate 3: comunicazione T-21 |
3 settimane prima del cutover |
Ricordiamo che il cutover è previsto tra 21 giorni |
Responsabile di progetto o team di comunicazione |
Proprietari delle applicazioni, responsabile della comunicazione |
Cancello 4: riunione al checkpoint T-14 |
2 settimane prima del cutover |
Rivedi la pianificazione e valuta i progressi nelle attività di preparazione |
Responsabile del progetto e responsabile della migrazione |
Proprietari delle applicazioni, responsabile della comunicazione, responsabile della migrazione |
Porta 5: comunicazione T-7 |
1 settimana prima del cutover |
Ricorda che il cutover è programmato tra 7 giorni |
Team di comunicazione |
Proprietari delle applicazioni, team operativo |
Gate 6: riunione T-1 aperta o vietata |
24—48 ore prima del cutover |
Conferma la disponibilità per il cutover della migrazione |
Responsabile di progetto o team di comunicazione |
Team operativo del cloud, proprietari delle applicazioni, team dell'infrastruttura |
Gate 7: riunione intermedia T-0 |
Giorno del cutover |
Taglia e testa le applicazioni |
Responsabile del progetto e responsabile della migrazione |
Team operativo sul cloud |
Gate 8: inizio del periodo Hypercare |
1 giorno lavorativo dopo il cutover |
Notifica che il cutover è terminato e il periodo di iperassistenza è iniziato |
Responsabile di progetto o team di comunicazione |
Proprietari delle applicazioni |
Gate 9: fine del periodo Hypercare |
4 giorni lavorativi dopo il cutover |
Notifica del termine del periodo di iperassistenza |
Responsabile di progetto, team di comunicazione o team addetto alle operazioni cloud |
Proprietari delle applicazioni in wave, responsabile della comunicazione, team operativo sul cloud |
L'immagine seguente mostra la sequenza di queste porte di comunicazione nel portfolio e nei flussi di lavoro di migrazione. Il gate 1 si trova durante la pianificazione delle ondate, i gate 2—6 si verificano durante la migrazione, il gate 7 è la riunione finale e i gate 8—9 si verificano durante il periodo di ipercare. I gate 2—6 sono denominati con il formato. T-#
T
Si riferisce al tempo rimanente e al #
numero di giorni rimanenti fino alla data limite pianificata.

Definite le porte di comunicazione per il vostro grande progetto di migrazione come segue:
-
Determinate se avete bisogno di porte di comunicazione aggiuntive per il vostro progetto. Ad esempio, se il progetto non dispone di un leader a thread singolo incaricato di facilitare la preparazione alla migrazione dei proprietari delle applicazioni, potreste voler includere porte di comunicazione aggiuntive per ricordare ai proprietari delle applicazioni le attività e le date di scadenza imminenti.
-
In un repository condiviso o in un'applicazione per il monitoraggio dei progetti, come Jira o Confluence, registra le porte di comunicazione per il tuo progetto di migrazione di grandi dimensioni. Assicurati di registrare i seguenti attributi per ogni gate (ad esempio, consulta la tabella delle porte di comunicazione):
-
Numero e nome del cancello
-
Cronologia approssimativa del momento in cui si verifica il gate in relazione alle tappe fondamentali del flusso di lavoro o al limite
-
Scopo del cancello
-
La persona o il team responsabile del cancello, noti come proprietari del cancello
-
Le persone o i team che ricevono la comunicazione o partecipano alla riunione del gate, noti come pubblico
-
(Facoltativo) Il modello di comunicazione o di presentazione che il proprietario del cancello deve utilizzare
-
Fase 2: Creare un modello di pianificazione T-minus
Una pianificazione T-minus è un modo visivo per rappresentare tutte le attività di migrazione di alto livello che devono essere completate per ogni ondata. Copre il periodo di tempo tra la pianificazione della fine dell'ondata e la fine del periodo di ipercura. Poiché le attività di migrazione di alto livello variano in base alla strategia di migrazione, è necessario un modello di pianificazione T-minus per ogni strategia di migrazione. Condividete gli orari T-minus durante la riunione iniziale e durante le riunioni di commit del T-28 e del T-14.
In genere, si crea una pianificazione T-minus partendo dalla data limite. Le attività vengono organizzate in tappe fondamentali della migrazione e le attività dettagliate vengono monitorate separatamente all'interno degli strumenti di gestione dei progetti. La pianificazione T-minus evidenzia anche le porte di comunicazione definite in. Fase 1: Definire le porte di comunicazione
Ti consigliamo di iniziare con il modello di pianificazione T-minus ( PowerPoint formato Microsoft), disponibile nei modelli del playbook sulla governance del progetto. Esegui questa operazione:
-
Apri il modello di pianificazione T-minus. Questo modello contiene una pianificazione T-minus predefinita per la strategia di migrazione del rehost.
-
Modifica le attività di migrazione di rehosting predefinite in base al tuo caso d'uso. Per un elenco delle attività per ciascuna strategia di migrazione, fate riferimento alle matrici RACI (Responsible, Accountable, Consulted, Informed) che avete creato nel playbook Foundation per le migrazioni di grandi dimensioni. AWS
-
Modifica le porte di comunicazione predefinite in base alle decisioni prese. Fase 1: Definire le porte di comunicazione
-
Utilizzando la pianificazione T-minus di rehosting come punto di partenza, crea una pianificazione T-minus per ogni strategia di migrazione, ad esempio replatform o refactor.
-
Condividi le pianificazioni T-minus con il team di comunicazione, il team di migrazione e il team delle operazioni cloud. Assicurati che tutti i team siano allineati e che non siano necessarie modifiche.
-
Aggiungi i modelli di pianificazione T-minus completati alla presentazione iniziale e alla presentazione del wave workshop.
Fase 3: Crea modelli di email standard per ogni gate
Crea modelli per le comunicazioni e-mail che invierai ai proprietari delle applicazioni in ogni porta di comunicazione. Queste e-mail devono contenere informazioni di base sulle candidature incluse in the wave, informare i proprietari delle applicazioni sullo stato dell'ondata e ricordare alle parti interessate le scadenze e le riunioni imminenti.
Ti consigliamo di iniziare con i seguenti modelli, inclusi nei modelli del playbook sulla governance del progetto:
-
Modello di comunicazione per T-28 (formato Microsoft Word)
-
Modello di comunicazione per T-21 (formato Microsoft Word)
-
Modello di comunicazione per T-14 (formato Microsoft Word)
-
Modello di comunicazione per T-7 (formato Microsoft Word)
-
Modello di comunicazione per T-1 (formato Microsoft Word)
-
Modello di comunicazione per T-0 (formato Microsoft Word)
-
Modello di comunicazione per cutover completo (formato Microsoft Word)
-
Modello di comunicazione per hypercare complete (formato Microsoft Word)
Criteri di uscita dall'attività
Questa attività è completa quando sono state eseguite le seguenti operazioni:
-
Avete definito le porte di comunicazione per il vostro grande progetto di migrazione.
-
È stato creato un modello di pianificazione T-minus.
-
Hai condiviso il modello di pianificazione T-minus con gli stakeholder del progetto.
-
Hai integrato il modello di pianificazione T-minus nella tua presentazione iniziale e nella presentazione del workshop wave.
-
Hai creato modelli standard per le comunicazioni e-mail di gate.