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.

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 :

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 :

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 :

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 :

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.

Étape suivante