Compito: definizione delle porte e degli orari di comunicazione - AWS Guida prescrittiva

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-# TSi riferisce al tempo rimanente e al # numero di giorni rimanenti fino alla data limite pianificata.

Sequenza delle porte di comunicazione nei flussi di lavoro di migrazione e portfolio

Definite le porte di comunicazione per il vostro grande progetto di migrazione come segue:

  1. 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.

  2. 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:

  1. Apri il modello di pianificazione T-minus. Questo modello contiene una pianificazione T-minus predefinita per la strategia di migrazione del rehost.

  2. 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

  3. Modifica le porte di comunicazione predefinite in base alle decisioni prese. Fase 1: Definire le porte di comunicazione

  4. 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.

  5. 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.

  6. 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.