Compito: completare le porte di comunicazione

In questa attività, si utilizzano le porte di comunicazione e la pianificazione T-minus che sono stati definiti per comunicare lo stato di ogni ondata durante i flussi di lavoro di migrazione e portfolio. Compito: definizione delle porte e degli orari di comunicazione

È possibile spostare le onde attraverso queste porte singolarmente oppure, se più onde seguono la stessa pianificazione, è possibile spostarle attraverso i gate in un gruppo. A causa della sovrapposizione delle onde nel flusso di lavoro di migrazione, in qualsiasi momento della migrazione è comune avere più ondate o gruppi di onde in corrispondenza di porte diverse. La tabella seguente mostra come le ondate si sovrappongono nel flusso di lavoro di migrazione e ogni ondata è pianificata a distanza di 1 settimana. In questo esempio, 6—7 ondate sono attive nel flusso di lavoro di migrazione in un dato momento e ogni onda si trova a un punto diverso.

Cancello	Onda 1	Onda 2	Onda 3	Onda 4	Onda 5
Gate 1: programma T-minus	13 marzo	20 marzo	27 marzo	3 aprile	10 aprile
Gate 2: incontro T-28	20 marzo	27 marzo	3 aprile	10 aprile	17 aprile
Gate 3: comunicazione T-21	27 marzo	3 aprile	10 aprile	17 aprile	24 aprile
Gate 4: incontro T-14	3 aprile	10 aprile	17 aprile	24 aprile	1 maggio
Gate 5: comunicazione T-7	10 aprile	17 aprile	24 aprile	1 maggio	8 maggio
Gate 6: riunione T-1 «go go» o «no go go»	16 aprile	23 aprile	30 aprile	7 maggio	14 maggio
Gate 7: Riunione intermedia	17 aprile	24 aprile	1 maggio	8 maggio	15 maggio
Gate 8: inizio del periodo Hypercare	18 aprile	25 aprile	2 maggio	9 maggio	16 maggio
Gate 9: fine del periodo Hypercare	22 aprile	29 aprile	6 maggio	13 maggio	20 maggio

Questa attività è costituita dalle seguenti porte di comunicazione:

• Porta 1: crea una pianificazione T-minus per l'onda

• Gate 2: riunione di impegno del T-28

• Gate 3: comunicazione T-21

• Gate 4: riunione al checkpoint T-14

• Porta 5: comunicazione T-7

• Gate 6: Riunione T-1 «go go» o «no go»

• Gate 7: riunione intermedia T-0

• Gate 8: inizio del periodo Hypercare

• Gate 9: Fine del periodo Hypercare

Porta 1: crea una pianificazione T-minus per l'onda

Effettuate le seguenti operazioni in questa porta di comunicazione:

1. Crea un unico archivio condiviso in cui archiviare la documentazione per questa ondata.

2. Utilizzando il modello di pianificazione T-minus in cui hai creatoFase 2: Creare un modello di pianificazione T-minus, inserisci le date specifiche di questa ondata, quindi salva la pianificazione T-minus nell'archivio condiviso.

3. Crea una copia dell'elenco delle attività di migrazione che hai creato nel manuale di migrazione per migrazioni di AWS grandi dimensioni, quindi salvalo nell'archivio condiviso. Utilizzi questo elenco di attività come lista di controllo man mano che procedi attraverso i cancelli.

4. Pianifica la riunione di impegno del T-28 con i partecipanti appropriati. Per ulteriori informazioni su questo incontro, vedereFase 3: Definizione delle riunioni e della loro cadenza.

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Hai creato un archivio condiviso per l'ondata.

• Hai creato una pianificazione T-minus per l'onda.

• È stato creato un elenco di attività di migrazione per l'ondata.

• Hai programmato la riunione di commit del T-28.

Passa alla fase successiva dopo aver completato le seguenti attività di migrazione e tutte le altre attività definite nel tuo runbook di migrazione:

• Il team del portfolio ha completato il piano d'ondata.

• Il team del portfolio ha raccolto i metadati di migrazione per l'ondata.

Gate 2: riunione di impegno del T-28

In questa fase, il team addetto alla migrazione esamina il piano d'ondata con i proprietari delle applicazioni e chiede ai proprietari delle applicazioni di rispettare il piano d'ondata e la data limite. Effettua le seguenti operazioni in questa porta di comunicazione:

