Tarea: completar las puertas de comunicación

En esta tarea, utilizará las puertas de comunicación y el programa T-minus que haya definido para comunicar el estado de cada oleada a medida que avanza Tarea: Definir las puertas y los horarios de comunicación en los flujos de trabajo de migración y cartera.

Puede mover las olas a través de estas compuertas individualmente o, si hay varias olas en el mismo horario, puede moverlas a través de las compuertas en grupo. Debido a que las olas se superponen en el flujo de trabajo de migración, en un momento dado de la migración, es habitual que haya varias oleadas o grupos de olas en distintas puertas. La siguiente tabla muestra cómo se superponen las oleadas en el flujo de trabajo de migración, y cada oleada se programa con una semana de diferencia. En este ejemplo, hay entre 6 y 7 oleadas activas en el flujo de trabajo de migración en un momento dado y cada oleada se encuentra en una puerta diferente.

Puerta	Ola 1	Ola 2	Ola 3	Ola 4	Ola 5
Puerta 1: horario de T-minus	13 de marzo	20 de marzo	27 de marzo	3 de abril	10 de abril
Puerta 2: reunión del T-28	20 de marzo	27 de marzo	3 de abril	10 de abril	17 de abril
Puerta 3: comunicación T-21	27 de marzo	3 de abril	10 de abril	17 de abril	24 de abril
Puerta 4: reunión del T-14	3 de abril	10 de abril	17 de abril	24 de abril	1 de mayo
Puerta 5: comunicación T-7	10 de abril	17 de abril	24 de abril	1 de mayo	8 de mayo
Puerta 6: reunión T-1 con o sin salida	16 de abril	23 de abril	30 de abril	7 de mayo	14 de mayo
Puerta 7: reunión de transición	17 de abril	24 de abril	1 de mayo	8 de mayo	15 de mayo
Puerta 8: Inicio del período de Hypercare	18 de abril	25 de abril	2 de mayo	9 de mayo	16 de mayo
Puerta 9: fin del período de Hypercare	22 de abril	29 de abril	6 de mayo	13 de mayo	20 de mayo

Esta tarea consta de las siguientes puertas de comunicación:

• Puerta 1: Crea un horario en T menos para la ola

• Puerta 2: reunión de compromiso del T-28

• Puerta 3: comunicación T-21

• Puerta 4: reunión en el puesto de control T-14

• Puerta 5: comunicación T-7

• Puerta 6: reunión T-1 con o sin salida

• Puerta 7: reunión temporal del T-0

• Puerta 8: Inicio del período de Hypercare

• Puerta 9: Fin del período de Hypercare

Puerta 1: Crea un horario en T menos para la ola

Haga lo siguiente en esta puerta de comunicación:

1. Cree un repositorio único y compartido en el que almacenará la documentación de esta oleada.

2. Con la plantilla de programación con T menos que creóPaso 2: Crea una plantilla de cronograma con forma de T minus, introduzca las fechas específicas de esta oleada y, a continuación, guarde la programación con T menos en el repositorio compartido.

3. Cree una copia de la lista de tareas de migración que creó en el manual de migración para migraciones AWS grandes y, a continuación, guárdela en el repositorio compartido. Usa esta lista de tareas como lista de verificación a medida que avanzas por las puertas.

4. Programa la reunión de compromiso del T-28 con los participantes correspondientes. Para obtener más información sobre esta reunión, consultePaso 3: Defina las reuniones y su cadencia.

Criterios de salida por puerta

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Has establecido un repositorio compartido para la ola.

• Ha creado un horario de T menos para la ola.

• Ha creado una lista de tareas de migración para la oleada.

• Ha programado la reunión de compromiso del T-28.

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de migración y cualquier otra tarea definida en el manual de migración:

• El equipo de cartera ha completado el plan de oleada.

• El equipo del portafolio ha recopilado los metadatos de migración de la oleada.

Puerta 2: reunión de compromiso del T-28

En esta puerta, el equipo de migración revisa el plan de oleada con los propietarios de la aplicación y les pide que se comprometan con el plan de oleada y la fecha de transición. Haga lo siguiente en esta puerta de comunicación:

