Compartir a través de


Alinear roles y responsabilidades

Comprender la cultura de una organización y la administración del centro de datos es fundamental para el éxito de la migración de Azure. Los equipos de TI centralizados con roles claros facilitan el proceso, pero las empresas más grandes o que se deben regir por el cumplimiento normativo se enfrentan a desafíos con más matices que pueden dificultar el progreso.

Azure Cloud Adoption Framework pone en relieve el papel de la alineación organizativa en la migración, que aboga por la colaboración entre departamentos para cumplir las funciones clave.

En este artículo, aprenderá lo siguiente:

  • Roles específicos de la migración que se alinean con la estrategia de nube y las funciones de adopción de la nube.
  • Roles auxiliares que puede necesitar para otras funciones durante el proceso de migración, por ejemplo, arquitectos de zona de aterrizaje y arquitectos de cargas de trabajo.
  • Cómo identificar expertos o propietarios relevantes para roles en los proyectos de migración.
  • Una matriz de responsabilidades para ayudar a comprender qué rol es responsable de qué parte de un proyecto de migración.

Sugerencia

Es posible que los roles mencionados no coincidan con los títulos de trabajo específicos o requieran miembros del equipo dedicados. A menudo, una persona puede cubrir varios roles o varios miembros del equipo pueden compartir responsabilidades. En esta lista se describen las responsabilidades comunes, pero no es una guía de personal. La clave es asegurarse de que estas responsabilidades se cumplen dentro de su organización.

Funciones de los roles de estrategia de la nube

Para asegurarse de que tiene el compromiso y la organización necesarios para el proyecto de migración, necesita los siguientes roles para la función de estrategia en la nube. En la tabla siguiente se describen los roles de función de estrategia en la nube y sus responsabilidades:

Role Responsabilidades
Patrocinador del proyecto Define el ámbito de la migración para determinar qué recursos se mueven y la ventaja de mover cada recurso. Proporciona la propiedad de la toma de decisiones para las compras de herramientas de migración, para la arquitectura general de la carga de trabajo y para las actividades de lanzamiento.
Jefe de proyecto Impulsa un plan del proyecto para el ámbito de migración. Controla los procesos de prueba. Organiza las actualizaciones de estado de las partes interesadas.
Administrador de cambios de la organización Ayuda al equipo de proyecto a comunicar los cambios a la organización. Funciona con diferentes funciones para asegurarse de que los miembros del equipo adecuados están implicados y de que se producen los cambios de la organización correctos para hacer posible la migración.
Especialista en licencias Proporciona información de licencias y administración de operaciones financieras para asegurarse de que el proyecto tiene una licencia correcta y usa los recursos con licencia existentes.
Propietario de empresa de la carga de trabajo Proporciona la propiedad de la toma de decisiones para los procesos de evaluación, arquitectura y migración de cargas de trabajo. Actúa como propietario para el valor empresarial de la carga de trabajo en Azure.

Funciones de roles de adopción de la nube

Durante la migración a Azure, la función de adopción de la nube realiza la mayor parte de la ejecución técnica. Para esta función, procure tener los roles que se describen en la tabla siguiente:

Role Responsabilidades
Arquitecto de migraciones Supervisa la toma de decisiones técnicas para las cargas de trabajo, como el planeamiento de oleadas de migración y todos los procesos de migración.
Ingeniero de migraciones Ejecuta tareas que se identifican como parte del proyecto.

Roles auxiliares para otras funciones

En la tabla siguiente se describen los roles auxiliares que podría necesitar para otras funciones:

Role Responsabilidades
Arquitecto de la zona de aterrizaje Brinda compatibilidad para migrar cargas de trabajo a una zona de aterrizaje. Ayuda a corregir cualquier problema con los servicios de plataforma en la zona de aterrizaje. Para más información, consulte Funciones de plataforma en la nube.
Administrador de operaciones en la nube Brinda compatibilidad con la incorporación de cargas de trabajo de migración a la plataforma de administración para asegurarse de que la administración adecuada está en vigor para las cargas de trabajo cuando se migran. Para más información, consulte Funciones de operaciones en la nube.
Arquitecto de cargas de trabajo Brinda instrucciones arquitectónicas y toma de decisiones para el diseño de la carga de trabajo de migración. Para cada carga de trabajo, es posible que necesite un experto en la materia específico para cumplir varias instancias de este rol. Para obtener más información, vea Funciones de TI centrales.
Evaluador de aceptación del usuario Prueba cargas de trabajo individuales. Es posible que tenga varias instancias de este rol por carga de trabajo para proporcionar comentarios sobre las pruebas de aceptación de usuario (UAT). Para obtener más información, vea Funciones de TI centrales.

Identificar expertos o propietarios para roles