1. Usando la presentazione Wave Workshop in cui hai creatoFase 4: Preparare le presentazioni delle riunioni, personalizza questa presentazione per Wave Workshop, quindi salva la presentazione nell'archivio condiviso. Usi questa presentazione in questo gate eGate 4: riunione al checkpoint T-14.

2. Conduci la riunione di impegno del T-28 e, utilizzando la tua presentazione, esamina quanto segue:

   • Fornisci una panoramica del piano Wave e del processo di migrazione.

   • Fornisci dettagli sulle azioni imminenti per i proprietari delle applicazioni.

   • Verificate che i proprietari delle applicazioni siano pronti a migrare ogni applicazione in questa ondata.

   • Verificate che i proprietari delle applicazioni capiscano che devono fornire piani di test per le loro applicazioni. Un piano di test descrive come verificare che il cutover abbia avuto successo. I test vengono eseguiti immediatamente dopo il cutover in modo che, in caso di problemi, il team addetto alla migrazione possa ripristinare l'applicazione all'ambiente originale con un impatto minimo sull'azienda e sugli utenti dell'applicazione.

   • Esamina come ci si aspetta che le parti interessate collaborino e comunichino durante tutto il periodo. Fornisci la posizione dell'archivio condiviso in cui le parti interessate possono trovare i documenti relativi a questa ondata.

   • Rivedi il piano di escalation in cui hai sviluppato. Fase 2: Stabilire un piano di escalation

   • Offri l'opportunità di porre domande e risposte.

3. Dopo la riunione di conferimento del T-28, invia l'e-mail di comunicazione T-28 che hai creato in. Fase 3: Crea modelli di email standard per ogni gate Personalizza l'e-mail con le informazioni e i destinatari dell'ondata e aggiungi tutte le applicazioni e i server di questa ondata.

4. Dopo la riunione di conferimento del T-28, pianifica le seguenti riunioni con i partecipanti appropriati:

   • Riunione al checkpoint T-14

   • Riunione T-1 «go» o «no go go»

   • Riunione intermedia T-0

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Hai condotto la riunione di impegno del T-28.

• Avete informato tutte le principali parti interessate in merito all'archivio condiviso per accedere alla documentazione di Wave e tutte le parti interessate vi hanno accesso.

• Hai iniziato a rispettare l'orario di lavoro dedicato alla migrazione, per. Attività: Pianificazione di riunioni ricorrenti per la fase 2

• I proprietari delle applicazioni hanno confermato che le applicazioni del piano Wave possono essere migrate.

• Tutte le parti interessate comprendono l'approccio comunicativo e sanno a quali riunioni sono tenute a partecipare.

• I proprietari delle applicazioni comprendono le azioni specifiche di cui sono responsabili.

• Hai inviato l'e-mail di comunicazione T-28 a tutte le parti interessate.

• Hai salvato la presentazione della riunione e le note della riunione nell'archivio condiviso in modo che tutte le parti interessate possano accedervi.

• Hai pianificato la riunione di commit del T-14.

• Hai programmato la riunione T-1 go o no-go.

• Hai programmato la riunione finale del T-0.

Passa alla fase successiva dopo aver completato le seguenti attività di migrazione e tutte le altre attività definite nel tuo runbook sulla migrazione:

• Hai aggiornato il piano d'ondata con tutte le modifiche apportate durante la riunione di commit del T-28.

• Hai inviato una richiesta di modifica (RFC) per le applicazioni e i server inclusi nel wave e la finestra di modifica è pianificata.

• Comprendi e identifica il processo di gestione delle modifiche.

• Hai richiesto nuovi requisiti RFCs di infrastruttura, come l'inoltro, il routing o i servizi proxy.

• Hai aggiornato l'elenco delle attività di migrazione.

Gate 3: comunicazione T-21

Il team addetto alla comunicazione continua a mantenere i contatti con i proprietari delle applicazioni e i rappresentanti delle unità aziendali. Queste parti interessate sono invitate a partecipare all'orario lavorativo dedicato alla migrazione per offrire l'opportunità di porre domande.

1. Invia l'e-mail di comunicazione T-21 che hai creato inFase 3: Crea modelli di email standard per ogni gate. Personalizza l'e-mail con le informazioni e i destinatari dell'ondata e aggiungi tutte le applicazioni e i server di questa ondata.

