Agile Sprint-Reviews

Ein Sprint-Review-Meeting ist in der agilen Entwicklung, insbesondere innerhalb des Scrum-Frameworks, eine grundlegende Zeremonie. Sie markiert das Ende eines Sprints – das ist in der Regel ein Zeitraum von zwei bis vier Wochen –, in dem das Entwicklerteam eine potenziell lieferbare Erweiterung der Produktfunktionalität bereitstellt.

Bei einem Sprint-Review kommen das Entwicklerteam und die Stakeholder zusammen, um die während des Sprints erledigten Aufgaben zu überprüfen und vorzustellen. Bei dieser Gelegenheit können die entwickelten Funktionen präsentiert, Feedback eingeholt und sichergestellt werden, dass sie mit der Produktvision und den Anforderungen übereinstimmen.

Das Hauptziel eines Sprint-Reviews ist es, Feedback einzuholen und in den nächsten Schritten des Entwicklungsprozesses für Transparenz zu sorgen. Die anderen Hauptziele lauten wie folgt:

Vorstellen der erledigten Aufgaben: Das Entwicklerteam stellt die während des Sprints fertiggestellten Funktionen wichtigen Stakeholdern wie dem Produktinhaber, den Kunden und anderen relevanten Parteien vor.

Einholen von Feedback: Die Stakeholder geben Feedback zu den vorgestellten Funktionen, damit das Team die Aufgaben in nachfolgenden Sprints effektiv anpassen und priorisieren kann.

Ausrichtung auf die Produktvision: Der Sprint-Review stellt sicher, dass die abgeschlossenen Aufgaben mit der Produktvision und den Zielen insgesamt übereinstimmen. Es lohnt sich, zu überprüfen, ob die Entwicklungsbemühungen und Sprint-Ziele in die richtige Richtung gehen.

Feiern von Erfolgen: Hier bietet sich die Gelegenheit, die Leistungen des Entwicklerteams zu feiern und seine harte Arbeit und seinen Einsatz anzuerkennen.

Identifizierung von Verbesserungen: Durch Diskussionen und Beobachtungen während des Sprint-Reviews können Bereiche für Verbesserungen im Entwicklungsprozess identifiziert und in zukünftigen Iterationen berücksichtigt werden.

Kurz gesagt fördert der Sprint-Review die Zusammenarbeit, Transparenz und kontinuierliche Verbesserung innerhalb des Frameworks für agile Entwicklung. Er fördert eine Kultur der offenen Kommunikation, mit gemeinsamen Arbeitssitzungen und einer gemeinsamen Verantwortung für den Erfolg des Produkts.

Sprint-Reviews sind keine Retrospektiven, aber was ist ein Sprint-Review dann? In einem Sprint-Review wird die harte Arbeit des gesamten Scrum-Teams vorgestellt, bestehend aus Designern, Entwicklern und Produktinhabern. Bei Atlassian sind die Sprint-Reviews eine eher ungezwungene Angelegenheit.

Die Teammitglieder versammeln sich bei diesen informellen Treffen um einen Tisch und beschreiben die Aufgaben, die sie in dieser Iteration erledigt haben. Alle haben die Gelegenheit, Fragen zu stellen, neue Funktionen auszuprobieren und Feedback zu geben. Das Teilhaben an Erfolgen ist für den Aufbau eines agilen Teams sehr wichtig.

Sprechen wir darüber, warum die teameigene Definition von "Erledigt" für diese agile Zeremonie wichtig ist.

Als regelmäßiger Benutzer von Jira ist nichts befriedigender, als eine Task von "Code-Review" zu "Erledigt" zu verschieben. Dieser Übergang steht für den Abschluss der Arbeit, die wir uns als Team vorgenommen haben. "Erledigt" und abgeschlossen!

Das Übertreten der Ziellinie und die Fertigstellung von Aufgaben erfordert eine gute Planung, eine klare Definition von "Erledigt" und eine konzentrierte Bearbeitung. Der Großteil hiervon geschieht während der Sprintplanung, aber für einen erfolgreichen Sprint-Review und Sprint muss das Team noch ein wenig mehr tun, als nur planen. Es muss sich ganz klar einig sein, wie die Arbeit abzuliefern ist und wann diese wirklich erledigt ist.

Effiziente Teams wenden klare Prozesse auf jedes einzelne Projekt und Aufgabenelement an und verfügen über eine genau definierte Entwicklungskultur. Bewerte deinen Prozess anhand der folgenden Fragen und überprüfe, ob er optimal funktioniert:

• Wurden die Storys vom Produktinhaber, Designer und dem Entwicklerteam vor der Implementierung eindeutig abgesteckt?

• Verstehen alle die entwicklerischen Werte und die Kultur des Teams?

• Sind klare Definitionen und Anforderungen rund um Code-Review, automatisiertes Testen und Continuous Integration vorhanden, die eine nachhaltige, agile Entwicklung fördern?

