Aligner les rôles et les responsabilités

La compréhension de la culture et de la gestion des centres de données d’une organisation est essentielle à la réussite de la migration Azure. Des équipes informatiques centralisées avec des rôles clairs facilitent le processus, mais les entreprises plus importantes ou soumises à des obligations de conformité sont confrontées à des défis nuancés qui peuvent entraver les progrès.

Le Cloud Adoption Framework souligne le rôle de l’alignement organisationnel dans la migration, en préconisant une collaboration entre services pour remplir les fonctions clés.

Cet article porte sur les points suivants :

• Rôles spécifiques à la migration qui s’alignent sur la stratégie cloud et les fonctions d’adoption du cloud.
• Les rôles de prise en charge dont vous avez besoin pour d’autres fonctions pendant le processus de migration, par exemple les architectes de zone d’atterrissage et les architectes de charge de travail.
• Comment identifier les experts ou les propriétaires pertinents pour les rôles dans vos projets de migration.
• Une matrice de responsabilités pour aider à comprendre quel rôle est responsable de quelle partie d’un projet de migration.

Conseil

Les rôles mentionnés peuvent ne pas correspondre à des postes spécifiques ou exiger des membres d’équipe dédiés. Souvent, une personne peut couvrir plusieurs rôles, ou plusieurs membres de l’équipe peuvent partager des responsabilités. Cette liste décrit les responsabilités communes, mais ne constitue pas un guide de recrutement. La clé est de s’assurer que ces responsabilités sont assumées au sein de votre organisation.

Rôles de la fonction de stratégie cloud

Pour vous assurer que vous disposez de l’engagement et de l’organisation nécessaires pour votre projet de migration, vous avez besoin des rôles suivants pour la fonction de stratégie cloud. La table suivante décrit les rôles de fonction de stratégie cloud et leurs responsabilités :

Role	Responsabilités
Parrain de projet	Il définit l’étendue de la migration pour déterminer quelles ressources sont déplacées et l’avantage de déplacer chaque ressource. Il fournit une aide à la décision pour l’achat d’outils de migration, pour l’architecture globale de la charge de travail et pour les activités de mise en production.
Chef de projet	Il conduit un plan de projet pour l’étendue de la migration. Il dirige les processus de test. Il organise les mises à jour de statut des parties prenantes.
Gestionnaire de modification organisationnel	Il aide l’équipe de projet à communiquer les modifications à l’organisation. Il travaille avec différentes fonctions pour s’assurer que les bons membres de l’équipe sont impliqués et que les modifications organisationnelles appropriées se produisent pour prendre en charge la migration.
Spécialiste des licences	Il fournit des informations sur les licences et la gestion des opérations financières pour s’assurer que le projet dispose des licences dont il a besoin et qu’il utilise des ressources sous licence existantes.
Chef d’entreprise des charges de travail	Il prend des décisions concernant l’évaluation de la charge de travail, l’architecture et les processus de migration. Agit en tant que propriétaire pour la valeur d’entreprise de la charge de travail dans Azure.

Rôle des fonctions d’adoption du cloud

Pendant votre migration vers Azure, la fonction d’adoption du cloud effectue la majeure partie de l’exécution technique. Pour cette fonction, prévoyez les rôles décrits dans la table suivante :

Role	Responsabilités
Architecte de migration	Il supervise la prise de décision technique pour les charges de travail, telles que la planification des vagues de migration et tous les processus de migration.
Ingénieur de migration	Il exécute des tâches identifiées dans le cadre du projet.

Rôles de prise en charge pour d’autres fonctions

La table suivante décrit les rôles de prise en charge dont vous pourriez avoir besoin pour d’autres fonctions :

Role	Responsabilités
Architecte de zone d’atterrissage	Il fournit la prise en charge de la migration de charges de travail vers une zone d’atterrissage. Il aide à résoudre les problèmes liés aux services de plateforme dans la zone d’atterrissage. Pour plus d’informations, consultez Fonctions de la plateforme cloud.
Operations Manager Cloud	Il fournit une prise en charge pour l’intégration des charges de travail de migration vers la plateforme de gestion afin de garantir qu’une gestion appropriée est en place pour les charges de travail au moment de leur migration. Pour plus d’informations, consultez Fonctions d’opérations du cloud.
Architecte de charge de travail	Il fournit des conseils architecturaux et une prise de décision pour la conception de la charge de travail de migration. Pour chaque charge de travail, vous pouvez avoir besoin d’un expert technique pour remplir plusieurs instances de ce rôle. Pour plus d’informations, consultez Fonctions informatiques centrales.
Testeur d’acceptation des utilisateurs	Il teste les charges de travail individuelles. Vous pouvez avoir plusieurs instances de ce rôle par charge de travail pour fournir un retour d’expérience sur les tests d’acceptation utilisateur (UAT). Pour plus d’informations, consultez Fonctions informatiques centrales.

Identifier des experts ou des propriétaires pour les rôles

