Freigeben über


Entwickeln einer wachstumsorientierten Mentalität mit Retrospektiven

Retrospektiven fördern die Grundsätze einer wachstumsorientierten Mentalität: Experimentieren, Testen, Lernen, Teilen, Wachsen und Stärken. Sie bieten den Teammitgliedern auch einen sicheren Ort, an dem sie sich über die Herausforderungen austauschen können, mit denen sie im aktuellen Projekt konfrontiert waren, und befähigen das Team, nachhaltiges Wachstum zu schaffen.

Struktur einer Retrospektive

Bei den Retrospektivtreffen für das Migrationsprojekt wird von jedem Teammitglied erwartet, dass es seine Gedanken zu drei grundlegenden Fragen äußert:

  • Was ist gut gelaufen?
  • Was hätte besser sein können?
  • Was haben wir gelernt?

Erkenntnisse

Die Retrospektive markiert das Ende einer Version oder Iteration. Wenn das Team Erfahrungen sammelt und Lektionen lernt, passt es den Versions- und Iterationsrückstand an, um neue Prozesse und Experimente zu testen. Damit beginnt dann die nächste Iteration durch die Migrationsprozesse.

Teams, die die nächste Migrationswelle verwalten, sollten die gewonnenen Erkenntnisse nutzen, um die Migration kontinuierlich zu verbessern.

Durchführen einer Retrospektive

Sie benötigen ein paar Dinge, um mit Ihrer Migrations-Retrospektive zu beginnen:

  • Einen Organisator: Ein Teammitglied, das während des gesamten Prozesses als Organisator oder Coach fungiert. Dieses Teammitglied konzentriert sich darauf, das Team durch den retrospektiven Prozess zu führen und stellt sicher, dass alle Ideen gehört und festgehalten werden.
  • Eine Methode zum Nachverfolgen und Organisieren: Eine Methode zum Nachverfolgen und Organisieren von Ideen auf visuelle Weise. Dies kann ein physisches Whiteboard mit Haftnotizen, ein virtuelles Whiteboard oder ein DevOps-Tool sein.
  • Bereichsbezogene Fragen: Sie möchten Ihr Tracking-System mit drei Fragen organisieren:
    • Was ist gut gelaufen?
    • Was hätte besser sein können?
    • Was haben wir gelernt?

Führen Sie nach Abschluss der vorstehenden Schritte die folgenden Schritte mit Ihrem Team aus:

  • Individuelle Antworten: Lassen Sie jedes Teammitglied die Frage „Was hat gut geklappt?“ beantworten und dokumentieren Sie seine Antworten.

    • Wenn Sie ein physisches Board verwenden, lassen Sie jedes Teammitglied seine Antworten auf dem Board vermerken.
    • Wenn Sie ein digitales Board verwenden, lassen Sie jedes Mitglied seine Antworten über das Tool ausfüllen.
  • Organisator liest vor: Nachdem jedes Teammitglied seine Gedanken dokumentiert hat, sollte der Organisator das Feedback überprüfen und es dann laut vorlesen.

    • Sie sollten ähnliche Ideen, die Sie erkennen, in Gruppen zusammenfassen, damit Sie wiederkehrende Trends identifizieren können.
    • Erstellen Sie bei Bedarf Etiketten oder übergeordnete Elemente, die Ihnen helfen, diese Gedanken zu ordnen.
    • Wenn Sie verlegte Objekte finden, die in einen anderen Bereich gehören, bringen Sie sie zu diesem Zeitpunkt dorthin.
  • Wiederholen Sie diesen Vorgang für „Was hätte besser sein können?

    • Ermutigen Sie die Teilnehmer, ihre spezifischen Herausforderungen in Bezug auf Menschen, Prozesse und Technologie zu diskutieren. Dies sollte ein offener Raum sein.
    • Versuchen Sie herauszufinden, was zu Verzögerungen bei Migrationen geführt hat, was die Veröffentlichung beeinträchtigt hat oder was dazu geführt hat, dass Workloads aus diesem Sprint herausfielen.
    • Überlegen Sie, wie Sie diese Probleme verhindern können, während Sie die Frage „Was haben wir gelernt?“ beantworten lassen.

Nachdem Sie die Ideen aus diesen Fragen erfasst und gruppiert haben, fragen Sie das Team: „Was haben wir gelernt?“. Dann sammeln Sie Ideen für Verbesserungen, die Sie im nächsten Sprint umsetzen können.

Beispiel einer retrospektiven Ausgabe

Betrachten Sie das folgende Beispiel einer retrospektiven Ausgabe:

Was ist gut gelaufen? Was hätte besser sein können? Was haben wir gelernt?
Kommunikation mit den Geschäftsanwendern für Anwendung X und Anwendung Y. (5 Stimmen) Einbindung von Entwicklern zur Validierung der Netzwerkarchitektur für Anwendung X und Anwendung Z. (3 Stimmen) Wir müssen den gesamten Firewall-Verkehr von Workloads vor der Migration überprüfen, auch wenn wir glauben, dass sie keine speziellen Regeln haben. (4 Stimmen)
Die Entwicklungsteams für Anwendung Y waren stark involviert. (2 Stimmen) Verstehen der Netzwerkanforderungen für Anwendung X. (2 Stimmen) Wir müssen sicherstellen, dass die Entwicklungsteams wissen, was von ihnen im Rahmen des Migrationsprozesses erwartet wird. (4 Stimmen)
Aktivierung von Azure Backup als Teil des Migrationsprozesses. Verstehen der Netzwerkanforderungen für Anwendung Y. (1 Stimme) Für große SQL-Datenbanken müssen wir zusätzliche Zeit einplanen. (3 Stimmen)

Nächster Schritt

Sie sollten weiterhin die Manage-Methode des Cloud Adoption Framework for Azure implementieren, um sicherzustellen, dass Sie Ihre Workloads in Azure kontinuierlich pflegen und optimieren können.