Ejercicio: Personalización del plan de adopción de la nube
En este ejercicio, extraerá los datos del paso de evaluación anterior para rellenar la plantilla del plan de adopción de la nube. Ese plan basado en datos le ayudará a administrar el trabajo relacionado con la migración e implementación de nuevas cargas de trabajo innovadoras.
Personalización del plan de adopción de la nube
Resulta 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 carece de una amplia experiencia con el proveedor de nube elegido, este plan podría crear falsas percepciones e introducir riesgos innecesarios.
Así que, lo mejor que puede hacer es personalizar y probar el plan con un pequeño conjunto bien definido de cargas de trabajo 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 los recursos dependientes con cada carga de trabajo
- Priorización de las cargas de trabajo
- Evaluación de las tareas de migración en equipo
- Estimación de las tareas e intento de completarlas en el tiempo previsto.
- Prueba de las cargas de trabajo implementadas
- Refinamiento de los procesos y las estimaciones.
- Aplicación del aprendizaje inicial a un plan de adopción más completo
Apertura de la plantilla de 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 sugería guardar la dirección URL en la vista de la jerarquía de epopeyas de ese plan del proyecto. Use ese vínculo (o los pasos de la primera unidad) para abrir el trabajo pendiente o el plan del proyecto creado con esa plantilla.
Adición de las cargas de trabajo
Vamos a agregar algunas cargas de trabajo al plan del proyecto. Al final de la última unidad, se identificó una serie de cargas de trabajo a partir del patrimonio digital de Tailwind Traders. 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 las seis cargas de trabajo que hemos identificado en la última unidad.
Nota:
Las cargas de trabajo de la solución de copia de seguridad y escritorio virtual pueden considerarse plataformas tecnológicas, en lugar de cargas de trabajo. Pero durante la migración, esa distinción tendrá poco que ver con cómo se implementa la recopilación de recursos en la nube.
Abra el formulario para agregar una carga de trabajo: Expanda la epopeya Migración a nube en el trabajo pendiente para ver todas las cargas de trabajo programadas para la migración. Seleccione los puntos suspensivos a la derecha de la epopeya de Migración a nube para ver el menú. En el menú emergente, mantenga el puntero sobre Add link (Agregar vínculo) y, después, seleccione New Item (Nuevo elemento).
Agregue una nueva carga de trabajo al plan: el primer formulario le pedirá algunos datos básicos para agregar esta carga de trabajo al plan. Las preguntas están en términos de Azure DevOps, no en términos de la 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 necesario para migrar todos los recursos dependientes que suponen una carga de trabajo. Escriba el nombre de la carga de trabajo para completar este formulario. Para 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, luego, seleccione Aceptar en la parte inferior del formulario.
Escriba los datos de la carga de trabajo: para estas primeras cargas de trabajo, céntrese en la cantidad mínima de datos que considera que necesitará el equipo de migración para completar una migración a producción. El nombre de la carga de trabajo debe transferirse del formulario anterior. Rellene el cuadro Descripción con información crítica que se deba etiquetar en todos los recursos asociados a esta carga de trabajo, como la importancia, la confidencialidad de los datos, la etiqueta de la carga de trabajo, el grupo de negocios, el propietario de la carga de trabajo, el compromiso de las operaciones u otra información que debe conservarse a lo largo del ciclo de vida de la carga de trabajo. Para establecer procedimientos recomendados desde el principio, inicie su primera discusión en este formulario describiendo los requisitos de prueba que validarán la migración correcta de esta carga de trabajo. Seleccione Save and close (Guardar y cerrar) para guardar la información de la carga de trabajo.
Repita estos pasos con cada una de las cargas de trabajo de la primera oleada de migración. En este ejercicio, cree características en el plan que representen cada una de las seis cargas de trabajo de Tailwind Traders: cupón móvil, estante de vídeos, PDV de tienda remota, programación de empleados, escritorio virtual y solución de copia de seguridad.
Adición de recursos
Cada uno de los recursos inventariados necesarios para respaldar una carga de trabajo debe agregarse al plan para administrar el trabajo real. En el siguiente proceso se muestra cómo agregar cada recurso a la carga de trabajo correspondiente.
Nota:
Para simplificar, se numerará cada recurso, en lugar de proporcionar nombres para cada uno. En proyectos reales, se registran el nombre y otros aspectos de los metadatos para que sirvan de guía a los trabajos técnicos.
Abra el formulario para agregar un nuevo recurso: expanda la característica Mobile Coupon (Cupón móvil) en el trabajo pendiente. Seleccione los puntos suspensivos a la derecha de Cupón móvil para ver el menú. En el menú emergente, mantenga el puntero sobre Add link (Agregar vínculo) y, después, seleccione New Item (Nuevo elemento).
Agregue un nuevo recurso al plan: al igual que cuando se agregó una nueva carga de trabajo, el primer formulario le pide algunos datos básicos para agregar este recurso al plan. Todos los recursos que se van a migrar deben agregarse al trabajo pendiente como elementos secundarios de la característica de la carga de trabajo pertinente. Todos los recursos se especifican 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 para el tipo de vínculo, seleccione Caso de usuario para el tipo de elemento de trabajo y escriba Recurso n.º 1 como título del primer recurso. Seleccione OK (Aceptar) en la parte inferior del panel.
Escriba los datos de recursos: El nombre del recurso debe transferirse del formulario anterior. Rellene el cuadro Descripción con información crítica sobre este recurso, como el tipo de recurso (máquina virtual, datos, 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 pensando en los criterios de aceptación. Use el cuadro Acceptance criteria (Criterios de aceptación) para rellenar los detalles sobre cómo se probará este recurso y quién lo hará una vez que se haya implementado en la nube. Seleccione Guardar y cerrar para guardar la información del recurso.
Priorización de las cargas de trabajo
En la vista de jerarquía de epopeyas del trabajo pendiente, puede arrastrar las cargas de trabajo arriba y abajo en la lista para reflejar la prioridad lineal y empezar a establecer una secuencia de cargas de trabajo para migrar.
A medida que crece el número de cargas de trabajo en el plan, es posible que este enfoque no sea lo suficientemente sólido como para proporcionar la claridad necesaria. Seleccione cualquier carga de trabajo para abrir el formulario de edición de elementos de trabajo usado para agregar esta carga de trabajo inicial. En la sección Planeamiento de ese formulario, puede usar el campo de prioridad, riesgo, valor empresarial o importancia crítica del tiempo para indicar un valor más duradero para la clasificación en orden de prioridad.
Lo más importante es que la definición de las oleadas de cargas de trabajo para migrar establezca la prioridad del trabajo que se va a realizar. En el mismo formulario, puede establecer una iteración para cada carga de trabajo mediante la lista desplegable Iteraciones.
Si usa el formulario para establecer valores de prioridad, recuerde hacer clic en Guardar y cerrar cuando haya terminado.
Evaluación de las tareas de migración en equipo
La plantilla del plan de adopción de la nube implementa una plantilla de carga de trabajo de ejemplo para mostrar los distintos trabajos que puede conllevar una migración. Según el enfoque que decida para la migración, las tareas necesarias pueden variar.
Migración de recursos: en el núcleo de cualquier enfoque de migración hay un sencillo proceso de dos pasos que se debe realizar para cada recurso, que no es otro que evaluar su compatibilidad y migrarlo. La mayoría de los equipos también agregan procesos básicos para optimizar el dimensionamiento, configurar la seguridad y la administración, y documentar la configuración de dicho recurso. Puede repetir estas tareas con todos los recursos del patrimonio digital. La plantilla incluye vínculos a instrucciones para realizar 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.
Migración de las cargas de trabajo: para ampliar estos procesos, puede resultar mucho más útil una migración de la carga de trabajo. En ese enfoque, puede omitir las tareas asociadas a cada recurso de la plantilla. Los recursos se migran de forma masiva mediante herramientas como Azure Migrate. La evaluación, el dimensionamiento, la dependencia, las pruebas y la documentación se realizan una vez en cada carga de trabajo con el fin de reducir las tareas redundantes. A medida que se migran las cargas de trabajo, los recursos existentes también se retiran para deshacerse de los recursos no usados y reducir los costos continuados.
La migración de la carga de trabajo es mucho más eficaz, pero también puede extenderse cuando el trabajo comienza a centrarse en miles de máquinas virtuales.
Fábrica de migración: de cara a una opción más ampliable y repetible, es probable que el equipo cree una fábrica de migración a medida que obtenga más experiencia. En la sección de mejoras de los procesos de Cloud Adoption Framework se proporciona una serie de procesos que se deben tener en cuenta.
Adición de tareas
Una vez que el equipo se alinee con las tareas necesarias para respaldar los procesos, se pueden empezar a agregar esas tareas a cada carga de trabajo o recurso.
Igual que en los pasos anteriores, seleccione los puntos suspensivos que hay junto a cada carga de trabajo o recurso para agregar tareas. La única diferencia es que querrá elegir Task (Tarea) en la lista desplegable Work item type (Tipo de elemento de trabajo) para realizar el seguimiento de las asignaciones y del trabajo asociado a esta tarea.
Si agrega tareas directamente a una carga de trabajo, es posible que también quiera 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 imagen siguiente:
Estimación de las tareas e intento de completarlas en el tiempo previsto
En cada tarea que el equipo acepta incluir, se incluye una estimación del tiempo necesario para completar el trabajo. Escriba el tiempo estimado en el cuadro de texto Estimación original y seleccione Guardar y cerrar.
Reúnase con el equipo todos los días durante la primera iteración para capturar el progreso del trabajo. Actualice el tiempo restante y los valores de tiempo completados en la reunión cada día. De esta forma, el equipo prestará mucha atención a la dificultad de completar cada tarea y ayudará a mejorar las estimaciones futuras. En las primeras iteraciones, practique la grabación de observaciones sobre el trabajo que se realiza en el cuadro Discusión, con el fin de ayudar a retener las lecciones aprendidas.
Nota:
A medida que progresa el equipo, es posible que algunos de los trabajos que han acordado puedan parecer innecesarios. En aras del aprendizaje continuado, intente que todas las tareas se completen durante la iteración para validar esos aspectos y ajústelos en iteraciones futuras. No permita que una tarea innecesaria se convierta en un impedimento para cumplir el caso de usuario o el trabajo de migración.
Prueba de la implementación
A medida que se implemente cada recurso, ejecute una prueba para validar la integridad y la fidelidad con respecto al diseño inicial.
Cuando se implemente el recurso final de cada carga de trabajo, valide la arquitectura, el rendimiento y el dimensionamiento. Siempre que sea posible, lo más importante es realizar una prueba de la carga de trabajo con usuarios empresariales reales.
Retrospectiva para pulir los procesos y estimaciones
Al final de la primera iteración, reúnase en equipo para hablar de lo que ha funcionado y lo que no. Fíjese también en las cosas que el equipo quiere dejar de hacer, continuar haciendo o hacer más.
Aplique estas simples consideraciones a la lista de tareas que se van a incluir en la siguiente iteración. También puede usar el tiempo empleado en las tareas para informar de las 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 con las tres primeras iteraciones para continuar aprendiendo y mejorando los procesos. Después de algunas iteraciones, el equipo debe conocer las tareas necesarias, el tiempo requerido para realizarlas y los procesos generales que conducirán al éxito en el programa de transformación digital.
De forma paralela a la finalización de cada iteración, los jefes de proyecto deben usar los datos de valoración de la unidad anterior para rellenar el plan con más datos, como el número mayor de cargas de trabajo y recursos necesarios.
Como norma general, los jefes de proyecto deben intentar cargar 10 cargas de trabajo por iteración en las primeras iteraciones. A medida que se completan más retrospectivas, se va aclarando mejor cuántas cargas de trabajo puede completar el equipo en una iteración de dos semanas. Algunos equipos maduros pueden migrar cientos o incluso miles de recursos en un sprint de dos semanas. Aun así, las pruebas y la versión de producción de las cargas de trabajo que respaldan estos recursos tardarán más tiempo.
Durante las primeras semanas de la ejecución de la iteración inicial, la mayor parte del proyecto de migración se habrá cargado, clasificado en orden de prioridad, asignado a iteraciones y estimado. Normalmente, la precisión de la duración del proyecto y de las escalas de tiempo se estabiliza en el momento en que se completa la tercera iteración.
Integración del patrimonio digital a escala
Puede agregar cargas de trabajo, recursos, tareas, etc. de manera mucho más rápida con el complemento de Teams para Microsoft Excel. En la sección Pasos siguientes de la unidad siguiente se proporcionan vínculos a una serie de artículos que le enseñarán cómo cargar un gran número de cargas de trabajo y recursos mediante la plantilla de carga de trabajo que se proporciona en el plan inicial de adopción de la nube.
Involucración de los asociados
Los partners de Microsoft que proporcionan ofertas aprobadas por Cloud Adoption Framework pueden acelerar el planeamiento y la ejecución de migraciones, lo que reduce considerablemente la cantidad de trabajo recurrente que requiere la organización. Consulte el sitio de ofertas de asociados de Cloud Adoption Framework para conocer las ofertas de asociados con experiencia.