Plantilla de plan de migración a la nube

Qué incluye

Una migración a la nube no es un proyecto: es una base que se construye una vez más una oleada que se repite. La plantilla separa ambas cosas para que la landing zone esté terminada antes de que las oleadas dependan de ella:

• Descubrimiento y evaluación — Inventario de aplicaciones, mapa de dependencias, criticidad de negocio y una decisión 7R por carga de trabajo: rehost, replatform, refactor, repurchase, relocate, retire, retain. Hito: decisiones 7R acordadas.
• Landing zone y base — Cuentas y suscripciones, red y conectividad, identidad, controles de seguridad, registro y modelo de costes. Todo lo posterior depende de esto. Hito: landing zone operativa.
• Planificación de oleadas y piloto — Agrupar aplicaciones en oleadas por dependencia y no por equipo, y después validar el manual de migración con una oleada piloto de bajo riesgo.
• Oleadas de migración — Ciclos repetidos de construcción, migración, pruebas y corte por oleada. El patrón es el mismo cada vez; lo que cambia es el perfil de riesgo.
• Corte e hipercuidado — Cortes en producción, conmutación de DNS y tráfico, ventanas de vuelta atrás y el periodo de soporte reforzado tras cada oleada. Hito: corte productivo completado.
• Baja y optimización — Apagar el entorno origen, salir del centro de datos o del contrato de alojamiento y después dimensionar y comprometer capacidad reservada. Aquí es donde el caso de negocio se hace realidad.

Cómo personalizarla

1. Fija primero la fecha de salida del centro de datos o de fin del contrato de alojamiento y trabaja hacia atrás: suele ser contractual e innegociable.
2. Añade una fila por aplicación cuando el inventario esté cerrado, agrupada bajo la oleada que la lleva.
3. Duplica la fase de oleada por cada oleada adicional; la estructura interna es idéntica.
4. Saca del plan de oleadas las aplicaciones a refactorizar: son proyectos de desarrollo, no migraciones, y mezclarlas rompe la cadencia.
5. Marca como hitos la landing zone operativa, la oleada piloto completada, cada corte productivo y la baja del entorno origen.

Consejos de programación

• No empieces las oleadas antes de terminar la landing zone. Migrar a una base que todavía cambia obliga a volver a migrar, y es el origen de retrabajo más habitual en estos programas.
• Agrupa las oleadas por dependencia, no por departamento. Las aplicaciones que se hablan entre sí deben moverse juntas, o pagarás la latencia entre dos entornos mientras estén separadas.
• Haz una oleada piloto de verdad. Su función es validar el manual y sacar a la luz las sorpresas, así que elige aplicaciones de bajo riesgo pero realmente representativas, no las tres más fáciles de la lista.
• Presupuesta el funcionamiento en paralelo. Los dos entornos conviven durante toda la migración; ese solape cuesta dinero real y debe estar en el caso de negocio desde el primer día.
• Mantén una ventana de vuelta atrás en cada corte. Un corte sin plan de retorno documentado y ensayado es una puerta de un solo sentido cruzada sin haberlo decidido.

Plantillas relacionadas

• Plantilla de cronograma de implantación de ERP
• Plantilla de diagrama de Gantt para desarrollo de software
• Plantilla de cronograma de construcción de centro de datos
• Ver todas las plantillas de diagramas de Gantt

Esta plantilla está en español. Las páginas relacionadas que aún no se han traducido se abren en inglés.

Preguntas frecuentes