agile retrospective meetings why it is necessary
Agile Software Entwicklung ist eine Reihe von Methoden und Praktiken, die auf dem Agilen Manifest basieren. Die agile Methodik betont die Zusammenarbeit im Team und die häufige Lieferung eines Produkts.
Eines der 12 im Agile Manifest aufgeführten Prinzipien ist:
'In regelmäßigen Abständen überlegt das Team, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.'
Dieses Prinzip wird in Form von Agile Retrospective Meetings in ein agiles Team integriert.
In diesem Artikel werden wir mehr über retrospektive Besprechungen, ihren Zweck und einige unterhaltsame Möglichkeiten zur Durchführung dieser Besprechungen sprechen.
Empfohlene Lektüre=> 6 Die häufigsten Gründe, warum Sie Agile in Ihrem Unternehmen einsetzen sollten
Was du lernen wirst:
- Definition und Zweck von retrospektiven Sitzungen
- Durchführung von retrospektiven Meetings
- Agile retrospektive Schritte
- Agile retrospektive Besprechungsformate, -ideen und -aktivitäten
- Häufige Missverständnisse
- Fazit
- Literatur-Empfehlungen
Definition und Zweck von retrospektiven Sitzungen
Retrospektiv bedeutet per Definition „Rückblick oder Umgang mit vergangenen Ereignissen oder Situationen“.
Definitionsgetreu, Rückblickende Treffen sollen über die jüngsten Ereignisse nachdenken Sprint / project / milestone und identifiziere Bereiche, die verbessert werden müssen, und feiere Teamgewinne .
Dies knüpft an das Konzept der kontinuierlichen Verbesserung an, bei dem Teams zusammenkommen, um die Bereiche zu besprechen, die das Team gut gemacht hat, und die Bereiche, in denen das Team zusammenarbeiten muss, um sich für den nächsten Sprint / das nächste Projekt / den nächsten Meilenstein zu verbessern.
Lesen Sie auch=> So verbessern Sie die Softwarequalität mithilfe eines kontinuierlichen Integrationsprozesses
Durchführung von retrospektiven Meetings
Retrospektive Treffen können in verschiedenen Phasen des Projekts abgehalten werden:
- Rückblickende Meetings können für die letzten Tage eines Sprints und vor dem Start des nächsten Sprints geplant werden, um über den letzten Sprint nachzudenken
- Überprüfung eines bestimmten problematischen Szenarios
- An einem Meilenstein, um über den bisherigen Status nachzudenken
Agile retrospektive Schritte
Jede nachträgliche Besprechung umfasst die folgenden Schritte:
- Set Stage - Besprechung organisieren - Umfasst die Einrichtung der Besprechung durch den Moderator (PM, Scrum Master usw.) und das Senden einer Besprechungseinladung an alle erforderlichen Teammitglieder und Stakeholder.
- Daten sammeln - Sammeln Sie zu Beginn des Meetings alle Ideen, Meinungen und Bedenken, die die Teammitglieder möglicherweise haben. Dies kann über verschiedene erfolgen agile retrospektive Aktivitäten wie Start, Stopp und Fortfahren, Paint Me Bild usw.
- Einblicke generieren - Nachdem die Daten gesammelt wurden, müssen aussagekräftige Analysen identifiziert und Muster erstellt werden. Die Idee ist, Trends zu identifizieren und aufzulösen. Z.B. Wenn die Teammitglieder über die langen täglichen Stand-ups unglücklich sind, müssen wir herausfinden, was dies verursacht. Es kann sich um nicht verwandte Diskussionen, die Verspätung der Teammitglieder, eine unrealistische Zeiteinstellung handeln, die die Anzahl der Aktualisierungen nicht berücksichtigt usw.
- Aktionen erstellen - Sobald die zugrunde liegenden Probleme identifiziert sind, erstellen Sie Aktionspunkte, um sie zu beheben. Aktionspunkte sollten einer verantwortlichen Person zugewiesen werden, die dafür verantwortlich ist, sie bis zum festgelegten Fälligkeitsdatum zu lösen.
- Einpacken - Vielen Dank an das Team für die Zeit und die Teilnahme. Stellen Sie sicher, dass die Besprechungsdiskussion und die Aktionspunkte dokumentiert sind und zur einfachen Bezugnahme an die Teammitglieder weitergeleitet werden.
Agile retrospektive Besprechungsformate, -ideen und -aktivitäten
# 1) Was ist gut gelaufen, was hätte besser gemacht werden sollen, Aktionspunkte
Die Teammitglieder treffen sich und diskutieren, was das Team gut gemacht hat, was das Team verbessern muss, welche Lehren gezogen wurden und welche Aktionspunkte den Verbesserungsbereichen entsprechen.
Diese Aktionen werden einem verantwortlichen Teammitglied zugewiesen. Diese Diskussion wird dokumentiert und nach dem Meeting an alle verteilt oder kann für einen einfachen Zugriff auf einem freigegebenen Laufwerk / Intranet gespeichert werden.
JIRA hat einen eingebauten Sprint-Retrospektive Vorlage für ein nachträgliches Treffen basierend auf diesem genauen Format wie unten gezeigt:
(Bild Quelle ))
# 2) Besprechung starten, stoppen und fortsetzen
In diesem Meeting werden die Teammitglieder gebeten, Meinungen darüber abzugeben, was das Team tun, aufhören und in den Sprints weitermachen soll.
Diese Methode ist sehr beliebt und effektiv, insbesondere für neue Teams.
- Startelemente sind etwas, das das Team zu seinem Prozess hinzufügen möchte, z. Kommen Sie pünktlich zu Projektbesprechungen.
- Stoppelemente wären etwas, das das Team nicht mehr tun möchte, z. Beenden Sie das Einchecken des Codes ohne Codeüberprüfung.
- Fortsetzen von Elementen wird etwas sein, das das Team in Zukunft fortsetzen möchte, z. Machen Sie weiterhin tägliche Stand-Ups.
Der Besprechungsleiter kann eine Mindest- und Höchstgrenze für eine Reihe von Elementen festlegen, die ein Teammitglied vorschlagen kann. Z.B. Jedes Teammitglied muss jeweils 1 Element für die Start-, Stopp- und Fortführungsliste bereitstellen und kann maximal 3 Elemente pro Typ bereitstellen.
Sobald die vollständige Liste erstellt ist, können die Teammitglieder außerdem zur Abstimmung aufgefordert werden, um die wichtigsten Punkte einzugrenzen.
# 3) 5 Meeting im Format 'Warum'
Dieses Besprechungsformat basiert auf der Beantwortung von „Warum“ -Fragen für alle Teammitglieder.
Dieses Besprechungsformat wird verwendet, um zugrunde liegende Ursachen für ein problematisches Szenario (Symptom) zu finden, bei denen die Ursachen möglicherweise nicht offensichtlich sind.
Ziel ist es nicht, das Problem zu lösen, sondern die Situation zu verstehen und möglicherweise die Grundursache einzugrenzen.
Jedes Teammitglied erstellt eine Reihe von Gründen, aus denen es glaubt, dass das Problem auftritt. Sobald die Liste fertig ist, können die Antworten in einer einzigen Kette zusammengefasst werden, die die Meinung darstellt, zu der ein gemeinsamer Konsens der Gruppe gelangt ist.
Dies funktioniert am besten für kleine Teams mit Größen, d. H. 3-5 Mitgliedern.
Zum Beispiel::
Problem : Produktqualität war nicht gut.
Frage : Warum?
Grund 1 : Instabiler Build.
Frage : Warum?
Grund : Keine Prozessdurchsetzung - Kein Einfrieren des Codes.
Frage : Warum?
Grund : Bereichsänderung
Frage : Warum?
Grund : Auswirkungen bei der Projektplanung nicht festgestellt
# 4) Verrückt, traurig, froh
In diesem Besprechungsformat benötigt das Teammitglied einige Zeit (5 bis 10 Minuten), um Haftnotizen für jede der Emotionen - Mad, Sad und Glad - aufzuschreiben.
- 'Mad' konzentriert sich in der Regel auf Hindernisse, Barrieren usw.
- 'Traurig' konzentriert sich in der Regel auf interne Themen und
- 'Glad' konzentriert sich in der Regel auf etwas, über das sich das Teammitglied freut.
Nach Ablauf der Zeit werden die Haftnotizen nach Emotionen gruppiert. Anschließend werden die Themen Mad und Sad bewertet, um sie für die Erstellung eines Aktionselements zu priorisieren.
# 5) Zeichne mir ein Bild
Diese Technik ist eine nonverbale retrospektive Technik.
In diesem Besprechungsformat haben die Teammitglieder einige Minuten Zeit, um ihre Gedanken zu sammeln und ihre Gefühle und Meinungen auszudrücken.
Dieses Meeting ist ein gutes Format für die Durchführung von Retrospektiven, bei denen die verbale Kommunikation innerhalb eines Teams fehlschlägt. Es fungiert als Eisbrecher zwischen Teammitgliedern.
(Bild Quelle ))
# 6) Kreisfeier
Diese Technik erfasst Feedback mithilfe von Pluspunkten und Deltas, d. H. Was gut funktioniert hat, was hätte besser sein können.
Dabei versammeln sich die Teammitglieder zu einem Kreis. Ein Teammitglied startet und wirft ein werfbares weiches Objekt (Plüschtier, Stressbälle) auf ein anderes Mitglied.
Die Idee ist, dass jeder, der den Ball hat, 3 Fragen beantworten würde:
- Was sie genossen,
- Was sie schätzten und
- Wie werden sie das Gelernte nutzen, um sich zu verbessern?
Das Objekt wird zufällig im Kreis übergeben, bis jeder eine Gelegenheit hatte.
Häufige Missverständnisse
Missverständnis Nr. 1) Rückblickende Treffen sind langweilig
Dies ist der Hauptgrund, warum Teammitglieder nicht gerne ein retrospektives Meeting durchführen oder anwesend sind.
Um das Meeting attraktiver zu gestalten, sollte der Moderator unterhaltsame und dennoch effektive Möglichkeiten für die Durchführung dieser Meetings finden.
Missverständnis Nr. 2) Ein nachträgliches Treffen ist meine Gelegenheit, auf die unterdurchschnittliche Leistung eines Teammitglieds hinzuweisen
Eine retrospektive Besprechung ist kein Finger, der auf eine Besprechung zeigt oder diese auslöst.
Dieses Treffen ist nicht geplant, um Teammitglieder auf ihre Schwachstellen hinzuweisen oder sie aufzurufen. Dieses Treffen findet in einem neutralen Umfeld statt, um sich als Team zu verbessern und zu wachsen. Vermeiden Sie direkte Kommentare für eine einzelne Person. Und denken Sie daran, dass das Ziel darin besteht, besser zu werden!
Missverständnis Nr. 3) Nur der Organisator von Besprechungen leitet die retrospektiven Besprechungen und erörtert Probleme
Die Teammitglieder sollten ermutigt werden, teilzunehmen und ihren Standpunkt zu teilen. Dieses Treffen dient der Verbesserung des Teams und nicht einer Top-Down-Diskussion, die vom Organisator / Moderator des Meetings diktiert wird.
Gleichzeitig sollten sich die Teammitglieder wohlfühlen, damit sie ihren wahren Standpunkt zum Ausdruck bringen können, ohne Angst zu haben, beurteilt zu werden oder Angst vor Rückschlägen infolge des Sprechens zu haben.
Missverständnis Nr. 4) Die Geschäftsleitung / wichtige Stakeholder werden überhaupt nicht zu nachträglichen Besprechungen eingeladen
Dies ist von Projekt zu Projekt unterschiedlich. Produktbesitzer mit höherem Management können zu dem Meeting eingeladen werden, um eventuelle Bedenken oder Bedenken des Teams hinsichtlich ihrer Governance auszuräumen.
Missverständnis Nr. 5) Rückblickende Besprechungsergebnisse müssen nicht dokumentiert werden
Die agile Methodik basiert auf dem Prinzip „Arbeitssoftware über umfassende Dokumentation“. Dies bedeutet jedoch nicht, dass das Team die Dokumentation vollständig abschaffen sollte.
Die Dokumentation von Rückblicken kann zu einer effektiven Verfolgung von Aktionspunkten bis zum Abschluss führen. Dies kann auch zu historischen Datenrepositorys hinzugefügt werden, in denen das Team auf die im Rahmen von Organisationsprozess-Assets gewonnenen Erkenntnisse zugreifen kann
Fazit
Rückblicke sind sehr nützlich für die Teambildung und Teamzusammenarbeit.
Teammitglieder, die zusammenkommen, um Siege zu feiern und Verbesserungen vorzuschlagen, schaffen auch eine transparentere und gesündere Teamumgebung. Durch kontinuierliche Verbesserung und Feedback werden die Teams mit der Zeit besser.
Die retrospektiven Treffen sollten sowohl menschliche Probleme (Persönlichkeit, Einstellung, mangelnde Fähigkeiten usw.) als auch technische Probleme (Umfang, inkonsistente Anforderungen, Systemstabilität usw.) umfassen.
Es unterstützt Fragen und Antworten von Technikerinterviews
Es wird empfohlen, nachträgliche Besprechungen auf allen Ebenen und nicht nur auf der Ebene des Entwicklungsteams durchzuführen.
Die retrospektiven Besprechungen können am Ende eines Meilensteins, am Ende eines Sprints, nach dem Tod eines Vorfalls oder Problems, nach Großereignissen usw. durchgeführt werden. Stellen Sie sicher, dass Ihre rückwirkenden Besprechungen dokumentiert und die Aktionspunkte bis zum Abschluss verfolgt werden.
Last but not least machen Ihre retrospektiven Meetings Spaß!
Über die Autor: Dieser nützliche Artikel wurde von Neha B verfasst. Sie arbeitet derzeit als Qualitätssicherungsmanagerin und ist auf die Leitung und Verwaltung von internen und Offshore-QS-Teams spezialisiert.
Kennen Sie unterhaltsame Möglichkeiten für nachträgliche Besprechungen, die in diesem Artikel nicht erwähnt werden? Bitte teilen Sie uns dies mit, indem Sie Ihre Kommentare veröffentlichen.
Literatur-Empfehlungen
- Wie kann man in einer agilen Testwelt ein guter Team-Mentor, Coach und ein echter Team-Verteidiger sein? - Die Inspiration
- 4 Schritte zur Entwicklung der Denkweise für agile Tests für einen erfolgreichen Übergang zu agilen Prozessen
- JIRA Agile Tutorial: So verwenden Sie JIRA effektiv zum Verwalten agiler Projekte
- Agiles Manifest: Agile Werte und Prinzipien verstehen
- Die Änderung der Denkweise eines agilen Testers: Anpassung an das agile Manifest
- SAFe Agile Tutorial: Was ist Scaled Agile Framework?
- Agile Scrum Online Quiz: Testen Sie Ihr Wissen über Agile Scrum
- Automatisierte Regressionstests: Herausforderungen, Prozesse und Schritte