Alcance, estrategia y cronograma - AWS Guía prescriptiva

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.

Alcance, estrategia y cronograma

Tres elementos clave constituyen los pilares de todos los programas y su relevancia en las grandes migraciones: el alcance, la estrategia y el cronograma.

El alcance, la estrategia y el cronograma están conectados y son interdependientes.

Para preparar el terreno para su proceso de migración, estos elementos deben estar alineados y comprendidos desde el inicio de un programa de migración. Cualquier cambio en uno de estos elementos afectará a los demás. La realineación debe tenerse en cuenta en cada cambio, sin importar cuán básico o sensato pueda parecer el cambio.

Alcance: ¿Qué está migrando?

Es habitual que el alcance total del programa no esté definido, incluso cuando estás a la mitad de la migración. Esto se debe a que es posible que varios factores no se descubran hasta las etapas posteriores. Por ejemplo, a mitad de la migración, podría descubrir una zona de TI clandestina que no estaba registrada en su base de datos de administración de configuración (CMDB). Alternativamente, la planificación podría haberse centrado en una vista del servidor sin tener en cuenta los servicios de red y seguridad de soporte que se requieren para la ejecución de esas aplicaciones (como las conexiones VPN conAWS los socios y las autoridades de certificación para firmar los certificados). Recomendamos invertir algo de tiempo en definir el alcance y trabajar de forma inversa a partir del resultado empresarial objetivo. Es posible que termines utilizando herramientas de descubrimiento para descubrir activos, una práctica recomendada que se analizará más adelante en esta guía.

El alcance cambiará, porque las grandes migraciones conllevan incógnitas. Estas incógnitas pueden consistir en sistemas que han pasado a formar parte de la arqueología del medio ambiente con poca o ninguna comprensión de su relevancia, o en incidentes de producción que provocan retrasos y cambios en los planes que usted ha elaborado. La clave es ser flexible y contar con planes de contingencia para que el programa siga avanzando.

Estrategia: ¿Por qué desea migrar?

Puede que esté pensando migrarAWS a uno o varios de los motivos siguientes:

  • Sus equipos de aplicaciones desean implementar nuevas canalizaciones de CI/CD, implementar las pilas de aplicaciones más recientes o modernizar las plataformas antiguas que no son compatibles.

  • Su equipo de infraestructura debe salir rápidamente de un centro de datos antiguo antes de que venza el arrendamiento y el proveedor desconecte la energía.

  • La junta directiva ha decidido que es necesario migrar a la nube como una dirección estratégica que permita un rápido ritmo de cambio en el future de la empresa.

Sea cual sea el motivo, todas estas y otras razones estarán presentes en la mente de su empresa y de sus organizaciones de TI. Es clave entender cuáles son tus conductores, comunicarlos y priorizarlos. Cada factor adicional puede añadir tiempo, costes, alcance y riesgos a una migración ya de por sí extensa. Es fundamental ser plenamente consciente del impacto que la estrategia tiene en el cronograma y el alcance.

Después de definir la estrategia de migración, una de las principales claves del éxito es la alineación de los requisitos entre las distintas partes interesadas y equipos. Para realizar la migración se requieren diferentes equipos en toda la organización, incluidos los de infraestructura, seguridad, aplicaciones y operaciones. Estos equipos tendrán prioridades individuales y otros proyectos que tal vez ya hayan comenzado. Si estos equipos trabajan con plazos y prioridades diferentes, es más difícil acordar e implementar un plan de migración. El equipo de migración y las principales partes interesadas deben asegurarse de que todos los equipos involucrados trabajen para lograr un único objetivo y alineen sus prioridades con un único cronograma de migraciones.

Recomendamos explorar cómo se pueden alinear los resultados empresariales deseados en los distintos equipos. Por ejemplo, migrar aAWS y usarAWS Key Management Service (AWS KMS) para cifrar el almacenamiento en reposo podría cumplir los objetivos de migración y seguridad.

Con frecuencia, las empresas desean modernizar las aplicaciones, lo que puede resultar en mejoras de infraestructura, mientras que el equipo de infraestructura desea ser frugal y minimizar los cambios en la infraestructura. La mentalidad para las grandes migraciones debe ser lo más básica posible. Los equipos involucrados deben evitar intentar hacer todo a la vez.

Para lograrlo, establezca las expectativas correctas al principio del proyecto. El mensaje clave debería ser «primero migre, luego modernice». Este enfoque no solo permite a las organizaciones reducir la deuda técnica y, eventualmente, operar a gran escala, sino que abre vías para diferentes enfoques de modernización al utilizar la escalabilidad y la agilidad queNube de AWS pueden ofrecer. Pensar a largo plazo ayudará a los equipos de infraestructura a agilizar la implementación y la administración de la infraestructura. Como resultado, la empresa puede tener ciclos de lanzamiento de funciones más rápidos.

Cronología: ¿cuándo debe seguir estos pasos?

Dependiendo de su caso de negocio, debe asegurarse de no asumir más de lo posible en el tiempo asignado. Si el factor que impulsa la migración se basa en una fecha fija de finalización, debe elegir la estrategia que cumpla ese requisito de plazos. La mayoría de las grandes migraciones se basan en estas restricciones temporales, por lo que las estrategias de migración deben tener plazos y resultados definidos y fijos, con poco margen para ampliaciones o sobrecostos.

En estos tipos de migraciones urgentes, recomendamos el enfoque de «migrar primero y luego modernizar». Esto ayuda a establecer las expectativas y alienta a los equipos a garantizar que los planes y presupuestos de sus proyectos individuales estén alineados con el objetivo general de migración. Es importante descubrir cualquier desacuerdo lo antes posible en el proyecto, fracasar rápidamente y abordar los desacuerdos a nivel del Comité Directivo, e involucrar a las partes interesadas adecuadas para garantizar la alineación.

Por el contrario, si el objetivo principal de la migración es obtener los beneficios de la modernización de las aplicaciones, esto debe mencionarse al principio del programa. Muchos programas comienzan con un objetivo inicial basado en una fecha límite fija y no planifican los requisitos de las partes interesadas que desean resolver las cuestiones y problemas pendientes. En algunos casos, estos problemas han estado presentes durante años en los sistemas fuente, pero ahora se convierten en obstáculos artificiales a la migración.

Las actividades de modernización durante una migración pueden afectar a la funcionalidad de las aplicaciones empresariales. Incluso lo que se percibe como una pequeña actualización, como un cambio de versión del sistema operativo, puede tener un efecto importante en los plazos del programa. Estos no deben considerarse triviales.