• Kommen nach Abschluss einer Story noch viele Bugs zum Vorschein? Mit anderen Worten: Bedeutet "Erledigt" wirklich "Erledigt"?

Die Teamkultur rund um Qualität und erfolgreiches Abschließen der Arbeit sollte jeder User Story, jedem Entwicklungselement und Bug vorangestellt werden. Diese Kultur spiegelt wider, wie das Team an Software herangeht und sie ausliefert.

Eine klare Definition von "Erledigt" hilft Teams, sich auf das Endziel für jedes Aufgabenelement zu konzentrieren. Wenn der Produktinhaber dem Backlog des Teams Aufgaben hinzufügt, ist die Definition der Akzeptanzkriterien ein wichtiger Teil seines Prozesses. Welche Bedeutung hat der Abschluss einer User Story?

Bei Atlassian verfolgt das Jira-Team die Akzeptanzkriterien und Testnotizen zusammen mit dem Rest der User Story in Jira. Auf diese Weise hat das gesamte Team eine klare Vorstellung vom Erfolg in Bezug auf jeden Vorgang. Was sind Akzeptanzkriterien und Testnotizen?

• Akzeptanzkriterien: Metriken, anhand denen der Produktinhaber überprüft, ob die Story zufriedenstellend implementiert wurde

• Testhinweise: kurze gezielte Anweisungen vom Qualitätsunterstützungsteam, die dem Entwickler helfen, besseren Feature-Code und bessere automatisierte Tests zu schreiben.

Wenn die Vorgänge während der Implementierung gut definiert sind, ermöglicht dies allen Beteiligten eine erfolgreiche Arbeit. In Jira ist es ganz einfach, Inline-Felder hinzuzufügen. Als Administrator musst du nur auf die Admin-Schaltfläche im Vorgang klicken.

Einer unserer zentralen Werte bei Atlassian ist "Teamgeist ist Trumpf". Sprint-Reviews sind ein guter Zeitpunkt, um das Team und die Leistungen der einzelnen Teammitglieder während einer Iteration zu feiern. Normalerweise halten wir sie Freitagnachmittags ab, wenn alle sich schon langsam auf das Wochenende einstellen.

Sprint-Reviews sind nicht das Gleiche wie Retrospektiven, halte den Sprint-Review also nach einer Iteration, aber vor deiner Retrospektive ab. Externe Teilnehmer sind immer willkommen, aber üblicherweise sind Produktinhaber, das gesamte Entwicklerteam und der Scrum Master anwesend. Wir empfehlen als Best Practice eine halbe bis ganze Stunde für jede Iteration im Meeting anzusetzen.

Wir mögen Sprint-Reviews, weil sie dafür sorgen, dass die Stimmung im Team nicht abfällt und der Zusammenhalt gestärkt wird. Die Teamentwicklung ist der zentrale Aspekt von Sprint-Reviews. Im Review stehen sich keine Gegner gegenüber, es ist keine Prüfung – es ist eine gemeinschaftliche Veranstaltung des Teams, in der die Mitglieder ihre Arbeit vorstellen, Fragen stellen und Feedback erhalten.

"Fördere die Teamverantwortung während des Sprint-Reviews, indem du verschiedene Teammitglieder die Funktionen vorstellen lässt", schlägt Mark Cruth, Modern Work Coach von Atlassian, vor. "Wenn du Feature Leads ernennst, bietet dies den Teammitgliedern eine großartige Möglichkeit, ihre harte Arbeit durch die Übernahme einer Führungsrolle unter Beweis zu stellen."

Wenn der Sprint-Review im Team nicht als positive Aktivität wahrgenommen wird, kann dies ein Hinweis auf folgende Probleme sein:

• Das Team nimmt sich zu viel Arbeit vor und schafft sie während einer Iteration nicht.
  
  "Sprint-Reviews eignen sich hervorragend dazu, Teams zu ermutigen, ihre Arbeit in kleine, aussagekräftige Ergebnisse zu unterteilen", fügt Cruth hinzu. "Vermeide es, unvollendete Aufgaben zu überprüfen – wie es im Agile Manifest heißt, das Ziel ist funktionierende Software!"
  

• Das Team hat mit bestehenden technischen Schulden zu kämpfen.

• Bei der Entwicklung der Features wird nicht auf Nachhaltigkeit geachtet, um nicht neue Bugs in die Codebasis einzuschleusen.

• Die Entwicklungsverfahren des Teams könnten noch besser abgestimmt sein.

• Der Produktinhaber ändert während einer Iteration die Prioritäten und das Entwicklerteam wird durch Scope Creep an die Wand gedrängt.

Anmerkung: Jedes Team durchlebt gelegentlich eine schwierige Iteration. Nimm dir in der Retrospektive die Zeit zu verstehen, warum eine Iteration sich geändert hat, und erstelle einen Plan, um zukünftige Probleme in Angriff zu nehmen.

Unternehmen mit verteilten Teams stehen vor besonderen Herausforderungen rund um die Skalierung agiler Zeremonien über mehrere Standorte hinweg. Sprint-Reviews sind hier keine Ausnahme.

