Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Tarea: Definir las puertas y los horarios de comunicación
En la fase 2 de un gran proyecto de migración, el flujo de trabajo de la cartera planifica activamente las oleadas y el flujo de trabajo de migración migra esas oleadas. El flujo de trabajo de gobierno del proyecto supervisa estas actividades y ayuda a guiar las olas a través de las puertas de comunicación. Una puerta de comunicación es un punto de contacto en el que se comunican formalmente las actividades y el estado de la oleada en curso a las partes interesadas. En cada puerta, un propietario designado notifica a la audiencia especificada el estado de la ola y recuerda a los propietarios de las aplicaciones las próximas actividades o reuniones. Las puertas suelen coincidir con los hitos de la migración, y definir las puertas de comunicación maximiza la transparencia para todas las partes interesadas del proyecto. Las olas se mueven a través de las compuertas de forma individual o se pueden agrupar las olas.
En esta tarea, debe hacer lo siguiente:
Paso 1: Defina las puertas de comunicación
Durante la migración, se repiten las puertas de comunicación para cada oleada o para un grupo de oleadas, hasta que se hayan migrado todas las cargas de trabajo y se haya completado el proyecto. Como mínimo, recomendamos las siguientes puertas de comunicación. Puede decidir añadir más puertas a su proyecto según convenga para su proyecto.
Gate |
Plazo aproximado |
Finalidad |
Propietario de la puerta |
Público |
|---|---|---|---|---|
Puerta 1: Crea un T-minus horario |
Antes de completar el plan de oleaje |
Programe fechas para cada puerta |
Director de proyecto o equipo de comunicaciones |
Propietarios de la aplicación, responsable de comunicación, responsable de migración |
Puerta 2: reunión de T-28 compromiso |
4 semanas antes de la transición |
Da inicio a la ola con los propietarios de aplicaciones |
Director de proyecto o equipo de comunicaciones |
Propietarios de la aplicación, responsable de comunicación, responsable de migración |
Puerta 3: T-21 comunicación |
3 semanas antes de la transición |
Recuerde que la transición está programada para dentro de 21 días |
Director de proyecto o equipo de comunicaciones |
Propietarios de la aplicación, jefe de comunicación |
Puerta 4: reunión en el T-14 punto de control |
2 semanas antes de la transición |
Revise el cronograma y evalúe el progreso en las tareas de preparación |
Director de proyecto y jefe de migración |
Propietarios de la aplicación, responsable de comunicación, responsable de migración |
Puerta 5: T-7 comunicación |
1 semana antes de la transición |
Recuerde que la transición está programada para dentro de 7 días |
Equipo de comunicaciones |
Propietarios de la aplicación, equipo de operaciones |
Puerta 6: reunión a la que se puede T-1 ir o no |
Entre 24 y 48 horas antes de la escala |
Confirme que está preparado para la transición a la migración |
Director de proyecto o equipo de comunicaciones |
Equipo de operaciones en la nube, propietarios de aplicaciones, equipo de infraestructura |
Puerta 7: T-0 reunión temporal |
Día de la transición |
Recorte y pruebe las aplicaciones |
Director de proyectos y jefe de migración |
Equipo de operaciones en la nube |
Puerta 8: Inicio del período de Hypercare |
1 día laborable después de la transición |
Notificación de que se ha completado la transición y ha comenzado el período de hipercuidados |
Director de proyecto o equipo de comunicaciones |
Responsables de la aplicación |
Puerta 9: fin del período de Hypercare |
4 días hábiles después de la transición |
Notificación de que ha finalizado el período de hipercuidados |
Director de proyecto, equipo de comunicaciones o equipo de operaciones en la nube |
Propietarios de aplicaciones en Wave, jefe de comunicación y equipo de operaciones en la nube |
La siguiente imagen muestra la secuencia de estas puertas de comunicación en la cartera y los flujos de trabajo de migración. La puerta 1 se produce durante la planificación de la oleada, las puertas 2 a 6 se producen durante la migración, la puerta 7 es la reunión de transición y las puertas 8 a 9 se producen durante el período de hipercuidado. Las puertas 2 a 6 se nombran con este formato. T-# TSe refiere al tiempo restante y # es el número de días que quedan hasta la fecha de transición programada.
Defina las vías de comunicación para su gran proyecto de migración de la siguiente manera:
-
Determine si necesita puertas de comunicación adicionales para su proyecto. Por ejemplo, si su proyecto no cuenta con un responsable único que se encargue de facilitar a los propietarios de las aplicaciones la preparación para la migración, tal vez le interese incluir puertas de comunicación adicionales para recordar a los propietarios de las aplicaciones las próximas actividades y las fechas de entrega.
-
En un repositorio compartido o en una aplicación de seguimiento de proyectos, como Jira o Confluence, registra las puertas de comunicación de tu gran proyecto de migración. Asegúrate de registrar los siguientes atributos para cada puerta (para ver un ejemplo, consulta la tabla de puertas de comunicación):
-
Número y nombre de la puerta
-
Cronología aproximada del momento en que se produce la interrupción en relación con los hitos o la transición del flujo de trabajo
-
Propósito de la puerta
-
La persona o el equipo responsable de la puerta, conocidos como los propietarios de la puerta
-
Las personas o equipos que reciben la comunicación o asisten a la reunión en la puerta, conocidas como «audiencia»
-
(Opcional) La plantilla de comunicación o la plantilla de presentación que debe usar el propietario de la puerta
-
Paso 2: Crear una plantilla T-minus de cronograma
Un T-minus cronograma es una forma visual de representar todas las actividades de migración de alto nivel que deben completarse en cada oleada. Abarca el período de tiempo entre el final de la planificación de la oleada y el final del período de hipercuidados. Como las actividades de migración de alto nivel varían en función de la estrategia de migración, se necesita una plantilla T-minus de programación para cada estrategia de migración. Compartes los T-minus horarios en la reunión inicial y en las T-28 reuniones y te T-14 comprometes.
Por lo general, se crea un T-minus cronograma trabajando a partir de la fecha de transición. Organizas las actividades en hitos de migración y realizas un seguimiento de las tareas detalladas por separado en tus herramientas de gestión de proyectos. El T-minus cronograma también destaca las puertas de comunicación que definió. Paso 1: Defina las puertas de comunicación
Recomendamos comenzar con la plantilla de T-minus cronograma ( PowerPoint formato Microsoft), disponible en las plantillas del manual de estrategias de gobierno del proyecto. Haga lo siguiente:
-
Abra la plantilla T-minus de programación. Esta plantilla contiene un T-minus cronograma predeterminado para la estrategia de migración de reanfitriones.
-
Modifique las actividades de migración de rehosts predeterminadas en función de su caso de uso. Para obtener una lista de las actividades de cada estrategia de migración, consulte las matrices responsables, consultadas e informadas (RACI) que creó en el manual de estrategias de Foundation para AWS migraciones grandes.
-
Modifique las puertas de comunicación predeterminadas en función de las decisiones que haya tomado. Paso 1: Defina las puertas de comunicación
-
Utilizando el programa de T-minus rehospedaje como punto de partida, cree un T-minus cronograma para cada estrategia de migración, como la replataforma o la refactorización.
-
Comparta los T-minus cronogramas con el equipo de comunicaciones, el equipo de migración y el equipo de operaciones en la nube. Asegúrese de que todos los equipos estén alineados y no sea necesario realizar ajustes.
-
Agrega las plantillas de T-minus cronograma completas a tu presentación inicial y a tu presentación en el taller Wave.
Paso 3: Crea plantillas de correo electrónico estándar para cada puerta
Cree plantillas para las comunicaciones por correo electrónico que enviará a los propietarios de las aplicaciones en cada puerta de comunicación. Estos correos electrónicos deben contener información básica sobre las solicitudes incluidas en la oleada, informar a los propietarios de las aplicaciones sobre el estado de la oleada y recordar a las partes interesadas las próximas fechas de entrega y reuniones.
Recomendamos empezar con las siguientes plantillas, que se incluyen en las plantillas del manual de gobernanza de proyectos:
-
Plantilla de comunicación para T-28 (formato Microsoft Word)
-
Plantilla de comunicación para T-21 (formato Microsoft Word)
-
Plantilla de comunicación para T-14 (formato Microsoft Word)
-
Plantilla de comunicación para T-7 (formato Microsoft Word)
-
Plantilla de comunicación para T-1 (formato Microsoft Word)
-
Plantilla de comunicación para T-0 (formato Microsoft Word)
-
Plantilla de comunicación para cortar completa (formato Microsoft Word)
-
Plantilla de comunicación para hipercuidados completa (formato Microsoft Word)
Criterios de salida de tareas
Esta tarea estará completa cuando haya hecho lo siguiente:
-
Ha definido las puertas de comunicación para su gran proyecto de migración.
-
Ha creado una plantilla T-minus de programación.
-
Ha compartido la plantilla de T-minus programación con las partes interesadas del proyecto.
-
Has integrado la plantilla de T-minus cronograma en tu presentación inicial y en la presentación del taller Wave.
-
Ha creado plantillas estándar para las comunicaciones por correo electrónico en Gate.
