Aus der agilen Methodenkiste: Sinn und Zweck des Reviews und der Retrospektive (2024)

Aus der agilen Methodenkiste: Sinn und Zweck des Reviews und der Retrospektive (1)

In der Praxis beobachte ich öfter, dass der Unterschied zwischen Retrospektive und Review am Ende des Sprints nicht immer klar und eindeutig ist. Auch erschließt sich der Sinn der beiden Formate nicht immer. Gerade agile „Neulinge“ tun sich offenbar schwer, nachzuvollziehen warum der Blick auf die Teamzusammenarbeit (Blick nach innen) und der Blick auf das Ergebnis (Blick von außen) in zwei getrennten Besprechungsformaten stattfindet. Dazu kommt die Versuchung, Zeit zu sparen, indem auf eines der beiden Formate verzichtet wird.

Ein wesentliches Merkmal agiler Ansätze ist das iterativ-inkrementelle Vorgehen. In der klassischen Projektdenkweise wird am Ende des Projekts erst überprüft, ob das Ergebnis die Erwartungen an das Projekt erfüllt. Die agile Denkweise schlägt jedoch einen anderen Weg ein. Hier wird in kurzen Zeitperioden bewusst eine Unterbrechung erzeugt. Zwischenergebnisse werden dahin überprüft, ob die Erwartungshaltung – die zugrundegelegten Annahmen – korrekt sind und die Teilergebnisse tatsächlich zielführend sind. So kann bereits in einem frühen Stadium festgestellt werden, ob Anpassungsbedarf besteht. Dieses frühe Reagieren und Agieren auf neu Erkenntnisse, die Fähigkeit, bereits in einem frühen Stadium Anpassung vornehmen zu können, ist der wesentliche Mehrwert in Entwicklungsprojekten, den agilen Ansätze bieten. Grundlage hierfür ist insbesondere der Review.

Der Review am Ende jeder Iteration ist der Moment, an dem wir Feedback der Anwender, der Auftraggeber und Kunden zur geleisteten Arbeit generieren. Agilität ist kein Selbstzweck. Die 12 Prinzipien des agilen Manifests sind eindeutig und klar. Bereits das erste Prinzip besagt:

Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufriedenzustellen.

Es geht klar und eindeutig darum, einen Mehrwert zu schaffen. Wir wollen nicht nur irgendetwas als Ergebnis ausliefern, sondern genau das, was unseren Auftraggeber zufriedenstellt. Etwas, das ein Problem löst und seine Bedürfnisse befriedigt. Es geht, darum etwas zu entwickeln, das voranbringt. Um zu erfahren, ob das, was wir in der Iteration entwickelt haben, auch tatsächlich den Bedürfnissen unseres Auftraggebers und der späteren Anwender entspricht, brauchen wir die Rückkopplung. Diese Rückkopplung generieren wir im Review.

Daher heißt es im Scrum Leitfaden:

Während des Sprint Reviewsbeschäftigen sich das Scrum Team unddieStakeholder gemeinsam mit den Ergebnissen desSprints. Zusammen mit eventuellen Änderungen am Product Backlog während des Sprintsbieten diese die Basis für die gemeinsame Arbeit an möglichen neuen, den Wert des Produktssteigernden Punkten. Beim Sprint Review handelt es sich um ein informelles Meeting, keinenStatusreport. Die Vorführung des Inkrements ist als Anregung für Feedback und die Basis für dieZusammenarbeit gedacht.

Ein Review ist daher kein bloßer Statusbericht in der Lenkungsgruppe, sondern ganz konkret die Präsentation und ausgiebige praxisnahe Überprüfung des Ergebnisses einer Iteration. Er liefert mit die Grundlage für die nächste Iteration. Dort erfährt das Entwickler- oder Umsetzungsteam, ob die von ihnen getroffenen Annahmen korrekt waren oder ob nachgesteuert werden muss. Anwender und andere Anspruchsberechtigte können ganz konkret ausprobieren und testen. Sie liefern Hinweise, wo am Ergebnis gearbeitet werden kann und muss. Ist das Projekt auf dem richtigen Weg? Wird tatsächlich ein Mehrwert erzeugt, der das Projekt rechtfertigt? Wo muss angesetzt werden, um das Arbeitsergebnis in der nächsten Iteration aus Sicht des Anwenders, der Anspruchsberechtigten weiter zu verbessern? Was braucht es, damit wir die Bedürfnisse unserer Zielgruppe erfüllen können? Erstellen wir tatsächlich das, was gebraucht wird? Erfüllen wir unseren Anspruch, einen echten Mehrwert zu erzeugen? Das sind die zentralen Fragen, die der Review beantwortet und die ein agiles Team beantworten muss.