1. Con la presentación de Wave Workshop en la que creóPaso 4: Preparar las presentaciones de las reuniones, personalícela para la ola y, a continuación, guárdela en el repositorio compartido. Utiliza esta presentación en esta puerta yPuerta 4: reunión en el puesto de control T-14.

2. Dirija la reunión de compromiso del T-28 y, utilizando su presentación, revise lo siguiente:

   • Proporcione una visión general del plan de oleaje y del proceso de migración.

   • Proporcione detalles sobre las próximas acciones a los propietarios de la aplicación.

   • Confirme que los propietarios de las aplicaciones estén preparados para migrar todas las aplicaciones de esta oleada.

   • Confirme que los propietarios de las aplicaciones entiendan que deben proporcionar planes de prueba para sus aplicaciones. Un plan de pruebas describe cómo validar que la transición se realizó correctamente. Las pruebas se realizan inmediatamente después de la transición para que, en caso de que surja algún problema, el equipo de migración pueda devolver la aplicación a su entorno original con un impacto mínimo en la empresa y en los usuarios de la aplicación.

   • Revise cómo se espera que las partes interesadas colaboren y se comuniquen a lo largo de la ola. Indique la ubicación del repositorio compartido donde las partes interesadas puedan encontrar los documentos relacionados con esta oleada.

   • Revise el plan de escalamiento que desarrolló en élPaso 2: Establecer un plan de escalación.

   • Brinde una oportunidad para hacer preguntas y respuestas.

3. Tras la reunión de compromiso del T-28, envía el correo electrónico de comunicación del T-28 que creaste en. Paso 3: Crea plantillas de correo electrónico estándar para cada puerta Personalice el correo electrónico para la información y los destinatarios de la oleada, y añada todas las aplicaciones y servidores de esta oleada.

4. Tras la reunión de compromiso del T-28, programe las siguientes reuniones con los participantes correspondientes:

   • Reunión en el punto de control del T-14

   • Reunión T-1, ¿sí o no?

   • Reunión temporal T-0

Criterios de salida por puerta

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Habéis dirigido la reunión de compromiso del T-28.

• Has informado a todas las partes interesadas clave sobre el repositorio compartido para acceder a la documentación de Wave, y todas las partes interesadas tienen acceso a él.

• Ha empezado a mantener el horario comercial de migración, segúnTarea: programar reuniones periódicas para la fase 2.

• Los propietarios de las aplicaciones han confirmado que las aplicaciones del plan Wave se pueden migrar.

• Todas las partes interesadas comprenden el enfoque de comunicación y saben a qué reuniones deben asistir.

• Los propietarios de las aplicaciones comprenden las acciones específicas de las que son responsables.

• Has enviado el correo electrónico de comunicación T-28 a todas las partes interesadas.

• Ha guardado la presentación y las notas de la reunión en el repositorio compartido para que todas las partes interesadas puedan acceder a ellas.

• Has programado la reunión de compromiso del T-14.

• Ha programado la reunión del T-1 en la que se puede o no se puede ir.

• Ha programado la reunión provisional del T-0.

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de migración y cualquier otra tarea definida en el manual de migración:

• Has actualizado el plan de oleada con los cambios realizados durante la reunión de compromiso del T-28.

• Ha enviado una solicitud de cambio (RFC) para las aplicaciones y los servidores de la oleada, y la ventana de cambios está programada.

• Comprenda e identifique el proceso de gestión de cambios.

• Ha RFCs solicitado nuevos requisitos de infraestructura, como los servicios de reenvío, enrutamiento o proxy.

• Ha actualizado la lista de tareas de migración.

Puerta 3: comunicación T-21

El equipo de comunicaciones sigue en contacto con los propietarios de las aplicaciones y los representantes de las unidades de negocio. Se invita a estas partes interesadas a migrar el horario laboral para que puedan formular preguntas.

1. Envía el correo electrónico de comunicación T-21 que creaste enPaso 3: Crea plantillas de correo electrónico estándar para cada puerta. Personalice el correo electrónico para la información y los destinatarios de la oleada, y añada todas las aplicaciones y servidores de esta oleada.

