Exercice : Personnaliser votre plan d’adoption du cloud
Dans cet exercice, vous allez extraire des données de l’étape d’évaluation précédente pour remplir le plan d’adoption du cloud basé sur un modèle. Ce plan piloté par les données vous permettra de gérer le travail lié à la migration et au déploiement de nouvelles charges de travail novatrices.
Personnaliser votre plan d’adoption du cloud
Il est tentant de créer un plan qui tient compte de toutes les charges de travail et de chaque ressource nécessaire dans le cloud. Si votre équipe n’a pas de processus bien établis pour l’adoption du cloud et une expérience complète avec le fournisseur cloud choisi, un tel plan peut créer de fausses perceptions et apporter des risques inutiles.
Au lieu de cela, personnalisez et testez votre plan à l’aide d’un petit ensemble de charges de travail bien définies pour créer votre première vague d’adoption du cloud. Dans cette leçon, nous allons découvrir comment Tailwind Traders génère son premier plan d’adoption. La société utilise les étapes suivantes :
- Ajouter la première vague de charges de travail
- Associer des ressources dépendantes à chaque charge de travail
- Hiérarchiser les charges de travail
- Évaluer des tâches de migration en tant qu’équipe
- Estimer les tâches et essayer de les effectuer dans le délai estimé
- Tester l’API web déployée
- Affiner les processus et les estimations
- Appliquer l’apprentissage initial à un plan d’adoption plus complet
Ouvrir votre modèle de plan d’adoption du cloud
Dans la première leçon de ce module, vous avez créé un backlog dans Azure DevOps à l’aide du modèle de plan d’adoption du cloud. La dernière étape de cette unité suggérait d’enregistrer l’URL dans la vue hiérarchique Épopée de ce plan de projet. Utilisez ce lien (ou les étapes de la première unité) pour ouvrir votre backlog ou plan de projet créé par ce modèle.
Ajouter des charges de travail
Nous allons maintenant ajouter des charges de travail au plan de projet. À la fin de la dernière unité, nous avons identifié une série de charges de travail dans le patrimoine numérique de Tailwinds Traders. Lorsque vous créez des plans réels, vous pouvez cibler dix charges de travail pour votre première migration. Toutefois, par souci de concision, vous ne ciblerez que les six charges de travail que nous avons identifiées dans la dernière unité.
Remarque
Les charges de travail de la solution de bureau virtuel et de sauvegarde peuvent être considérées comme des plateformes technologiques plutôt que des charges de travail. Toutefois, au cours de la migration, cette distinction a peu de répercussions sur la façon dont la collection de ressources est déployée dans le cloud.
Ouvrir le formulaire pour ajouter une charge de travail : développez l’épopée Migration cloud dans votre backlog pour voir toutes les charges de travail dont la migration est prévue. Sélectionnez les points de suspension situés à droite de l’épopée Migration cloud pour afficher le menu. Dans le menu contextuel, pointez sur Ajouter un lien, puis sélectionnez Nouvel élément.
Ajouter une nouvelle charge de travail dans le plan : le premier formulaire vous demande des données de base pour ajouter cette charge de travail à votre plan. Les questions sont relatives à Azure DevOps et non aux charges de travail. Ajoutez toutes les charges de travail à migrer vers le backlog en tant qu’éléments enfants de l’Épopée de migration vers le cloud. Toutes les charges de travail sont entrées en tant que fonctionnalités, compte tenu de la quantité de travail nécessaire pour migrer toutes les ressources dépendantes prenant en charge une charge de travail. Entrez le nom de la charge de travail pour compléter ce formulaire. Pour cet exercice, sélectionnez Enfant comme type de lien, et Fonctionnalité comme type d’élément de travail. Entrez coupon mobile comme titre de votre première charge de travail, puis sélectionnez OK au bas du formulaire.
Entrer les données de la charge de travail : Pour ces premières charges de travail, concentrez-vous sur la quantité minimale de données dont vous pensez que l’équipe de migration aura besoin pour effectuer une migration jusqu’à la production. Le nom de la charge de travail doit correspondre à celui du formulaire précédent. Renseignez la zone Description avec les informations critiques qui doivent être marquées pour toutes les ressources associées à cette charge de travail, comme la criticité, la sensibilité des données, l’étiquette de charge de travail, le groupe métier, le propriétaire de la charge de travail, l’engagement des opérations ou d’autres informations qui doivent persister tout au long du cycle de vie de la charge de travail. Pour établir de bonnes pratiques dès le début, commencez votre première discussion dans ce formulaire en soulignant les exigences de test qui valideront la migration de cette charge de travail. Sélectionnez Enregistrer et fermer pour enregistrer les informations sur la charge de travail.
Répétez ces étapes pour chacune des charges de travail de votre première vague de migration. Dans le cadre de cet exercice, créez des fonctionnalités dans le plan pour représenter chacune des six charges de travail Tailwind Traders : coupon mobile, étagère vidéo, point de vente de magasin distant, planning des employés, bureau virtuel et solution de sauvegarde.
Ajouter des ressources
Chacune des ressources inventoriées requises pour prendre en charge une charge de travail doit être ajoutée au plan pour gérer la tâche réelle. La procédure suivante indique comment ajouter chaque ressource sous la charge de travail correspondante.
Remarque
Par souci de simplicité, nous numéroterons chaque ressource au lieu de fournir des noms pour chacune d’elles. Dans des projets réels, vous enregistreriez le nom et d’autres aspects des métadonnées pour guider les efforts techniques.
Ouvrir le formulaire pour ajouter une nouvelle ressource : Développez la fonctionnalité Coupon mobile dans votre backlog. Sélectionnez les points de suspension à droite de Coupon mobile pour afficher le menu. Dans le menu contextuel, pointez sur Ajouter un lien, puis sélectionnez Nouvel élément.
Ajouter une nouvelle ressource dans le plan : comme pour le processus d’ajout d’une nouvelle charge de travail, le premier formulaire demande des données de base pour ajouter cette ressource à votre plan. Vous devez ajouter toutes les ressources à migrer au backlog en tant qu’éléments enfants de la fonctionnalité de charge de travail appropriée. Toutes les ressources sont entrées en tant que récits utilisateur, car la migration de cette ressource est un résultat discret et mesurable basé sur une série de tâches. Entrez le nom de la ressource pour compléter ce formulaire. Pour cet exercice, sélectionnez Enfant comme type de lien, et Récit utilisateur comme type d’élément de travail. Entrez ensuite Ressource 1 comme titre pour votre première ressource. Sélectionnez OK au bas du formulaire.
Entrer les données de ressource : le nom de la ressource doit correspondre à celui du formulaire précédent. Renseignez la zone Description avec les informations critiques sur cette ressource, comme le type de ressource (machine virtuelle, données ou application), la segmentation réseau actuelle, les dépendances connues, les étiquettes spécifiques à la ressource ou d’autres informations qui peuvent vous être utiles lors de la migration de la ressource. Pour mettre en place de meilleures pratiques depuis le début, réfléchissez d’abord aux critères d’acceptation. Utilisez la zone Critères d’acceptation pour renseigner les détails sur la façon dont cette ressource sera testée après son déploiement dans le cloud. Sélectionnez Enregistrer et fermer pour enregistrer les informations de la ressource.
Hiérarchiser les charges de travail
Dans la vue hiérarchique Épopée de votre backlog, vous pouvez faire glisser des charges de travail vers le haut et vers le bas dans la liste pour refléter la priorité linéaire et commencer à établir une séquence de charges de travail à migrer.
À mesure que le nombre de charges de travail dans votre plan augmente, cette approche peut ne pas être suffisamment robuste pour fournir la clarté nécessaire. Sélectionnez n’importe quelle charge de travail pour ouvrir le formulaire de modification des éléments de travail que vous avez utilisé pour ajouter cette charge de travail initiale. Dans la section Planification de ce formulaire, vous pouvez utiliser les champs de priorité, de risque, de valeur métier ou d’urgence pour indiquer une valeur plus durable pour la hiérarchisation.
Plus important encore, le fait de définir des vagues de charges de travail à migrer établit une priorité pour le travail à effectuer. Dans le même formulaire, vous pouvez définir une itération pour chaque charge de travail à l’aide de la liste déroulante Itération.
Si vous utilisez le formulaire pour définir des valeurs de priorité, n’oubliez pas de sélectionner Enregistrer et fermer quand vous avez terminé.
Évaluer des tâches de migration en tant qu’équipe
Le modèle de plan d’adoption du cloud déploie un exemple de modèle de charge de travail pour illustrer les différents efforts qu’une migration peut nécessiter. Selon l’approche que vous choisissez pour la migration, les tâches nécessaires peuvent varier.
Migration des ressources : au cœur de toute approche de migration se trouve un processus simple en deux étapes qui doit être effectué pour chaque ressource : évaluer la compatibilité et migrer la ressource. La plupart des équipes ajoutent également des processus de base pour optimiser le dimensionnement, configurer les paramètres de sécurité et de gestion et documenter la configuration de cette ressource. Ces tâches peuvent être répétées pour toutes les ressources du patrimoine numérique. Le modèle contient des liens vers des instructions permettant d’effectuer chaque tâche.
La migration des ressources est acceptable pour les efforts tactiques à petite échelle, mais cette approche ne permet pas de répondre aux besoins de migrations sophistiquées ou aux efforts d’adoption tels que ceux que Tailwind Traders doit réaliser.
Migration de la charge de travail : pour mettre à l’échelle ces processus, la migration d’une charge de travail peut être bien plus utile. Dans le cadre de cette approche, vous pouvez ignorer les tâches associées à chaque ressource dans le modèle. Les ressources sont migrées en bloc à l’aide d’outils comme Azure Migrate. L’évaluation, le dimensionnement, les dépendances, les tests et la documentation sont réalisés une fois pour chaque charge de travail afin de réduire les tâches redondantes. À mesure que les charges de travail sont migrées, les ressources existantes sont également désactivées pour mettre hors service les ressources non utilisées et réduire les coûts récurrents.
La migration des charges de travail est bien plus efficace, mais peut également atteindre des points d’échelle lorsque l’effort commence à porter sur des milliers de machines virtuelles.
Fabrique de migration : pour l’option avec une mise à l’échelle maximale et de grande reproductibilité, vous pouvez générer une fabrique de migration à mesure que votre équipe gagne en expérience. La section sur les améliorations de processus de Cloud Adoption Framework fournit un certain nombre de processus à prendre en compte.
Ajouter des tâches
Une fois que l’équipe s’aligne sur les tâches requises pour soutenir vos processus, vous pouvez commencer à ajouter ces tâches à chaque charge de travail et/ou ressource.
Comme pour les étapes précédentes, vous allez sélectionner ici les points de suspensions en regard de charges de travail ou ressources pour ajouter des tâches. La seule différence est que vous devez choisir Tâche dans la liste déroulante Type d’élément de travail pour effectuer le suivi des affectations et du travail associés à cette tâche.
Si vous ajoutez des tâches directement à une charge de travail, vous voudrez peut-être également ajouter des récits utilisateur pour regrouper le travail et faciliter les affectations. Le modèle fournit des exemples de récits utilisateur pour grouper le travail, comme illustré dans l’image suivante :
Estimer les tâches et essayer de les terminer dans le délai estimé
Pour chaque tâche que l’équipe accepte d’inclure, une estimation du temps nécessaire à l’exécution du travail est déterminée. Entrez la durée estimée dans la zone de texte Estimation d’origine, puis sélectionnez Enregistrer et fermer.
Chaque jour, rencontrez l’équipe pendant la première itération pour capturer la progression du travail. Mettez à jour le temps Restant et les valeurs de temps Terminé lors de la réunion chaque jour. Cela permet à l’équipe à prêter une attention particulière à la difficulté de chaque tâche et d’affiner les estimations à venir. Pour les premières itérations, nous vous recommandons d’enregistrer les observations sur le travail en cours dans la zone Discussion afin de mieux retenir les leçons apprises.
Notes
À mesure que l’équipe progresse, une partie du travail qu’elle a accepté peut s’avérer inutile. Pour aller plus loin, essayez de vous assurer que toutes les tâches sont terminées au cours de l’itération pour valider ces occurrences, puis ajustez-les dans des itérations ultérieures. Ne laissez pas une tâche inutile devenir un élément bloquant pour la diffusion du récit utilisateur ou de l’effort de migration.
test du déploiement
À mesure que chaque ressource est déployée, exécutez un test pour valider l’achèvement et la conformité à la conception initiale.
Une fois la ressource finale de chaque charge de travail est déployée, validez l’architecture, le niveau de performance et le dimensionnement. Plus important encore, effectuez un test de la charge de travail avec des utilisateurs professionnels réels chaque fois que cela est possible.
Analyse rétrospective pour affiner les processus et les estimations
À la fin de votre première itération, regroupez l’équipe pour discuter de ce qui a fonctionné ou non. Examinez également les choses que l’équipe veut arrêter, continuer ou faire davantage.
Appliquez ces considérations simples à la liste des tâches à inclure dans votre prochaine itération. Vous pouvez également utiliser le temps consacré aux tâches pour affiner les nouvelles estimations de l’équipe.
Appliquez votre apprentissage initial à un plan d’adoption plus complet
Répétez les étapes de cet article pour les trois premières itérations pour poursuivre l’apprentissage et affiner les processus. Après quelques itérations, l’équipe doit avoir une compréhension des tâches exigées, du temps nécessaire pour ces tâches et des processus globaux qui aboutiront à la réussite de votre programme de transformation numérique.
Parallèlement à l’achèvement de chaque itération, le responsable de projet doit utiliser des données d’évaluation de l’unité précédente pour remplir le plan plus riche, avec notamment le plus grand nombre de charges de travail et de ressources requises.
En règle générale, les chefs de projet doivent tenter de charger 10 charges de travail par itération pour les premières itérations. À mesure que vous effectuez des rétrospectives, le nombre de charges de travail que l’équipe peut effectuer en une itération de deux semaines deviendra plus clair. Certaines équipes matures peuvent migrer des centaines, voire des milliers de ressources, dans un sprint de deux semaines. Toutefois, les tests et la mise en production des charges de travail que ces ressources prennent en charge prendront plus de temps.
Au cours des premières semaines d’exécution de l’itération initiale, la majeure partie de votre projet de migration doit pouvoir être chargée, hiérarchisée, affectée à des itérations et estimée. En règle générale, la précision de la durée et de la chronologie du projet se stabilise une fois la troisième itération terminée.
Intégrer votre patrimoine numérique à l’échelle
Vous pouvez ajouter plus rapidement des charges de travail, des ressources et des tâches avec le complément Teams pour Microsoft Excel. La section Étapes suivantes de la prochaine unité fournit des liens vers une série d’articles qui vous apprennent à charger un grand nombre de charges de travail et de ressources à l’aide du modèle de charge de travail fourni dans le plan d’adoption du cloud initial.
Engagement du partenaire
Les partenaires Microsoft qui proposent des offres Cloud Adoption Framework approuvées peuvent accélérer la planification et l’exécution des migrations, ce qui réduit considérablement la quantité de travail récurrent exigée par l’organisation. Consultez le site des offres partenaires Cloud Adoption Framework pour connaître des offres de partenaires expérimentés.