Das Jira-Team ist zum Beispiel über den gesamten Erdball verteilt: von Sydney über Danzig bis San Francisco. Die Sprint-Reviews sind trotz unserer Internationalität ein wichtiger Teil unserer Teamkultur. Die Teammitglieder erstellen informelle Videos und teilen sie auf einer Confluence-Seite, damit das gesamte Team sie ansehen kann.

"Nutze Tools wie Loom, um deinen Review zu dokumentieren und Feedback von Kollegen weltweit zu erhalten", erklärt Cruth. "Wir arbeiten in einer asynchronen Welt. Daher solltest du Sprint-Reviews aus der Perspektive der asynchronen Zusammenarbeit angehen."

Diese informellen Videos halten alle trotz der Zeitunterschiede über den Fortschritt der Entwicklungsprojekte auf dem Laufenden. Eine Funktions-Demo zu sehen, die der Entwickler selbst erstellt hat, stärkt das Team in zweierlei Hinsicht:

• Produktverständnis: Das gesamte Team erhält Informationen zu Zweck, Grundgedanke und Implementierung der Funktion und kann so seine Kenntnisse zum Produkt erweitern.

• Teambildung: Videos schaffen persönlichere Verbindungen innerhalb des Teams. Wir sehen, wer hinter den einzelnen Aspekten eines Produkts steckt. Die Verbindungen, die durch diese Vorgehensweise geschaffen werden, lassen uns trotz der räumlichen Trennung zu einer engeren, geschlosseneren Gruppe zusammenwachsen.

Ein wesentlicher Vorteil der Integration von Sprint-Reviews in den agilen Entwicklungsprozess ist die verbesserte Anpassungsfähigkeit und Flexibilität, die für das Produkt entsteht. Durch die regelmäßige Überprüfung abgeschlossener Aufgaben erhalten Teams wertvolle Einblicke in die sich ändernden Anforderungen und Präferenzen der Stakeholder.

Sprint-Reviews stellen eine iterative Feedbackschleife zwischen dem Entwicklerteam und den Stakeholdern her. Dieser iterative Charakter ermöglicht schnelle Anpassungen und Optimierungen des Produkts auf der Grundlage von Feedback in Echtzeit. So wird sichergestellt, dass es den sich ändernden Marktanforderungen und Benutzeranforderungen entspricht.

Indem Teams in den Sprint-Reviews Work in Progress präsentieren, können sie potenzielle Probleme oder Missverständnisse früh im Entwicklungszyklus erkennen. Diese Früherkennung ermöglicht eine schnelle Lösung von Problemen und verhindert, dass daraus später größere Probleme entstehen.

Sprint-Reviews bieten eine Plattform für die iterative Optimierung von Produkten. Anhand des von den Stakeholdern eingeholten Feedbacks können Teams Funktionen priorisieren, Kurskorrekturen vornehmen und gegebenenfalls die Produktrichtung ändern, um die Relevanz und Wettbewerbsfähigkeit auf dem Markt sicherzustellen.

Im heutigen dynamischen Geschäftsumfeld können sich Prioritäten und Marktbedingungen schnell ändern. Sprint-Reviews ermöglichen es Teams, sich an diese Veränderungen anzupassen, denn sie erlauben die Neupriorisierung der Arbeit und die Anpassung der Projektziele an neue Chancen oder Herausforderungen.

Sprint-Reviews stärken Stakeholder, indem sie ihnen eine Stimme im Entwicklungsprozess geben. Durch die aktive Teilnahme an Reviews und das Äußern von Feedback fühlen sich die Stakeholder verantwortlich und investieren in den Erfolg des Produkts, was zu mehr Engagement und Zusammenarbeit führt.

Sprint-Reviews bieten eine verbesserte Anpassungsfähigkeit und mehr Flexibilität. Dies versetzt Teams in die Lage, schnell auf sich ändernde Marktdynamiken, Kundenpräferenzen und Geschäftsanforderungen zu reagieren. Indem Unternehmen diese Flexibilität nutzen, können sie sich einen Wettbewerbsvorteil sichern und Produkte anbieten, die den sich ändernden Erwartungen der Stakeholder entsprechen.

Teams, für die Sprint-Reviews neu sind, neigen dazu, die Grenze zwischen Sprint-Review und Retrospektive verschwimmen zu lassen. Ein Sprint-Review ist jedoch eine von der Sprint-Retrospektive unabhängige Zeremonie.

Nehmt euch die Zeit, die Früchte eurer Arbeit zu genießen. Feiert eure Leistungen ausgiebig. Effektive Sprint-Reviews fördern die Stimmung und Motivation im Team. Diese Würdigung unserer Leistungen ist für uns im Jira-Team so wichtig, dass wir aus genau diesem Grund "Los, lasst uns feiern!" in unsere erklärte Vision mit aufgenommen haben.

Teste kostenlos die Scrum-Vorlage von Jira