2. Actualice la reunión programada en el punto de control T-14 con los propietarios de las aplicaciones correspondientes. Si alguno de los participantes requeridos no puede asistir, confirme que un representante alternativo pueda asistir de acuerdo con su plan de escalamiento.

Criterios de salida de la

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Has enviado el correo electrónico de comunicación T-21 a todas las partes interesadas.

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de migración y cualquier otra tarea definida en su manual de migración:

• Ha comprobado que los servidores de origen cumplen los requisitos mínimos de replicación.

• Ha empezado a replicar aplicaciones y servidores a medida que avanzaba.

• Ha actualizado la lista de tareas de migración.

Puerta 4: reunión en el puesto de control T-14

En esta puerta, organizarás la reunión del punto de control T-14 con los propietarios de la aplicación y evaluarás si el equipo está bien encaminado para interrumpir el trabajo según lo previsto. Haga lo siguiente en esta puerta de comunicación:

1. Utilizando la presentación del taller Wave en la que preparóPuerta 2: reunión de compromiso del T-28, actualice la presentación para la reunión del punto de control del T-14.

2. Organice la reunión del punto de control T-14 y revise lo siguiente:

   • Revise las aplicaciones y los servidores que se van a migrar en esta oleada.

   • Revise las tareas restantes y la programación para asegurarse de que los asistentes entiendan los pasos restantes del proceso.

   • Confirme que todos los propietarios de las solicitudes (o sus representantes) estén disponibles para la reunión provisional.

   • Confirme que los planes de pruebas estén listos para cuando se complete la transición.

3. Tras la reunión en el punto de control de la T-14, envíe el correo electrónico de comunicación de la T-14 que creó en. Paso 3: Crea plantillas de correo electrónico estándar para cada puerta Personalice el correo electrónico para la información y los destinatarios de la oleada y añada todas las aplicaciones y servidores de esta oleada.

4. Actualice la invitación a la reunión T-1 con o sin asistencia y a la reunión temporal T-0 con cualquier cambio de participantes, por ejemplo, un representante alternativo designado por el propietario de la aplicación.

5. Actualice la lista de tareas de migración.

Criterios de salida de puertas

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Ha dirigido la reunión del puesto de control T-14. Asistieron todos los propietarios de las solicitudes o sus representantes designados. Si el propietario de una solicitud no asistió y no responde, intensifique la falta de asistencia de acuerdo con el plan de escalamiento.

• Has realizado la migración en el horario laboral de la semana.

• Has enviado el correo electrónico de comunicación T-14 a todas las partes interesadas.

• Ha guardado la presentación y las notas de la reunión en el repositorio compartido para que todas las partes interesadas puedan acceder a ellas.

• Ha creado una lista de comprobación con todas las tareas previas, migratorias y posteriores a la migración, ha cerrado todas las tareas finalizadas y ha guardado la lista de comprobación en el repositorio compartido.

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de migración y cualquier otra tarea definida en el manual de migración:

• Ha verificado el estado y el estado de las aplicaciones y los servidores replicados. Está solucionando cualquier problema o ha finalizado la solución de problemas.

• Los propietarios de la aplicación han proporcionado planes de prueba al equipo de migración.

• Ha actualizado la lista de tareas de migración.

Puerta 5: comunicación T-7

En esta puerta, el equipo de comunicaciones sigue en contacto con los propietarios de las aplicaciones y los representantes de las unidades de negocio. También te preparas para las actividades y reuniones complementarias.

1. Envía el correo electrónico de comunicación T-7 que creaste en. Paso 3: Crea plantillas de correo electrónico estándar para cada puerta Personalice el correo electrónico para la información y los destinatarios de la oleada, y añada todas las aplicaciones y servidores de esta oleada.

2. Confirme que los participantes requeridos puedan asistir a la reunión T-1 a la que se puede asistir o no y a la reunión temporal de la T-0. Actualice las invitaciones a las reuniones según sea necesario para incluir representantes suplentes.

