Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Point de vue des personnes
Cette section met l'accent sur les domaines clés suivants du point de vue des personnes :
-
Soutien à la direction — Identifier un leader à fil unique habilité à prendre des décisions
-
Collaboration et appropriation des équipes — Collaboration entre différentes équipes
-
Formation — Former les équipes de manière proactive aux différents outillages
Soutien à la direction
Dans cette section :
Identifiez un leader à fil unique
Lorsque vous démarrez une migration de grande envergure, il est important d'identifier un responsable technique à fil unique entièrement dédié au projet et responsable. Ce leader est habilité à prendre des décisions, à éviter les silos et à rationaliser les flux de travail en maintenant des priorités cohérentes.
Un important client de migration internationale a pu passer d'un serveur par semaine au début du programme à plus de 80 serveurs par semaine au début du deuxième mois. Le soutien complet du CIO en tant que leader mono-thread était essentiel à l'augmentation rapide du nombre de serveurs faisant l'objet de la migration. Le directeur informatique a participé à des appels hebdomadaires avec l'équipe chargée de la migration pour garantir l'escalade et la résolution des problèmes en temps réel, ce qui a accéléré la vitesse de migration.
Aligner l'équipe de direction
Il est important de créer un alignement entre les différentes équipes en ce qui concerne les critères de réussite de la migration. Bien que la planification et la mise en œuvre de la migration puissent être effectuées par une petite équipe dédiée, des défis se posent lors de la définition de la stratégie et de l'exécution d'activités périphériques. Ces obstacles potentiels peuvent nécessiter des actions ou des escalades de la part de différents secteurs de l'organisation informatique, notamment les suivants :
-
Entreprise
-
Applications
-
Réseaux
-
Sécurité
-
Infrastructure
-
Fournisseurs tiers
L'action directe des propriétaires des applications, le leadership, l'alignement et une remontée claire vers le leader mono-thread deviennent importants.
Collaboration et appropriation au sein de l'équipe
Dans cette section :
Créez une équipe interfonctionnelle chargée de la mise en œuvre du cloud
Dans cette section :
La première étape essentielle d'un projet de migration de grande envergure consiste à permettre à l'organisation de travailler dans le cloud. Pour ce faire, nous vous recommandons de créer un moteur d'activation du cloud
-
Élaboration de politiques
-
Définition et mise en œuvre des outils, des processus et des architectures qui établiront le modèle d'opérations cloud de l'organisation
-
Continuer à faciliter l'alignement des parties prenantes dans tous les domaines qu'elles représentent
Un client du secteur de la santé n'a pas commencé par un CEE. Cependant, grâce aux premières migrations pilotes, l'écart a été identifié. Avant la date limite de migration, avec des délais stricts en place, l'équipe a mis en place une salle de crise migratoire. Dans la salle de crise de la migration, les parties prenantes de l'infrastructure, de la sécurité, des applications et des entreprises pourraient aider à résoudre les problèmes.
Définissez à l'avance les exigences pour les équipes et les personnes extérieures à l'équipe de migration principale
Identifiez les équipes et les personnes qui ne font pas partie du programme principal et définissez leur implication lors des phases de planification de la migration. Pour faciliter la dynamique de la migration au cours des étapes ultérieures, portez une attention particulière à l'implication des équipes chargées des applications. Leur connaissance de l'application, leur capacité à diagnostiquer les problèmes et leur obligation d'approuver le transfert seront nécessaires.
Bien que la migration soit dirigée par une équipe centrale, les équipes chargées des applications seront probablement impliquées dans la validation du plan de migration et les tests lors du passage à la technologie. Les clients abordent souvent la migration vers le cloud comme un projet d'infrastructure plutôt que comme une migration d'applications. Cela peut entraîner des problèmes lors de la migration.
Nous vous recommandons de prendre en compte l'implication requise de l'équipe d'application lors de la sélection d'une stratégie de migration. Par exemple, une stratégie de réhébergement nécessite moins d'implication de l'équipe d'application par rapport à une stratégie de replateforme ou de refactorisation dans laquelle une plus grande partie du paysage applicatif est modifiée. Si la disponibilité du propriétaire de l'application est limitée, envisagez d'utiliser le rehost ou le replatform plutôt que les stratégies de refactorisation, de relocalisation ou de rachat.
Vérifiez qu'il n'y a aucun problème de licence lors de la migration des charges de travail
Les licences peuvent changer lorsque vous migrez des produits d'entreprise prêts à l'emploi vers le cloud. Vos contrats de licence peuvent être axés sur votre patrimoine sur site. Par exemple, une licence peut être attribuée par processeur ou liée à une adresse MAC spécifique. Par ailleurs, les contrats de licence peuvent ne pas inclure le droit d'héberger dans un environnement de cloud public. Cependant, la renégociation des licences avec les fournisseurs peut entraîner de longs délais et constitue un obstacle majeur à la migration.
Nous vous recommandons de collaborer avec vos équipes de gestion des achats ou des fournisseurs dès que le périmètre de la migration est défini. Les licences peuvent également influencer votre architecture cible et vos modèles de migration.
Entraînement
Dans cette section :
Former les équipes aux nouveaux outils et processus
Une fois la stratégie de migration définie, prenez le temps de comprendre quelle formation pourrait être nécessaire pour la migration et pour votre modèle d'exploitation cible. Au cours de la migration, vous utiliserez probablement des outils AWS Database Migration Service, tels que ceux qui sont nouveaux pour votre organisation. La formation proactive des équipes réduit les délais pendant les phases de migration.
Nous vous recommandons de rechercher des méthodes actives de transfert de connaissances qui offrent la possibilité d'expérimenter l'outillage de manière pratique. À titre d'exemple, AWS Professional Services a organisé plusieurs sessions de formation Cloud Migration Factory à l'intention de trois AWS partenaires intégrateurs de systèmes (SI) responsables d'une migration de grande envergure. Cela a permis à l'équipe de disposer de connaissances de base au moment de passer à la phase de migration. Cela a également permis d'identifier des experts en la matière (SMEs) susceptibles de jouer un rôle de premier plan au sein de chaque équipe SI AWS Partner.