Il peut être difficile d’identifier les ressources appropriées pour certains de ces rôles, comme pour l’architecte de charge de travail et le chef d’entreprise de la charge de travail. Si une charge de travail est en maintenance pendant une longue période et sans modifications fréquentes, vous pouvez trouver des informations de propriété limitées et une expertise technique pour prendre en charge une fonction. Par exemple, dans la planification de l’infrastructure numérique, parfois les serveurs ne sont pas mappés à une charge de travail spécifique, de sorte qu’il n’est pas toujours facile de déterminer qui en est propriétaire.

Voici quelques recommandations pour identifier les rôles :

• Données historiques : utilisez votre base de données de gestion de la configuration ou votre système de tickets pour identifier les éléments historiques qui indiquent qui demande la maintenance ou qui communique sur le serveur ou la charge de travail.
• Journaux de connexion : recherchez les utilisateurs qui ont été connectés le plus récemment sur les serveurs de la charge de travail. Bien que cette approche ne permette pas d’identifier un propriétaire, les utilisateurs récents peuvent vous donner le contexte du serveur.
• Analyse des dépendances : utilisez des outils d’analyse des dépendances pour identifier qui se connecte le plus fréquemment aux fonctions hébergées sur les serveurs. Ces outils peuvent vous aider à identifier les services d’entreprise, qui à leur tour peuvent vous aider à identifier un propriétaire.
• Propriétaires d’applications connexes : contactez les propriétaires d’applications qui desservent un service ou une fonction similaire. Demandez-leur de vous aider à identifier les rôles que vous devez remplir. Même si vous n’avez pas d’expert pour un rôle dans votre organisation, vous devez occuper ce rôle pendant le processus de migration. Les équipes commerciales et les équipes informatiques doivent identifier au moins les membres provisoires, puis créer un plan de propriété pour la prise en charge à long terme de la charge de travail après sa migration.

Mettre à l’échelle des rôles pour les grandes initiatives de migration

Selon la taille et le nombre de charges de travail que vous migrez, il se peut que plusieurs membres de l’équipe soient attribués à chaque rôle. Une bonne approche consiste à utiliser la mise à l’échelle décrite dans cet article pour un maximum de cinq charges de travail de taille et de complexités moyennes par sprint de deux semaines.

Toutefois, le dimensionnement et la complexité de la charge de travail peuvent être difficiles à estimer. Dans vos premières vagues de migration, commencez par une équipe principale, mais effectuez un scale-out si nécessaire.

Si vous constatez que vous devez effectuer un scale-out, vous devez également planifier les rôles décrits dans la table suivante :

Role	Responsabilités
Responsable de programme	Il organise les activités de gestion de projet dans le cadre de plusieurs projets.
Responsable de l’architecture de migration	Il est à l’origine de l’excellence technique dans le cadre de plusieurs projets d’architecture de la migration.

Exemple de matrice de responsabilités

La table suivante utilise cette légende pour indiquer les catégories de responsabilité par rôle pour les étapes d’un projet de migration :

• P = Pilote : une personne de l’organisation qui est le seul moteur de l’objectif.
• A = Approbateur : une ou plusieurs personnes de l’organisation qui prennent la plupart des décisions et qui sont responsables si l’objectif n’est pas atteint.
• C = Contributeur : les personnes de l’organisation responsables de l’exécution de tâches qui prennent en charge l’objectif.
• I = Informé : les personnes de l’organisation concernées par le projet et qui sont régulièrement informées des décisions et de l’état d’avancement du projet.

Vous pouvez utiliser la matrice de responsabilité suivante comme base pour votre projet de migration. Vous devrez peut-être identifier davantage de rôles ou modifier les responsabilités en fonction des besoins de votre organisation.

Rôle	Découverte de l’infrastructure numérique	Étendue de la migration	Plan du projet	Outils de migration	Découverte de charge de travail	Évaluation de la charge de travail	Architecture de charge de travail	Planification de vagues	Test de migration de la charge de travail	Migration des charges de travail UAT	Migration des charges de travail	Mise en production des charges de travail UAT	Gestion des changements organisationnels	Transition vers les opérations	Gestion des licences de charge de travail
Architecte de migration	D	D	A	D	A	A	D	A	A	A	A	A	I	D	I
Ingénieur de migration	C	I	C	C	D	D	C	D	D	C	D	C	I	C	C
Chef de projet	I	I	D	I	I	I	I	I	I	D	I	D	I	C	I
Parrain de projet	A	A	A	A	I	I	A	I	I	I	A	I	A	A	A
Testeur d’acceptation des utilisateurs	I	I	I	I	I	I	I	I	I	C	I	C	I	C	I
Architecte de charge de travail	I	I	C	C	C	C	C	C	C	C	C	C	C	C	I
Chef d’entreprise des charges de travail	I	I	C	I	A	A	A	A	A	A	A	A	C	C	A
Gestionnaire de modification organisationnel	I	I	C	I	I	I	I	I	I	C	I	C	D	C	I
Spécialiste des licences	I	I	C	C	I	C	C	C	I	I	I	I	I	C	D
Operations Manager Cloud	C	C	C	I	I	I	I	C	I	I	I	I	C	A	I
Architecte de zone d’atterrissage	I	I	C	C	I	I	C	C	I	I	I	I	I	I	I

Étape suivante

Préparation aux compétences pour la migration