Criterios de salida por puerta

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Ha enviado el correo electrónico de comunicación del T-7 a todas las partes interesadas.

• Ha confirmado su asistencia a la reunión T-1 en la que se puede o no asistir y a la reunión temporal de la T-0. Todos los participantes han aceptado las reuniones o se han seleccionado representantes alternativos.

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de migración y cualquier otra tarea definida en el manual de migración:

• Se han aprobado todas las solicitudes de cambio para esta oleada.

• Ha validado que la infraestructura de destino está lista para la transición.

• Ha cerrado todas las instancias de prueba que creó para validar la infraestructura.

• Ha validado la lista de tareas transitorias.

• Ha actualizado la lista de tareas de migración.

Puerta 6: reunión T-1 con o sin salida

En esta puerta, se revisa una lista de verificación de las actividades previas a la migración con todos los miembros del equipo en la matriz RACI para validar que las aplicaciones y los servidores de la ola estén preparados para la transición. Esta transición se produce entre 24 y 48 horas antes de la transición programada.

1. En la primera reunión en la que se apruebe o no, revise la lista de verificación con todos los miembros del equipo sobre la matriz RACI a fin de validar que las aplicaciones y los servidores de la ola estén preparados para la transición.

2. Confirme que todos los participantes requeridos puedan asistir a la reunión de transición del T-0.

3. Si decide continuar con la migración del wave (go), envíe el correo electrónico de comunicación T-1 que creó en. Paso 3: Crea plantillas de correo electrónico estándar para cada puerta Personalice el correo electrónico para la información y los destinatarios de la oleada y añada todas las aplicaciones y servidores de esta oleada.

4. Si decide no continuar con la migración o con aplicaciones y servidores específicos (no es posible), envíe un correo electrónico a todas las partes interesadas informándoles de su decisión y proporcionándoles toda la información disponible sobre los próximos pasos o los cambios de programación.

Criterios de salida de Gate

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Ha confirmado que hay recursos disponibles para la reunión temporal del T-0 y que todos los participantes requeridos pueden asistir.

• Ha guardado la presentación y las notas de la reunión en el repositorio compartido para que todas las partes interesadas puedan acceder a ellas.

• Has enviado el correo electrónico de comunicación T-1 a todas las partes interesadas.

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de migración y cualquier otra tarea definida en el manual de migración:

• En la lista de tareas de migración, ha confirmado que todas las tareas de migración se han completado.

Puerta 7: reunión temporal del T-0

En esta puerta, se migran todos los servidores y aplicaciones de la oleada durante una reunión temporal y, a continuación, los propietarios de las aplicaciones deben probar inmediatamente las aplicaciones migradas para confirmar que funcionan según lo previsto. Los propietarios de las aplicaciones pueden asistir a toda la reunión o solo cuando sea necesario para sus solicitudes.

1. Antes de la reunión temporal, envía el correo electrónico de comunicación T-0 que creaste en. Paso 3: Crea plantillas de correo electrónico estándar para cada puerta Personalice el correo electrónico para la información y los destinatarios de la oleada y añada todas las aplicaciones y servidores de esta oleada.

2. En la reunión de transición del T-0, migre los servidores y las aplicaciones de la oleada de acuerdo con las instrucciones de sus manuales de migración, que desarrolló de acuerdo con las instrucciones del manual de migración para migraciones grandes. AWS

3. Cuando se haya migrado una aplicación o un servidor, utilice el plan de pruebas desarrollado por el propietario de la aplicación para comprobar que la aplicación funciona de la siguiente manera:

   • Si la aplicación o el servidor funcionan según lo esperado o solo tienen problemas menores, déjelos en el AWS entorno y corrija los problemas.

   • Si la aplicación o el servidor no funcionan o tienen problemas importantes, devuélvalos.

4. A medida que complete las actividades de transición de la lista de tareas de migración, actualice la lista de tareas.

5. Envía el correo electrónico de comunicación completo y transitorio que creaste en. Paso 3: Crea plantillas de correo electrónico estándar para cada puerta Personalice el correo electrónico para la información y los destinatarios de la oleada, y añada todas las aplicaciones y servidores de esta oleada.

