Definitionen und Unterschiede • BUOM

Wenn das Produktentwicklungsteam sein Projekt abgeschlossen hat, hält es eine Besprechung ab, um die Ergebnisse seiner Arbeit zu besprechen. Dazu führen sie ein Sprint-Review und eine Sprint-Retrospektive durch, die dem Team jeweils dabei helfen, verschiedene Aspekte seiner Arbeit zu verbessern. Wenn Sie die Unterschiede zwischen diesen beiden Prozessen kennen, können Sie sie besser in Ihre eigenen Geschäftsinitiativen integrieren. In diesem Artikel definieren und unterscheiden wir einen Sprint-Review von einer Sprint-Retrospektive und untersuchen die Hauptunterschiede zwischen ihnen.

Was ist ein Sprint-Review?

Das Sprint Review ist ein Prozess, der am Ende eines Sprints stattfindet. Es handelt sich um eine der fünf wichtigen Scrum-Zeremonien und beschreibt, wann das Scrum-Entwicklungsteam, der Product Owner und die Geschäftsinteressenten zusammenkommen, um die Ergebnisse ihres letzten Sprints zu überprüfen und zu diskutieren. Typischerweise stellt das Scrum-Team Informationen zur Produktentwicklung bereit und die anwesenden Stakeholder geben relevantes Feedback, Vorschläge und Meinungen. Das Sprint Review besteht aus drei wichtigen Schritten, darunter:

Demonstration

Die erste Phase des Sprint-Reviews ist die Demonstration. Hier präsentiert das Scrum-Entwicklungsteam die Arbeit, die es im letzten Sprint abgeschlossen hat. Sie können entweder ein fertiges Produkt oder ein zusätzliches Produkt präsentieren, das für die Serienproduktion bereit ist. Wenn das Produkt oder die Stakeholder weniger technisch sind, kann der Product Owner die Sprint-Ergebnisse dem Entwicklungsteam zeigen.

Diskussion

Nachdem die Entwickler oder der Product Owner die Ergebnisse ihres Sprints demonstriert haben, geben die Stakeholder Feedback und stellen Fragen zum fertigen Produkt. Letztendlich zielt die Diskussion darauf ab, folgende Hauptziele zu erreichen:

• Überprüfung des Fortschritts: Während der Diskussion konzentriert sich das Scrum-Team darauf, den Stakeholdern dabei zu helfen, besser zu verstehen, was sie während des Sprints getan und was nicht getan haben. Wenn sie das Sprintziel nicht ordnungsgemäß erreicht haben, können sie erklären, warum das so ist.

• Geschäftskontextentwicklung: Produktbesitzer und Stakeholder erläutern dem Entwicklungsteam die aktuelle Marktsituation. Sie liefern auch Kundeneinblicke und geben dem Team Ideen für zukünftige Entwicklungsziele.

• Faktoren, die ein Scrum-Team motivieren. Wenn ein Scrum-Team nützliches Feedback und Ideen von seinen Stakeholdern erhält, kann es sie motivieren, ihre Leistung zu verbessern. Dies trägt dazu bei, zu zeigen, dass ihre Arbeit einen Sinn hat und für andere Organisationen von Bedeutung ist.

Backlog-Update

Nach Abschluss des Sprint-Reviews aktualisieren Produktbesitzer normalerweise das Produkt-Backlog mit einigen Details, wie zum Beispiel:

• Aktuelle User Stories

• Benutzerbeschreibungen

• Neue User Stories

Sie können diese Einträge auch vollständig aus dem Backlog entfernen. Die Überprüfung des aktualisierten Produkt-Backlogs kann Scrum dabei helfen, den Arbeitsablauf im kommenden Entwicklungszyklus zu priorisieren.

Was ist eine Sprint-Retrospektive?

Die Sprint-Retrospektive ist die Scrum-Zeremonie, die Sie nach dem Sprint und dem Sprint-Review abhalten. Während einer Retrospektive kommen die Mitglieder des Scrum-Teams zusammen, um ihre Leistung im vorherigen Sprint zu überprüfen und zu diskutieren. Anschließend versuchen sie, ihre Erkenntnisse zu nutzen, um ihre Leistung im nächsten oder bevorstehenden Sprint zu verbessern. Um diese Informationen zu erhalten, stellen sich die Teammitglieder gegenseitig Fragen zu den Details und der Qualität ihrer Arbeit. Hier ist die allgemeine Retrospektivagenda:

• Ziele setzen. Die Sprint-Retrospektive beginnt, wenn Sie die Ziele des Meetings definieren. Es gibt viele Ziele, die Sie in Betracht ziehen können, wie zum Beispiel die Verbesserung der täglichen Scrum-Meetings, die Verbesserung der Kommunikation mit Stakeholdern oder die Änderung von Prozessregeln.

