Ejercicio: Personalización del plan de adopción de la nube
En este ejercicio, extraerá datos del paso de evaluación anterior para rellenar el plan de adopción de la nube con plantilla. Ese plan controlado por datos ayudará a administrar el trabajo relacionado con la migración y la implementación de cargas de trabajo nuevas e innovadoras.
Personalización del plan de adopción de la nube
Es tentador crear un plan que tenga en cuenta todas las cargas de trabajo y todos los recursos necesarios en la nube. Si su equipo no tiene procesos bien establecidos para la adopción de la nube y una amplia experiencia con su proveedor de nube elegido, este plan podría crear falsas percepciones e insertar riesgos innecesarios.
En su lugar, personalice y pruebe el plan mediante un pequeño conjunto de cargas de trabajo bien definidas para crear la primera oleada de adopción de la nube. En esta unidad, veremos cómo Tailwind Traders crea su primer plan de adopción. La empresa usa los pasos siguientes:
- Adición de la primera oleada de cargas de trabajo
- Asociación de recursos dependientes con cada carga de trabajo
- Priorizar las cargas de trabajo
- Evaluación de las tareas de migración como equipo
- Calcular las tareas e intentar completarlas en el tiempo estimado
- Prueba de las cargas de trabajo implementadas
- Refinar procesos y estimaciones
- Aplicar el aprendizaje inicial a un plan de adopción más completo
Apertura de la plantilla del plan de adopción de la nube
En la primera unidad de este módulo, creó un trabajo pendiente en Azure DevOps mediante la plantilla de plan de adopción de la nube. El último paso de esa unidad sugirió guardar la dirección URL en la vista jerarquía de Epopeya del plan de proyecto. Use ese vínculo (o los pasos de la primera unidad) para abrir el trabajo pendiente o el plan de proyecto que creó.
Adición de cargas de trabajo
Ahora, agregaremos algunas cargas de trabajo al plan del proyecto. El patrimonio digital de Tailwind Traders tiene seis cargas de trabajo: cupón móvil, estante de vídeo, POS de tienda remota, programación de empleados, escritorio virtual y solución de copia de seguridad. Al compilar planes reales, es posible que tenga como destino diez cargas de trabajo para la primera migración, pero por brevedad, solo tendrá como destino estas seis cargas de trabajo.
Nota
Las cargas de trabajo de escritorio virtual y solución de copia de seguridad pueden considerarse plataformas tecnológicas en lugar de cargas de trabajo. Sin embargo, durante la migración, esa distinción tiene poca incidencia sobre cómo se implementa la recopilación de recursos en la nube.
Abra el formulario para agregar una carga de trabajo: expanda la epopeya Cloud Migration en el trabajo pendiente para ver todas las cargas de trabajo programadas para la migración. Seleccione los puntos suspensivos situados a la derecha de Cloud Migration Epic para ver el menú. En el menú emergente, mantenga el puntero sobre Agregar vínculoy, a continuación, seleccione Nuevo elemento.
Agregar una nueva carga de trabajo en el plan: el primer formulario solicita algunos datos básicos para agregar esta carga de trabajo al plan. Las preguntas se encuentran en términos de Azure DevOps, no en términos de carga de trabajo. Agregue todas las cargas de trabajo que se van a migrar al trabajo pendiente como elementos secundarios de la epopeya de migración a la nube. Todas las cargas de trabajo se especifican como características, dada la cantidad de trabajo necesaria para migrar todos los recursos dependientes que admiten una carga de trabajo. Escriba el nombre de la carga de trabajo para completar este formulario. En este ejercicio, seleccione secundario como tipo de vínculo, seleccione característica como tipo de elemento de trabajo, escriba cupón móvil como título de la primera carga de trabajo y, a continuación, seleccione Aceptar en la parte inferior del formulario.
Escriba los datos de carga de trabajo: para estas primeras cargas de trabajo, céntrese en la cantidad mínima de datos que cree que el equipo de migración necesitará completar una migración a través de producción. El nombre de la carga de trabajo debe pasar del formulario anterior. Rellene el cuadro Descripción de con información crítica que se debe etiquetar para todos los recursos asociados a esta carga de trabajo, como la importancia crítica, la confidencialidad de los datos, la etiqueta de carga de trabajo, el grupo empresarial, el propietario de la carga de trabajo, el compromiso de operaciones u otra información que debe persistir durante el ciclo de vida de la carga de trabajo. Para establecer procedimientos recomendados desde el principio, inicie su primera discusión en este formulario mediante la esquematización de los requisitos de prueba que validarían la migración correcta de esta carga de trabajo. Seleccione Guardar y cierre para guardar la información de la carga de trabajo.
Repita estos pasos para cada una de las cargas de trabajo de la primera oleada de migración. Para este ejercicio, cree características en el plan para representar cada una de las seis cargas de trabajo de Tailwind Traders: cupón móvil, estante de vídeo, POS de tienda remota, programación de empleados, escritorio virtual y solución de copia de seguridad.
Agregar recursos
Cada uno de los recursos inventariados necesarios para admitir una carga de trabajo debe agregarse al plan para administrar el trabajo real. En el proceso siguiente se muestra cómo agregar cada recurso en la carga de trabajo correspondiente.
Nota
Por motivos de simplicidad, se numerará cada recurso en lugar de proporcionar nombres para cada uno. En los proyectos del mundo real, registraría el nombre y otros aspectos de metadatos para guiar los esfuerzos técnicos.
Abra el formulario para agregar un nuevo recurso: expanda la característica de cupones móviles de en el trabajo pendiente. Seleccione los puntos suspensivos situados a la derecha de De cupones móviles para ver el menú. En el menú emergente, mantenga el puntero sobre Agregar vínculo y seleccione Nuevo elemento.
Agregar un nuevo recurso en el plan: Similar al proceso para agregar una nueva carga de trabajo, el primer formulario solicita algunos datos básicos para agregar este recurso al plan. Debe agregar todos los recursos que se van a migrar al trabajo pendiente como elementos secundarios de la característica de carga de trabajo pertinente. Todos los recursos se escriben como casos de usuario, ya que la migración de ese recurso es un resultado discreto y medible basado en una serie de tareas. Escriba el nombre del recurso para completar este formulario. Para este ejercicio, seleccione secundario en Tipo de vínculo, seleccione Caso de usuario para el tipo de elemento De trabajo y escriba activo #1 como título del primer recurso. Seleccione Aceptar en la parte inferior del formulario.
Escriba los datos del recurso: El nombre del recurso debe pasar del formulario anterior. Rellene el cuadro Descripción de con información crítica sobre este recurso, como el tipo de recurso (VM, datos o aplicación), la segmentación de red actual, las dependencias conocidas, las etiquetas específicas del recurso u otra información que pueda ayudar con la migración del recurso. Para establecer procedimientos recomendados desde el principio, empiece a pensar en los criterios de aceptación. Use el cuadro criterios de aceptación de para rellenar detalles sobre cómo y por quién se probará este recurso después de implementarlo en la nube. Seleccione Guardar & Cerrar para guardar la información del recurso.
Priorizar las cargas de trabajo
En la vista de jerarquía de Epopeya del trabajo pendiente, puede arrastrar cargas de trabajo hacia arriba y hacia abajo en la lista para reflejar la prioridad lineal y empezar a establecer una secuencia de cargas de trabajo que se van a migrar.
A medida que crece el número de cargas de trabajo del plan, es posible que este enfoque no sea lo suficientemente sólido como para proporcionar claridad necesaria. Seleccione cualquier carga de trabajo para abrir el formulario de edición de elementos de trabajo que usó para agregar esta carga de trabajo inicial. En la sección Planificación del formulario, puede usar los campos de prioridad, riesgo, valor empresarial o importancia del tiempo para indicar un valor más duradero para la priorización.
Lo más importante es definir oleadas de cargas de trabajo para migrar y establecer la prioridad para que se complete el trabajo. En el mismo formulario, puede establecer una iteración para cada carga de trabajo mediante la iteración lista desplegable.
Si usa el formulario para establecer valores de prioridad, recuerde seleccionar Guardar & Cerrar cuando haya terminado.
Evaluación de las tareas de migración como equipo
La plantilla de plan de adopción de la nube implementa una plantilla de carga de trabajo de ejemplo para mostrar los distintos esfuerzos que podría requerir una migración. En función del enfoque que elija migrar, las tareas necesarias pueden variar.
de migración de recursos: en el núcleo de cualquier enfoque de migración se trata de un proceso sencillo y en dos pasos que se debe completar para cada recurso: evaluar la compatibilidad y migrar el recurso. La mayoría de los equipos también agregan procesos básicos para optimizar el tamaño, configurar las opciones de seguridad y administración y documentar la configuración de ese recurso. Puede repetir estas tareas para todos los recursos del patrimonio digital. La plantilla incluye vínculos a instrucciones para completar cada tarea.
La migración de recursos es adecuada para los esfuerzos tácticos a pequeña escala, pero ese enfoque no se escala para satisfacer las necesidades de migraciones sofisticadas o esfuerzos de adopción, como el que Tailwind Traders necesita completar.
de migración de cargas de trabajo: para escalar estos procesos, una migración de carga de trabajo puede ser mucho más útil. En este enfoque, puede omitir las tareas asociadas a cada recurso de la plantilla. Los recursos se migran de forma masiva mediante herramientas como Azure Migrate. Puede completar la evaluación, el ajuste de tamaño, la dependencia, las pruebas y la documentación una vez para cada carga de trabajo para reducir las tareas redundantes. A medida que se migran las cargas de trabajo, los recursos existentes también se retiran para retirar los recursos sin usar y reducir los costos continuos.
La migración de cargas de trabajo es mucho más eficaz, pero también puede alcanzar puntos de escalado cuando el esfuerzo comienza a centrarse en miles de máquinas virtuales.
factoría de migración: para obtener la mayor escala y la opción más repetible, puede crear una factoría de migración a medida que usted y el equipo obtienen experiencia adicional. La sección mejoras de procesos de Cloud Adoption Framework proporciona una serie de procesos que se deben tener en cuenta.
Agregar tareas
Una vez que el equipo se alinee con las tareas necesarias para admitir los procesos, puede empezar a agregar esas tareas a cada carga de trabajo o recurso.
De forma similar a los pasos anteriores, aquí seleccionará los puntos suspensivos junto a cualquier carga de trabajo o recurso para agregar tareas. La única diferencia es que elija Tarea en el tipo de elemento de trabajo de lista desplegable para realizar un seguimiento de las asignaciones y el trabajo asociados a esta tarea.
Si agrega tareas directamente a una carga de trabajo, también puede agregar casos de usuario para agrupar el trabajo y ayudar con las asignaciones. La plantilla proporciona ejemplos de casos de usuario para agrupar el trabajo, como se muestra en la siguiente imagen:
Calcular las tareas e intentar completarlas en el tiempo estimado
Para cada tarea que el equipo acepta incluir, incluya una estimación de tiempo necesaria para completar el trabajo. Escriba el tiempo estimado en el cuadro de texto Estimación original y seleccione Guardar & Cerrar.
Cada día, reúnase con el equipo durante la primera iteración para capturar el progreso del trabajo. Actualice el tiempo restante y valores completados hora en la reunión cada día. Esto ayuda al equipo a prestar mucha atención a la dificultad de completar cada tarea y ayuda a refinar las estimaciones para el futuro. Para las primeras iteraciones, practique la grabación de observaciones sobre el trabajo que se está completando en el cuadro de Discusión para ayudar a conservar las lecciones aprendidas.
Nota
A medida que avanza el equipo, algunos de los trabajos que acordó podrían parecer innecesarios. Para seguir aprendiendo, intente asegurarse de que todas las tareas se completan durante la iteración para validar esas apariencias y, a continuación, ajustarlas en iteraciones futuras. No deje que una tarea innecesaria se convierta en un bloqueador para ofrecer el caso del usuario o el esfuerzo de migración.
Prueba de la implementación
A medida que se implementa cada recurso, ejecute una prueba para validar la finalización y el cumplimiento del diseño inicial.
Cuando se implemente el recurso final de cada carga de trabajo, valide la arquitectura, el rendimiento y el ajuste de tamaño. Lo más importante es realizar una prueba de la carga de trabajo con usuarios empresariales reales siempre que sea posible.
Retrospectiva para refinar procesos y estimaciones
Al final de su primera iteración, se unen como un equipo para discutir lo que funcionó y lo que no. Observe también las cosas que el equipo quiere dejar de hacer, seguir haciendo o hacer más.
Aplique estas consideraciones simples a la lista de tareas que se van a incluir en la siguiente iteración. También puede usar el tiempo invertido en tareas para informar de nuevas estimaciones del equipo.
Aplicación del aprendizaje inicial a un plan de adopción más completo
Repita los pasos de este artículo para que las tres primeras iteraciones continúen aprendiendo y refinando los procesos. Después de algunas iteraciones, el equipo debe comprender las tareas necesarias, el tiempo necesario para requerir esas tareas y los procesos generales que darán lugar al éxito en el programa de transformación digital.
En paralelo a completar cada iteración, el administrador de proyectos debe usar los datos de evaluación de la unidad anterior para rellenar el plan más completo, incluido el mayor número de cargas de trabajo y recursos necesarios.
Como regla general, los administradores de proyectos deben intentar cargar 10 cargas de trabajo por iteración para las primeras iteraciones. A medida que complete más retrospectivas, será más clara la cantidad de cargas de trabajo que el equipo puede completar en una iteración de dos semanas. Algunos equipos maduros pueden migrar cientos o incluso miles de recursos en un sprint de dos semanas. Sin embargo, las pruebas y la versión de producción de las cargas de trabajo que admiten esos recursos tardarán más tiempo.
Durante las primeras semanas de ejecución de iteración inicial, la mayoría del proyecto de migración debe poder cargarse, priorizarse, asignarse a iteraciones y estimarlas. Normalmente, la precisión de la duración del proyecto y las escalas de tiempo se estabilizan cuando se completa la tercera iteración.
Integración de su patrimonio digital a escala
Puede agregar más rápidamente cargas de trabajo, recursos y tareas mediante el complemento teams para Microsoft Excel. La sección Pasos siguientes de la unidad siguiente proporciona vínculos a una serie de artículos que le enseña a cargar un gran número de cargas de trabajo y recursos mediante la plantilla de carga de trabajo proporcionada en el plan inicial de adopción de la nube.
Participación de asociados
Los partners de Microsoft que proporcionan las ofertas aprobadas de Cloud Adoption Framework pueden acelerar el planeamiento y la ejecución de la migración, lo que reduce significativamente la cantidad de trabajo periódico que requiere la organización. Consulte el sitio de ofertas de asociados de Cloud Adoption Framework para obtener ofertas de asociados experimentados.