Criterios de salida de puertas

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Ha validado que todas las aplicaciones o servidores de la oleada se han migrado correctamente o los ha revertido.

• Ha tomado nota de todas las aplicaciones o servidores que se han revertido. En el caso de estas aplicaciones o servidores, debe actualizar el patrón de migración o redefinir el estado de destino para solucionar cualquier problema que surja durante la transición. Incluirá estas aplicaciones o servidores en un plan future wave.

• Ha enviado el correo electrónico de comunicación completo completo a todas las partes interesadas.

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de transición:

• Ha completado todos los pasos de la sección de tareas de transición de la lista de tareas de migración.

Puerta 8: Inicio del período de Hypercare

En esta puerta, haga lo siguiente:

1. Pida a las partes interesadas del proyecto que revisen las aplicaciones y los servidores migrados a la nube. Si se identifica algún problema, debe enviarlo al equipo de migración.

2. Aborde cualquier problema que se detecte durante la transición o durante el período de hipercuidados.

3. Confirme que el equipo de operaciones en la nube esté preparado para aceptar la carga de trabajo.

4. Actualice todas las herramientas y repositorios de gestión de proyectos para que reflejen el estado de la oleada.

Criterios de salida de puertas

Continúe hasta la siguiente puerta cuando haya completado las siguientes actividades de gobierno del proyecto:

• Todas las partes interesadas han revisado las aplicaciones y los servidores migrados.

• El equipo de migración ha abordado cualquier problema con las aplicaciones o el servidor que se haya identificado durante la transición o durante el período de hiperatención.

• El equipo de operaciones en la nube ha confirmado que está preparado para aceptar las aplicaciones y los servidores migrados.

• Has actualizado todos los repositorios y herramientas de gestión de proyectos para reflejar el estado de la oleada.

Puerta 9: Fin del período de Hypercare

El período de hipercuidado suele durar de 1 a 4 días y finaliza cuando el equipo de migración ha resuelto cualquier problema relacionado con las aplicaciones o los servidores migrados. Al final del período de hiperatención, el equipo de migración se reúne con el equipo de operaciones en la nube (Cloud Ops) para revisar las aplicaciones y los servidores migrados. En este punto, el equipo de migración transfiere el soporte continuo de las cargas de trabajo migradas al equipo de Cloud Ops. El equipo de Cloud Ops notifica a los propietarios de las aplicaciones que el período de hiperatención ha finalizado y que ahora son el punto de contacto para resolver cualquier problema. Si lo desea, puede incluir una encuesta en esta comunicación e invitar a los propietarios de las aplicaciones a que envíen sus comentarios sobre el proceso de migración y transición.

1. Incorpore las aplicaciones y los servidores migrados a la base de datos de gestión de la configuración (CMDB) del equipo de operaciones en la nube.

2. Incorpore cualquier información de la aplicación a la herramienta de soporte de gestión técnica de Cloud Ops, por ejemplo. ServiceNow

3. Envía a Hypercare el correo electrónico de comunicación completo que has creado Paso 3: Crea plantillas de correo electrónico estándar para cada puerta para cada puerta. Personalice el correo electrónico para incluir la información sobre la ola e incluya instrucciones sobre cómo ponerse en contacto con el equipo de operaciones en la nube.

4. Notifique la transición al equipo de soporte de infraestructura para iniciar el proceso de desmantelamiento de los servidores de origen y cualquier infraestructura de soporte. Este paso lo suele realizar el equipo de Cloud Ops o el director del proyecto.

Criterios de salida de puerta

Esta puerta está completa cuando se han realizado las siguientes actividades de gobierno del proyecto:

• Cloud Ops ha incorporado toda la información relacionada con las cargas de trabajo en su CMDB.

• Cloud Ops ha incorporado toda la información de la aplicación en su herramienta de soporte de gestión técnica.

• Has enviado el correo electrónico de comunicación completo de Hypercare a todas las partes interesadas.

• El equipo de infraestructura ha empezado a desmantelar cualquier infraestructura de apoyo que ya no sea necesaria.