• Datensammlung. Mithilfe der Perspektive und Erfahrung jedes einzelnen Teammitglieds können Sie wichtige Daten sammeln. Dadurch wird sichergestellt, dass die von Ihnen gesammelten Informationen umfassend und für die Fähigkeiten des Teams und die Ziele des Produktentwicklungsprojekts relevant sind.

• Entwicklung von Erkenntnissen: Nach der Ansammlung erheblicher Datenmengen ist es einfacher, aussagekräftige Erkenntnisse über die Entwicklung des Projekts zu gewinnen. Mithilfe dieser Informationen können Sie nützliche Muster erkennen und den Prozess aus einer breiteren Perspektive betrachten, um zu verstehen, warum Umstände und Ereignisse so eingetreten sind, wie sie eingetreten sind.

• Entscheidungsfindung: Nachdem Sie aus den gesammelten Daten Schlussfolgerungen gezogen haben, legen Sie die nächsten Schritte zur Bewältigung der Probleme und Herausforderungen fest, mit denen das Team konfrontiert ist. Es ist wichtig, dass Sie einen klaren Plan entwickeln und umsetzen, um dem Team zu helfen, seine Ziele zu erreichen und sinnvolle Entscheidungen zu treffen.

• Fazit der Retrospektive: Am Ende der Retrospektive fassen Sie alle im Gespräch genannten Kernpunkte zusammen und klären diese. Sie können auch andere Aufgaben erledigen, z. B. den Diskussionsteilnehmern danken und Möglichkeiten zur Verbesserung künftiger Retrospektiven erarbeiten.

Um eine produktive Retrospektive durchzuführen, müssen drei Schlüsselfaktoren berücksichtigt werden:

• Zeitpunkt des Meetings: Im Allgemeinen ist es am besten, eine Sprint-Retrospektive unmittelbar nach dem Sprint-Review durchzuführen, solange die Informationen noch relevant sind. Die Dauer einer Retrospektive hängt in der Regel von der Dauer ab und kann daher von Team zu Team unterschiedlich sein.

• Meeting-Modell: Es gibt eine Vielzahl von Modellen und Vorlagen, die Sie für eine Sprint-Retrospektive implementieren können. Diese Formate können dazu beitragen, retrospektive Diskussionen organisierter und für die Teilnehmer ansprechender zu gestalten.

• Begegnungskultur. Die Kultur eines Meetings legt Erwartungen für den Ablauf des Meetings fest und legt Moderationsregeln fest, die jeder befolgen muss. Eine ideale Retrospektive fungiert als sicherer Raum, in dem Menschen ihre Meinung offen äußern, eine unbeschwerte Atmosphäre bewahren und sich auf das Hauptziel konzentrieren können.

Unterschiede zwischen einem Sprint-Review und einer Retrospektive

Hier sind einige der Hauptunterschiede zwischen einem Sprint-Review und einer Retrospektive:

• Ziele: Das Hauptziel eines Sprint-Reviews ist die Verbesserung des Produkts, während eine Sprint-Retrospektive darauf abzielt, die Produktivität des Scrum-Entwicklungsteams zu verbessern.

• Kundenorientierung: Der Sprint-Review-Prozess zielt darauf ab, ein Produkt zu schaffen, das die Kundenbedürfnisse besser erfüllt, indem es kundenzentrierter gestaltet wird. Eine Retrospektive kann dem Kunden unbeabsichtigt helfen, wenn das Team seinen Arbeitsablauf verbessert, aber sie geht nicht direkt auf die Probleme des Kunden ein, wie dies bei einem Sprint-Review der Fall ist.

• Dauer: Während die Dauer je nach Bedarf des Teams variieren kann, dauert die durchschnittliche Sprintüberprüfung zwischen einer und vier Stunden. Im Vergleich dazu hat eine Sprint-Retrospektive einen viel größeren Zeitrahmen und dauert je nach Länge des Sprint-Projekts zwischen einigen Minuten und einem halben Arbeitstag.

• Teilnehmer: An beiden Zeremonien nehmen größtenteils die gleichen Personen teil, es gibt jedoch leichte Unterschiede zwischen ihnen. An der Sprint-Rezension und der Retrospektive sind das Scrum-Team, der Scrum-Master und der Product Owner beteiligt, aber nur an der Sprint-Review-Zeremonie sind Geschäftsbeteiligte beteiligt, was eine einzigartige Feedback-Perspektive hinzufügt, die in der Retrospektive fehlt.

• Ergebnisse: Ziel des Sprint-Reviews ist es, eine aktualisierte Liste der wichtigsten User Stories für das Produktentwicklungsteam bereitzustellen. Die Retrospektive stellt einen Plan und eine Aktionsliste bereit, die konkrete Schritte enthält, die das Team umsetzen und seine Leistung im nächsten Sprint verbessern muss.