2. Aggiorna la riunione programmata del checkpoint T-14 con i proprietari delle applicazioni corretti. Se uno dei partecipanti richiesti non può partecipare, conferma che un rappresentante alternativo possa partecipare in base al tuo piano di escalation.

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Hai inviato l'e-mail di comunicazione T-21 a tutte le parti interessate.

Passa alla fase successiva dopo aver completato le seguenti attività di migrazione e tutte le altre attività definite nel tuo runbook di migrazione:

• Hai verificato che i server di origine soddisfino i requisiti minimi per la replica.

• Avete iniziato a replicare applicazioni e server sulla scia dell'onda.

• Hai aggiornato l'elenco delle attività di migrazione.

Gate 4: riunione al checkpoint T-14

In questo gate, condurrete la riunione al checkpoint del T-14 con i titolari delle candidature e valuterete se il team è sulla buona strada per chiudere i battenti come previsto. Effettuate le seguenti operazioni in questa porta di comunicazione:

1. Utilizzando la presentazione del Wave Workshop in cui ti sei preparatoGate 2: riunione di impegno del T-28, aggiorna la presentazione per la riunione al checkpoint del T-14.

2. Conduci la riunione al checkpoint del T-14 e leggi quanto segue:

   • Esamina le applicazioni e i server che vengono migrati in questa ondata.

   • Esamina le attività rimanenti e la pianificazione per assicurarti che i partecipanti comprendano le fasi rimanenti del processo.

   • Verificate che tutti i proprietari delle applicazioni (o i loro rappresentanti) siano disponibili per la riunione finale.

   • Verificate che i piani di test siano pronti per il completamento del cutover.

3. Dopo la riunione al checkpoint T-14, invia l'e-mail di comunicazione T-14 che hai creato in. Fase 3: Crea modelli di email standard per ogni gate Personalizza l'e-mail con le informazioni e i destinatari dell'ondata e aggiungi tutte le applicazioni e i server di questa ondata.

4. Aggiorna l'invito alla riunione T-1 go o no-go e alla riunione cutover T-0 con eventuali modifiche dei partecipanti, ad esempio un rappresentante alternativo designato dal proprietario dell'applicazione.

5. Aggiorna l'elenco delle attività di migrazione.

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Hai condotto la riunione al checkpoint del T-14. Hanno partecipato tutti i proprietari delle candidature o i loro rappresentanti designati. Se il titolare della candidatura non ha partecipato e non risponde, riporta la mancanza di presenze in base al piano di escalation.

• Hai svolto l'orario lavorativo di migrazione per la settimana.

• Hai inviato l'e-mail di comunicazione T-14 a tutte le parti interessate.

• Hai salvato la presentazione della riunione e le note della riunione nell'archivio condiviso in modo che tutte le parti interessate possano accedervi.

• Hai creato una lista di controllo di tutte le attività precedenti alla migrazione, migrazione e successive alla migrazione, chiuso tutte le attività completate e salvato la lista di controllo nell'archivio condiviso.

Passa alla porta successiva dopo aver completato le seguenti attività di migrazione e tutte le altre attività definite nel tuo runbook sulla migrazione:

• Hai verificato lo stato e lo stato delle applicazioni e dei server replicati. È in corso la risoluzione di eventuali problemi o la risoluzione è stata completata.

• I proprietari delle applicazioni hanno fornito piani di test al team di migrazione.

• Hai aggiornato l'elenco delle attività di migrazione.

Porta 5: comunicazione T-7

In questa porta, il team addetto alla comunicazione continua a mantenere i contatti con i proprietari delle applicazioni e i rappresentanti delle unità aziendali. Ti prepari anche per le attività e le riunioni finali.

1. Invia l'e-mail di comunicazione T-7 che hai creato in. Fase 3: Crea modelli di email standard per ogni gate Personalizza l'e-mail con le informazioni e i destinatari dell'ondata e aggiungi tutte le applicazioni e i server di questa ondata.

2. Conferma che i partecipanti richiesti possano partecipare alla riunione T-1 go o no-go e alla riunione cutover T-0. Aggiorna gli inviti alle riunioni secondo necessità per includere rappresentanti alternativi.

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Hai inviato l'e-mail di comunicazione T-7 a tutte le parti interessate.

