Créer une mentalité de croissance avec des rétrospectives
Les rétrospectives renforcent les principes d’un état d’esprit axé sur la croissance : expérimentation, test, apprentissage, partage, perfectionnement et autonomisation. Ils offrent également aux membres de l’équipe un lieu sûr pour partager les défis auxquels ils ont été confrontés dans le cadre du projet en cours et permettent à l’équipe de créer une croissance durable.
Structure rétrospective
Lors des réunions de rétrospective du projet de migration, chaque membre de l’équipe doit faire part de ses réflexions sur trois questions de base :
- Qu’est-ce qui s’est bien passé ?
- Qu’est-ce qui aurait pu être mieux ?
- Qu’avons-nous appris ?
Enseignements tirés
La rétrospective marque la fin d’une mise en production ou d’une itération. À mesure que l’équipe acquiert de l’expérience et tire des leçons, elle ajuste les backlogs de mise en production et d’itération pour tenir compte des nouveaux processus et nouvelles expériences à tester. Cela démarre l’itération suivante dans les processus de migration.
Les équipes qui gèrent la prochaine vague de migration doivent appliquer les leçons qu’elles ont apprises pour améliorer continuellement la migration.
Mener une analyse rétrospective
Vous avez besoin de quelques éléments pour commencer votre rétrospective de la migration :
- Un organisateur : un membre de l’équipe qui agit en tant qu’organisateur ou coach tout au long du processus. Ce membre de l’équipe se concentre sur l’orientation de l’équipe tout au long du processus de rétrospective et veille à ce que toutes les idées soient entendues et capturées.
- Une méthode de suivi et d’organisation : une méthode permettant de suivre et d’organiser des idées de manière visuelle. Il peut s’agir d’un tableau blanc physique avec des pense-bêtes, un tableau blanc virtuel ou un outil DevOps.
- Questions délimitées : vous souhaitez organiser votre système de suivi à l’aide de trois questions :
- Qu’est-ce qui s’est bien passé ?
- Qu’est-ce qui aurait pu être mieux ?
- Qu’avons-nous appris ?
Une fois les étapes précédentes effectuées, passez aux étapes suivantes avec votre équipe :
Réponses individuelles : demandez à chaque membre de l’équipe de répondre à la question « Qu’est-ce qui s’est bien passé ? » et documentez leurs réponses.
- Si vous utilisez un tableau physique, laissez chaque membre de l’équipe écrire ses réponses sur le tableau.
- Si vous utilisez un tableau numérique, laissez chaque membre remplir ses réponses via l’outil.
Lecture de l’organisateur : une fois que chaque membre de l’équipe a documenté ses réflexions, l’organisateur doit passer en revue les retours d’expérience et les lire à haute voix à l’ensemble de l’équipe.
- Vous devez regrouper des idées similaires à mesure que vous les découvrez afin de reconnaître les tendances récurrentes.
- Créez des étiquettes ou des éléments parents en fonction des besoins pour vous aider à organiser ces réflexions.
- Si vous trouvez des éléments mal placés qui devraient se trouver dans une autre zone, déplacez-les à ce moment-là.
Répétez ce processus pour « Qu’est-ce qui aurait pu être mieux ? »
- Au cours de ce processus, encouragez les participants à discuter des défis spécifiques qu’ils rencontrent au niveau des personnes, des processus et de la technologie. Il doit s’agir d’un espace ouvert.
- Essayez de déterminer ce qui a entraîné des retards dans les migrations, affecté la mise en production ou conduit à ce que les charges de travail soient repoussées en dehors de ce sprint.
- Réfléchissez à la façon dont vous pouvez empêcher ces problèmes lorsque vous discutez de la question « Qu’avons-nous appris ? ».
Après avoir capturé et groupé des idées à partir de ces questions, demandez à l’équipe « Qu’avons-nous appris ? ». Ensuite, réfléchissez à des idées d’amélioration que vous pourrez appliquer au prochain sprint.
Exemple de résultat de rétrospective
Considérez l’exemple de résultat de rétrospective suivant :
| Qu’est-ce qui s’est bien passé ? | Qu’est-ce qui aurait pu être mieux ? | Qu’avons-nous appris ? |
|---|---|---|
| Communication avec les utilisateurs métier pour l’application X et l’application Y. (5 votes) | Implication des développeurs pour valider l’architecture réseau pour l’application X et l’application Z. (3 votes) | Nous devons examiner tout le trafic du pare-feu provenant des charges de travail avant la migration, même si nous pensons qu’il n’y a pas de règles particulières. (4 votes) |
| Les équipes de développement pour l’application Y étaient très impliquées. (2 votes) | Comprendre les exigences en matière de réseau pour l’application X. (2 votes) | Nous devons nous assurer que les équipes de développement savent ce que l’on attend d’elles dans le cadre du processus de migration. (4 votes) |
| Activation de Sauvegarde Azure dans le cadre du processus de migration. | Comprendre les exigences en matière de réseau pour l’application Y. (1 vote) | Nous devons planifier un temps supplémentaire pour les bases de données SQL volumineuses. (3 votes) |
Étape suivante
Vous devez continuer à implémenter le Cloud Adoption Framework pour la méthodologie de gestion Azure afin de vous assurer que vous pouvez maintenir et optimiser en continu vos charges de travail dans Azure.