Puede ser difícil identificar los recursos correctos para algunos de estos roles, como el arquitecto de cargas de trabajo y el propietario de empresa de cargas de trabajo. Si una carga de trabajo está en mantenimiento durante un largo período y sin cambios frecuentes, es posible que encuentre información de propiedad y experiencia técnica limitada para admitir una función. Por ejemplo, en el planeamiento de la infraestructura digital, a veces los servidores no se asignan a una carga de trabajo específica, por lo que puede ser poco claro quién tiene la propiedad.

Estas son algunas recomendaciones para identificar roles:

  • Datos históricos: utilice la base de datos de administración de configuración o el sistema de vales para identificar los elementos históricos que indican quién solicita mantenimiento o quién se comunica con el servidor o la carga de trabajo.
  • Registros de inicio de sesión: busque los usuarios que han iniciado sesión más recientemente en los servidores de la carga de trabajo. Aunque este enfoque podría no identificar a un propietario, los usuarios recientes pueden proporcionarle contexto para el servidor.
  • Análisis de dependencias: utilice herramientas de análisis de dependencias para identificar quién se conecta con más frecuencia a las funciones hospedadas en los servidores. Estas herramientas pueden ayudarle a identificar los departamentos empresariales, que a su vez pueden ayudarle a identificar a un propietario.
  • Propietarios de aplicaciones relacionados: póngase en contacto con los propietarios de aplicaciones que aparecen en un departamento de negocios o una función similares. Pídales que le ayuden a identificar los roles para los cuales necesita contratar a personas. Aunque no tenga a un experto para un rol en su organización, debe rellenar el rol durante el proceso de migración. Los equipos empresariales y los equipos de TI deben identificar al menos miembros provisionales y, a continuación, crear un plan de propiedad para el soporte técnico a largo plazo de la carga de trabajo después de migrar.

Escalado de roles para iniciativas de migración de gran tamaño

Según el tamaño y el número de cargas de trabajo que migre, es posible que tenga que tener varios miembros del equipo asignados a cada rol. Un buen enfoque es usar la escala que describe este artículo para hasta cinco cargas de trabajo medianas de tamaño y complejidad por sprint de dos semanas.

Sin embargo, el tamaño y la complejidad de la carga de trabajo pueden ser difíciles de calcular. En las primeras oleadas de migración, comience con un equipo principal, pero escale horizontalmente si es necesario.

Si cree que necesita escalar horizontalmente, también debe planear los roles que se describen en la tabla siguiente:

Role Responsabilidades
Administrador del programa Organiza las actividades de administración de proyectos en varios ámbitos de proyecto.
Persona responsable de la arquitectura de migración Ayuda a alcanzar la excelencia técnica en varios ámbitos de la arquitectura de migración.

Ejemplo de matriz de responsabilidades

En la tabla siguiente se usa esta leyenda para indicar categorías de responsabilidad por rol para las fases de un proyecto de migración:

  • C = Controlador: una persona de la organización que es el único controlador del objetivo.
  • A = Aprobador: una o varias personas de la organización que toman la mayoría de las decisiones y que son responsables si no se cumple el objetivo.
  • C = Colaborador: personas de la organización que son responsables de llevar a cabo tareas que ayudar a alcanzar el objetivo.
  • I = Informado: Individuos de la organización a los que afecta el proyecto y quiénes están informados periódicamente sobre las decisiones y el estado del proyecto.

Puede usar la siguiente matriz de responsabilidades como base para el proyecto de migración. Es posible que tenga que identificar más roles o cambiar las responsabilidades en función de las necesidades de su organización.

Role Detección de infraestructura digital Ámbito de la migración Plan del proyecto Herramientas de migración Detección de cargas de trabajo Valoración de la carga de trabajo Arquitectura de cargas de trabajo Planificación de oleadas Migración de pruebas de cargas de trabajo Migración de cargas de trabajo UAT Migración de cargas de trabajo Lanzamiento de cargas de trabajo UAT Administración de cambios de la organización Transición a operaciones Licencias de cargas de trabajo
Arquitecto de migraciones D D A D A A D A A A A A I D I
Ingeniero de migraciones C I C C D D C D D C D C I C C
Jefe de proyecto I I D I I I I I I D I D I C I
Patrocinador del proyecto A A A A I I A I I I A I A A A
Evaluador de aceptación del usuario I I I I I I I I I C I C I C I
Arquitecto de cargas de trabajo I I C C C C C C C C C C C C I
Propietario de empresa de la carga de trabajo I I C I A A A A A A A A C C A
Administrador de cambios de la organización I I C I I I I I I C I C D C I
Especialista en licencias I I C C I C C C I I I I I C D
Administrador de operaciones en la nube C C C I I I I C I I I I C A I
Arquitecto de la zona de aterrizaje I I C C I I C C I I I I I I I

Paso siguiente