• Hai confermato la partecipazione alla riunione T-1 go o no-go e alla riunione finale T-1. Tutti i partecipanti hanno accettato le riunioni o sono stati identificati rappresentanti alternativi.

Passa alla fase successiva dopo aver completato le seguenti attività di migrazione e tutte le altre attività definite nel tuo runbook di migrazione:

• Tutte le richieste di modifica relative a questa ondata sono state approvate.

• Hai verificato che l'infrastruttura di destinazione è pronta per il cutover.

• Hai chiuso tutte le istanze di test che hai creato per convalidare l'infrastruttura.

• Hai convalidato l'elenco delle attività di Cutover.

• Hai aggiornato l'elenco delle attività di migrazione.

Gate 6: Riunione T-1 «go go» o «no go»

In questa fase, esaminate sulla matrice RACI una lista di controllo delle attività di pre-migrazione con tutti i membri del team, per verificare che le applicazioni e i server inclusi nell'ondata siano pronti per essere sostituiti. Questo gate si verifica 24—48 ore prima del cutover programmato.

1. Nella riunione T-1 go o no-go, esamina la lista di controllo con tutti i membri del team sulla matrice RACI per verificare che le applicazioni e i server inclusi nell'ondata siano pronti per il cutover.

2. Conferma che tutti i partecipanti richiesti possano partecipare alla riunione cutover T-0.

3. Se decidi di procedere con la migrazione del wave (go), invia l'e-mail di comunicazione T-1 che hai creato in. Fase 3: Crea modelli di email standard per ogni gate Personalizza l'e-mail con le informazioni e i destinatari dell'ondata e aggiungi tutte le applicazioni e i server di questa ondata.

4. Se decidi di non procedere con la migrazione dell'ondata o di applicazioni e server specifici (no-go), invia un'e-mail a tutte le parti interessate informandole della decisione e fornisci tutte le informazioni disponibili sui passaggi successivi o sulle modifiche alla pianificazione.

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Hai confermato che le risorse sono disponibili per la riunione finale T-0 e che tutti i partecipanti richiesti possono partecipare.

• Hai salvato la presentazione della riunione e le note della riunione nell'archivio condiviso in modo che tutte le parti interessate possano accedervi.

• Hai inviato l'e-mail di comunicazione T-1 a tutte le parti interessate.

Passa alla fase successiva dopo aver completato le seguenti attività di migrazione e tutte le altre attività definite nel tuo runbook di migrazione:

• Nell'elenco delle attività di migrazione, hai confermato che tutte le attività di migrazione sono state completate.

Gate 7: riunione intermedia T-0

In questa fase, si esegue la migrazione di tutti i server e le applicazioni di The Wave durante una riunione intermedia, dopodiché i proprietari delle applicazioni testano immediatamente le applicazioni migrate per verificare che funzionino come previsto. I proprietari delle applicazioni possono partecipare all'intera riunione o partecipare solo se necessario per le proprie applicazioni.

1. Prima della riunione finale, invia l'e-mail di comunicazione T-0 in cui hai creato. Fase 3: Crea modelli di email standard per ogni gate Personalizza l'e-mail con le informazioni e i destinatari dell'ondata e aggiungi tutte le applicazioni e i server inclusi in questa ondata.

2. Nella riunione T-0 cutover, migrate i server e le applicazioni presenti nella ondata seguendo le istruzioni contenute nei runbook di migrazione, che avete sviluppato secondo le istruzioni contenute nel manuale di migrazione per migrazioni di grandi dimensioni. AWS

3. Quando un'applicazione o un server è stato migrato, utilizzate il piano di test sviluppato dal proprietario dell'applicazione per verificare che l'applicazione funzioni nel modo seguente:

   • Se l'applicazione o il server funziona come previsto o presenta solo problemi minori, lasciateli nell' AWS ambiente e risolvete eventuali problemi.

   • Se l'applicazione o il server non funziona o presenta problemi significativi, ripristinatelo.

4. Una volta completate le attività aggiuntive nell'elenco delle attività di migrazione, aggiorna l'elenco delle attività.