Der Fokus des Reviews liegt also auf dem Arbeitsergebnis, und die wesentliche Zielgruppe hierbei sind die Anspruchsberechtigten des Projekts. Daher ist der Review grundsätzlich eine öffentliche Veranstaltung.

Die agile Grundidee geht davon aus, dass ein Team bessere Ergebnisse erstellt, wenn es seine Zusammenarbeit regelmäßig reflektiert und seine eigene Zusammenarbeit verbessert. Es geht darum, das Werkzeug, mit dem das Team arbeitet, in Schuss zu halten. In diesem Sinne postulieren die 12 Prinzipien des agilen Manifests ganz klar:

„In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann, und passt sein Verhalten entsprechend an.“

Oder mit den Worten des Scrum-Leitfadens ausgedrückt:

Die Sprint Retrospektive wird durchgeführt, um zu überprüfen , wie der vergangene Sprint in Bezug auf die beteiligten Menschen, Beziehungen, Prozesse und Werkzeuge verlief; die wichtigsten gut gelaufenen Elemente und mögliche Verbesserungen zu identifizieren und in eine Reihenfolge zu bringen; und einen Plan für die Umsetzung von Verbesserungen der Arbeitsweise des Scrum Teams zu erstellen.

Hier ist die Referenz nicht „Spaßfaktor“ des Teams. Auch hier geht es darum, die Zusammenarbeit in erster Linie zu verbessern, um besser Ergebnisse zu erzielen. Allerdings richtet sich die Retrospektive in erster Linie auf den Prozess der Zusammenarbeit und damit an das Team – nicht an die Anspruchsberechtigten. Die zentrale Frage ist hier, wie können wir unserer Zusammenarbeit verbessern, um künftig (noch) bessere Ergebnisse in effizienter Form zu liefern. Auch hier gilt, durch die regelmäßige rhythmische Fokussierung durch iterative Zyklen, wird das Werk- und Rüstzeug an die neuen Erkenntnisse aus der laufenden Arbeit angepasst, so dass die Werkzeugkiste im tadellosen Zustand ist und bleibt. Sie wird situativ „ausgestattet“, um mit den passenden Hilfsmitteln zu arbeiten. Angepasst an die Situation – immer mit dem Ziel, das beste mögliche Ergebnis zu erzielen.

Retrospektive und Review sind nicht ohne guten Grund elementare Bestandteile einer iterativen Arbeitsweise. Ganz im Gegenteil. Sie sind notwendig, um sicherzustellen, dass ein Team im Laufe eines iterativen Entwicklungsprozesses effektiv und effizient das beste mögliche Ergebnis erzielt. Agilität ist kein Selbstzweck, sondern dient ausschließlich der Erstellung von echtem Mehrwert und Nutzen im Sinne der Anspruchsberechtigten. Der Review gibt im Hinblick auf das WAS wichtige Hinweise, bei der Standortbestimmung und der Ergebnisbeurteilung. Die Retrospektive gibt Antwort darauf, ob das WIE angemessen und zielführend ist. Beide Besprechungsformate sind damit essenziell für das Funktionieren agiler Herangehensweisen. Die Trennung von Review und Retrospektive ist vor den unterschiedlichen Schwerpunkten zielführend und erleichtert die thematische Fokussierung. Sie sind beide in ihrer Bedeutung nicht zu unterschätzen.

Aus der agilen Methodenkiste: Sinn und Zweck des Reviews und der Retrospektive (2)

Autor: Thomas Michl

Agilist aus Überzeugung - Lean-Enthusiast und Kanban-Fan - Veränderungsbegleiter - Dipl.-Verw.Wiss. - MBA - 🇮🇪 Irland-Fan - Mitgründer Forum Agile VerwaltungZeige alle Beiträge von Thomas Michl

Aus der agilen Methodenkiste: Sinn und Zweck des Reviews und der Retrospektive (2024)

References

Top Articles
Latest Posts
Article information

Author: Catherine Tremblay

Last Updated:

Views: 5870

Rating: 4.7 / 5 (67 voted)

Reviews: 90% of readers found this page helpful

Author information

Name: Catherine Tremblay

Birthday: 1999-09-23

Address: Suite 461 73643 Sherril Loaf, Dickinsonland, AZ 47941-2379

Phone: +2678139151039

Job: International Administration Supervisor

Hobby: Dowsing, Snowboarding, Rowing, Beekeeping, Calligraphy, Shooting, Air sports

Introduction: My name is Catherine Tremblay, I am a precious, perfect, tasty, enthusiastic, inexpensive, vast, kind person who loves writing and wants to share my knowledge and understanding with you.