5. Invia l'e-mail di comunicazione completa completa che hai creato in. Fase 3: Crea modelli di email standard per ogni gate Personalizza l'e-mail con le informazioni e i destinatari dell'ondata e aggiungi tutte le applicazioni e i server di questa ondata.

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Hai verificato che ogni applicazione o server di The Wave sia stata migrata correttamente oppure l'hai ripristinata.

• Hai preso nota di tutte le applicazioni o i server che hanno eseguito il rollback. Per queste applicazioni o server, è necessario aggiornare il modello di migrazione o ridefinire lo stato di destinazione per risolvere eventuali problemi riscontrati durante il cutover. Includerai queste applicazioni o server in un piano future.

• Hai inviato l'e-mail di comunicazione completa a tutte le parti interessate.

Prosegui fino al cancello successivo dopo aver completato le seguenti attività di cutover:

• Hai completato tutti i passaggi indicati nella sezione Attività Cutover dell'elenco delle attività di migrazione.

Gate 8: inizio del periodo Hypercare

In questo cancello, fai quanto segue:

1. Chiedi agli stakeholder del progetto di esaminare le applicazioni e i server migrati nel cloud. Se vengono identificati problemi, devono essere inviati al team di migrazione.

2. Risolvi eventuali problemi identificati durante il cutover o durante il periodo di iperassistenza.

3. Verifica che il team operativo del cloud sia pronto ad accettare il carico di lavoro.

4. Aggiorna tutti gli strumenti e gli archivi di gestione dei progetti in modo che riflettano lo stato dell'ondata.

Criteri di uscita dal gate

Passa al cancello successivo dopo aver completato le seguenti attività di governance del progetto:

• Tutte le parti interessate hanno esaminato le applicazioni e i server migrati.

• Il team addetto alla migrazione ha risolto tutti i problemi relativi alle applicazioni o ai server identificati durante il periodo di cutover o durante il periodo di hypercare.

• Il team operativo del cloud ha confermato di essere pronto ad accettare le applicazioni e i server migrati.

• Hai aggiornato tutti gli strumenti e gli archivi di gestione dei progetti in modo da rispecchiare lo stato dell'ondata.

Gate 9: Fine del periodo Hypercare

Il periodo Hypercare dura in genere da 1 a 4 giorni e termina quando il team addetto alla migrazione ha risolto eventuali problemi relativi alle applicazioni o ai server migrati. Al termine del periodo di hypercare, il team addetto alla migrazione incontra il team addetto alle operazioni cloud (Cloud Ops) per esaminare le applicazioni e i server migrati. In questa fase, il team di migrazione trasferisce il supporto continuo dei carichi di lavoro migrati al team Cloud Ops. Il team di Cloud Ops comunica ai proprietari delle applicazioni che il periodo di hypercare è terminato e che ora sono loro il punto di contatto per eventuali problemi. Facoltativamente, puoi includere un sondaggio in questa comunicazione e invitare i proprietari delle applicazioni a fornire feedback sulla migrazione e sul processo di cutover.

1. Incorpora le applicazioni e i server migrati nel database di gestione della configurazione (CMDB) per il team addetto alle operazioni cloud.

2. Incorpora qualsiasi informazione sull'applicazione nello strumento di supporto alla gestione tecnica di Cloud Ops, ad esempio. ServiceNow

3. Invia l'e-mail di comunicazione completa a Hypercare che hai creato Fase 3: Crea modelli di email standard per ogni gate per ogni cancello. Personalizza l'e-mail con le informazioni relative all'ondata e includi le istruzioni su come contattare il team operativo del cloud.

4. Informa il team di supporto dell'infrastruttura della transizione per avviare il processo di disattivazione dei server di origine e di qualsiasi infrastruttura di supporto. Questo passaggio viene in genere eseguito dal team di Cloud Ops o dal project manager.

Criteri di uscita dal gate

Questo gate è completo quando sono state eseguite le seguenti attività di governance del progetto:

• Cloud Ops ha incorporato tutte le informazioni relative ai carichi di lavoro nel proprio CMDB.

• Cloud Ops ha incorporato tutte le informazioni sulle applicazioni nel proprio strumento di supporto alla gestione tecnica.

• Hai inviato l'e-mail di comunicazione completa di hypercare a tutte le parti interessate.

• Il team addetto all'infrastruttura ha iniziato a smantellare tutte le infrastrutture di supporto che non sono più necessarie.