Homepage > Journal > Wissensweg > Management der Webentwicklung > Was ist ein Sprint-Review?
Journal

Was ist ein Sprint-Review?

Wie gefällt Ihnen das:

Liebe Leserinnen und Leser, wenn Sie erfahren möchten, was Agile ist, was Scrum ist, was Sprint ist und was es mit dem Scrum Framework auf sich hat...

Wenn Sie mehr über User Story Akzeptanzkriterien, Sprint-Retrospektive, Sprint Planung und Sprint Grooming erfahren möchten, laden wir Sie ein, diese verlinkten Artikel zu lesen.

Darin stellen wir die wichtigsten Konzepte im Zusammenhang mit Agile und Scrum vor, d.h. die Methodik und den Frameworks, die zu den beliebtesten innerhalb der agilen Methodik gehören.

In diesem Artikel fügen wir unserem "Knowledge Stack" über das Scrum Framework und agile Methoden ein weiteres Thema hinzu. Wir werden uns nämlich den Sprint-Review genauer ansehen.

Scrum wird häufig mit vier Ereignissen in Verbindung gebracht: Sprint-Planung, tägliche Stand-up-Meetings, Sprint-Retrospektive und Sprint-Review.

Alle Ereignisse haben einen bestimmten Sinn und eine Aufgabe zu erfüllen und zeichnen sich durch einen besonderen Nutzen aus.

Warum lohnt es sich, einen Sprint-Review durchzuführen? Was ist der Zweck einer Sprint-Review?

Welchen Nutzen hat das Team von der Durchführung des Sprint-Reviews? Und was ist die Sprint-Review?

Die oben genannten Fragen verdienen aufgrund der Beliebtheit von Sprint-Reviews sicherlich Aufmerksamkeit und eine umfassendere Klärung.

Insbesondere, da Sprint-Review manchmal mit Sprint-Retrospektive gleichgesetzt wird, was nicht korrekt ist.

In Wirklichkeit handelt es sich bei Sprint-Review und Sprint-Retrospektive um getrennte Vorgänge, die — obwohl sie sich bis zu einem gewissen Grad ähneln — unterschiedliche Ziele, Funktionen und Auswirkungen im Prozess der Erstellung digitaler Produkte haben.

Es lohnt sich, sich dieser Unterschiede bewusst zu sein; daher empfehlen wir Ihnen, diesen Artikel zu lesen, in dem wir versuchen werden, alle Gemeinsamkeiten, aber vor allem die Unterschiede deutlich zu machen.

Wir laden Sie herzlich ein, weiterzulesen!

Wir Auditieren. Wir Forschen. Wir Gestalten.

Die Sprint-Review — was ist das?

In dem Artikel "Agile sprint reviews. Three steps for better sprint reviews with your agile team" wird das Sprint-Review als ein informelles Treffen/Event definiert, dessen Hauptziel es ist, "die harte Arbeit des gesamten Teams zu demonstrieren: Designer, Entwickler und der Product Owner".

Das Sprint-Review findet normalerweise am Ende eines Sprints statt und dient dazu, das Erreichte zu zeigen. Das Hauptziel ist nicht nur die Präsentation der Ergebnisse (ein potenziell lieferbares Produktinkrement), sondern auch deren Diskussion mit den Stakeholdern.

Wussten Sie schon...

Das Sprint-Review sollte — nach der Interpretation von "The 2020 Scrum Guide" — eher einen Arbeitscharakter haben als einen Präsentationscharakter.

Mit anderen Worten: Das Sprint-Review dient einerseits dazu, die Stakeholder mit dem Arbeitsfortschritt vertraut zu machen, das Inkrement zu zeigen und den aktuellen Stand des Projekts zu bestimmen.

Andererseits dient das Sprint-Review dazu, Feedback von den Stakeholdern zu erhalten. Oder anders ausgedrückt: Das Sprint-Review dient auch dazu, zu überprüfen, ob die Arbeit den Fertigstellungs- und Akzeptanzkriterien entspricht.

Sprint-Review - erledigtes Inkrement

Es handelt sich definitiv nicht um eine einseitige Mitteilung von Ergebnissen. Es handelt sich um einen symmetrischen Austausch, der darauf abzielt, eine Diskussion anzustoßen, Prioritäten festzulegen, Probleme aufzuzeigen und den Weg zu ihrer Lösung zu diskutieren.

Im "The 2020 Scrum Guide" wird das Ziel des Sprint-Reviews wie folgt definiert: "Der Zweck des Sprint-Reviews ist es, das Ergebnis des Sprints zu überprüfen und zukünftige Anpassungen festzulegen."

Der beziehungsorientierte Charakter von Scrum-Review, der auf einer engen Zusammenarbeit zwischen dem Scrum-Team und den Stakeholdern basiert, wird im offiziellen Scrum Guide stark betont.

Die Autoren schreiben direkt:

Während der Veranstaltung überprüfen das Scrum-Team und die Stakeholder, was im Sprint erreicht wurde und was sich in ihrem Umfeld verändert hat.

Auf der Grundlage dieser Informationen überlegen die Teilnehmer gemeinsam, was als Nächstes zu tun ist. Das Produkt-Backlog kann auch angepasst werden, um neuen Möglichkeiten gerecht zu werden.

Die Sprint-Review ist eine Arbeitssitzung, und das Scrum-Team sollte es vermeiden, sie auf eine Präsentation zu beschränken.

Wer nimmt an der Sprint-Review teil?

Am Sprint-Review nehmen in der Regel der Product Owner, der Scrum Master, das Scrum-Team (Forschungs-, Design- und Entwicklungsteam) und die wichtigsten Stakeholder teil. Hier werden die Stakeholder sehr weit gefasst.

Wie bereits erwähnt, besteht das Ziel das Sprint-Review-Treffen darin, zu kommunizieren, den Stand der Arbeit darzustellen und Feedback einzuholen.

Wussten Sie schon...

Die Informalität des Sprint-Reviews ist als ein Ereignis zu verstehen, eine Situation, die — obwohl sie in der Regel sehr ähnlich abläuft — keine formalisierte, definierte Struktur hat.

Daher kann es in den verschiedenen Teams im Detail etwas anders aussehen.

Die Tagesordnung der Sprint-Review Treffen enthält in der Regel die folgenden Elemente:

  • Darstellung des Produkt-Backlogs in Bezug auf den Status der jeweiligen Aufgaben — ob sie erledigt, in Arbeit oder noch zu beginnen sind.
  • Diskussion von Problemen, Hindernissen und Herausforderungen.
  • Angabe von Elementen, die dem Team nicht viele Probleme bereitet haben; sie wurden zufriedenstellend abgeschlossen.
  • Diskussion über Inkremente.
  • Definition von Zielen — in verschiedenen Zeitperspektiven.
  • Erörterung der Herausforderungen und des Umgangs mit Problemen.
  • Erörterung der eingetretenen Veränderungen in einem breiteren Kontext hinsichtlich Markt, Technologie oder Projekt.

Kurz gesagt, während des Sprint-Review Treffens bespricht der Product Owner das Produkt-Backlog und das Entwicklungsteam demonstriert, was getan wurde und welches Inkrement erreicht wurde.

Der Sprint-Review ist, wie aus dem oben Gesagten ersichtlich, auf die Verbesserung des Produkt-Backlogs ausgerichtet, wodurch der nächste Sprint und das kommende Sprint-Planung-Treffen ebenfalls verbessert werden.

Wussten Sie schon...

Der Sprint-Review ermöglicht es Ihnen auch, auf Änderungen im Team, im Projekt, im Markt, im Geschäftsumfeld und in den Geschäftszielen zu reagieren.

Wenn sich neue Möglichkeiten ergeben, können Sie diese nutzen und berücksichtigen.

Wie lange dauert die Sprint-Review?

Die Ungezwungenheit der Sprint-Review zeigt sich auch in der Zeit, die für seine Durchführung aufgewendet wird.

Die Autoren des oben zitierten "The 2020 Scrum Guide" schlagen vor, dass das Sprint-Review bei einem 1-monatigen Sprint auf maximal vier Stunden begrenzt werden sollte. Bei kürzeren Sprints ist die Veranstaltung in der Regel auch kürzer.

In der Regel und in der Praxis gibt es keine fest definierten Zeitrahmen, aber es ist allgemein anerkannt, dass der Sprint-Review ein Ereignis ist, das nicht in die Länge gezogen werden sollte.

Wert der Sprint-Review

Stattdessen sollten Sie sich bemühen, die Dauer zu minimieren. Daher dauern Sprint-Reviews in der Regel ein paar Minuten oder ein paar Dutzend Minuten. Natürlich gibt es Situationen, für die mehr Zeit eingeplant werden muss.

Die Dauer der Sprint-Review hängt hauptsächlich von folgenden Faktoren ab:

  • Grad der Projektkomplexität.
  • Grad der Komplexität der Probleme.
  • Anzahl der Personen, die sich aktiv daran beteiligen.
  • Regelmäßigkeit der Reviews — je öfter sie organisiert werden, desto weniger Zeit benötigen sie in der Regel.
  • Organisationsform — Sprint-Review Treffen werden immer häufiger in asynchroner Form durchgeführt.
  • Ziele, die während eines bestimmten Sprint-Reviews diskutiert oder definiert werden sollen.

Hauptziele des Sprint-Reviews

Es lohnt sich, einen Blick auf die Ziele von Reviews zu werfen, denn sie bestimmen zu einem großen Teil die Regelmäßigkeit und Dauer von Sprint-Reviews.

Beim Sprint-Review geht es nicht ausschließlich um die Aktualisierung von Status oder um das Kennenlernen von Stakeholdern mit Arbeitsergebnissen.

Wichtiger ist es, Feedback zu erhalten, das es Ihnen ermöglicht, die folgenden Sprints besser zu planen und das Backlog zu verwalten.

Die Erstellung eines möglichst präzisen Produkt-Backlogs ist ebenfalls ein wichtiges Ziel, mit dem Sie die Effizienz, Effektivität, Zusammenarbeit und das Projektmanagement verbessern können.

Wussten Sie schon...

Eines der Ziele des Sprint-Review — im allgemeinsten, universellen Sinne - ist der Zugang zu wichtigen Informationen, die es Ihnen ermöglichen, genauere, rationalere und (aus vielen Perspektiven) vorteilhaftere Projekt-, Geschäfts- und Organisationsentscheidungen zu treffen.

Frühzeitig kommunizierte, diskutierte und im Sprint-Review problematisierte Veränderungen im Umfeld ermöglichen es Ihnen, effektiv zu reagieren, sich anzupassen und spezifischere Ziele und Mittel zu deren Erreichung festzulegen.

Es ist wichtig, gemeinsame Perspektiven, Erwartungen, Ziele, Werte und Informationen zu teilen — die Synchronisierung dieser Themen ermöglicht es Ihnen, bequemere Wege der Zusammenarbeit zu entwickeln.

Hervorzuheben ist — wie bereits erwähnt — der Arbeitscharakter der Review.

Der Arbeitscharakter des Sprint-Reviews bedeutet, dass sein Ziel darin besteht, Informationen, Meinungen, Bewertungen und Ideen auszutauschen sowie verbindliche Entscheidungen zu treffen, die den Verlauf der weiteren Arbeit bestimmen und den Zeit- und Aufgabenumfang des Projekts festlegen.

Die aktive Beteiligung aller Teilnehmer an der Sprint-Review ist unerlässlich und wünschenswert. Die Wirksamkeit und Angemessenheit der Organisation von Sprint-Reviews hängt allein vom Engagement aller Beteiligten ab.

Es sei daran erinnert, dass das Sprint-Review aufgrund seiner Arbeitsweise und der Anwesenheit externer Stakeholder in Bezug auf das Team eine der wichtigsten Zeremonien und Ereignisse im Scrum Framework ist.

Das Ziel der Review ist es, Entscheidungen auf der Grundlage verschiedener Informationsquellen, Daten und Ziele zu treffen. Die Auseinandersetzung mit ihnen ermöglicht es Ihnen, die Arbeit besser zu planen, ihre Qualität und Effizienz zu bewerten und die Richtung festzulegen.

Wussten Sie schon...

Ein entscheidender Effekt der Sprint-Review ist, dass sich die Stakeholder als Teil des Projekts fühlen können — als ein wesentliches, unverzichtbares Element, dessen Bedürfnisse und Ziele berücksichtigt und umgesetzt werden.

Dieser psychologische Effekt darf nicht unterschätzt werden, denn das Gefühl, etwas zu bewirken, wichtig zu sein und eine wichtige Rolle zu spielen, beeinflusst den Grad des Engagements der Stakeholder.

Sie wirkt sich auf die Qualität des digitalen Produkts aus, wenn auch nicht immer auf sichtbare Art und Weise.

Neben der Qualität ist ein entscheidender Effekt von Sprint-Reviews die Bildung von Teams (Scrum Teams), die effektiv kommunizieren und kooperieren und die offen auf externe Bedürfnisse und Erwartungen reagieren können.

Was ist der Unterschied zwischen dem Sprint-Review und der Sprint-Retrospektive?

Zur Erinnerung: Wir haben einen separaten Artikel über die Sprint-Retrospektive geschrieben.

Um uns nicht zu wiederholen, werden wir uns hier darauf konzentrieren, wie sich diese beiden Ereignisse unterscheiden und warum sie nicht als Synonyme behandelt werden sollten.

Wie wir schon oft geschrieben haben, liegt der Schwerpunkt von Scrum auf Selbstverbesserung und kontinuierlicher Entwicklung. Es zielt darauf ab, das Bewusstsein von Teams und einzelnen Mitgliedern zu vertiefen.

Ein typisches Modell der Sprint-Retrospektive

Kurz gesagt: Bei Scrum geht es um Selbstverbesserung, darum, ein besserer Entwickler, Designer, Forscher und Produktmanager zu werden, der aus seinen Erfolgen und Fehlern lernen kann. Die kooperativ sind und in einem Team und mit einem Team arbeiten können.

Die Scrum-Retrospektive ist eine Veranstaltung, deren Hauptziel darin besteht, Mittel und Methoden, Techniken oder, allgemein gesprochen, Werkzeuge zu bestimmen, die es Scrum und dem Entwicklungsteam ermöglichen, ihre Ergebnisse zu verbessern.

Gerade dank Scrum-Retrospektiven werden Aufgaben, Prozesse und einzelne Vorgänge vermutlich effizienter und effektiver arbeiten.

Mit anderen Worten: In der Retrospektive geht es darum, einen noch optimieren Arbeitsablauf zu finden, der niemals so gut ist, dass er nicht verbessert werden könnte.

Die in Scrum-Retrospektiven verwendeten Techniken (z. B. Start-, Stop-, Continue-Retrospektive, Hands on Deck-Retrospektive, Hot Air Balloon-Retrospektive) ermöglichen es Ihnen, jeden folgenden Sprint zu perfektionieren.

Insbesondere im Hinblick auf Effizienz, reibungslose Aufgabenerfüllung, Rationalität, Aktualität, Harmonie und Arbeitskoordination.

Wie unterscheidet sich dann die Sprint-Retrospektive vom Sprint-Review im Detail?

Zunächst einmal findet die Sprint-Review vor der Sprint-Retrospektive statt. Der nächste grundlegende Unterschied ist das Ziel, das mit ihnen erreicht werden soll.

Das Ziel der Sprint-Review ist, wie bereits erwähnt, eine Diskussion, ein Austausch und ein Feedback der Stakeholder.

Bei der Review geht es darum, das, was bereits erreicht wurde und was nicht, mit den Bedürfnissen, Erwartungen und Zielen zu konfrontieren.

Wussten Sie schon...

Die wichtigste Frage, die Sie sich während des Sprint-Reviews stellen sollten, ist: "Was bauen wir?" Während der Review erhält das Inkrement eine besondere "Betreuung".

Die Sprint-Retrospektive zielt darauf ab, sich auf die Art und Weise zu konzentrieren, wie die Ziele erreicht werden, wie das Team arbeitet, wie es Aufgaben erledigt oder nicht erledigt, welche internen und externen Probleme es hat und welche Probleme es bei der Interaktion verursacht.

Wussten Sie schon...

Die wichtigste Frage, die Sie während der Sprint-Retrospektive stellen sollten, lautet: "Wie bauen wir?" Während der Retrospektive wird der Prozess des Arbeitens und der Zusammenarbeit besonders "betreut ".

Der Unterschied ist also grundlegend. Bei der Sprint-Review steht das Team den internen Stakeholdern gegenüber. Im Falle der Sprint-Retrospektive liegt der Schwerpunkt auf der Dynamik und der Interaktionsstruktur, die in ihr stattfindet.

Mit anderen Worten: Beide Ereignisse unterscheiden sich in folgenden Punkten:

  • Teilnehmer – Stakeholder werden zu Reviews eingeladen, das Scrum-Team nimmt an Retrospektiven teil.
  • Ziele — Ziel des Reviews ist es, eine gemeinsame Perspektive und Kompatibilität der Ziele zwischen dem Scrum-Team und den Stakeholdern zu erreichen. Gleichzeitig zielt die Retrospektive darauf ab, die Arbeitsweise des Scrum-Teams zu verbessern.
  • Ergebnisse — das Ergebnis des Sprint-Reviews ist die Aktualisierung des Produkt-Backlogs, und das Ergebnis der Retrospektive ist die Entwicklung neuer Wege der Zusammenarbeit, die den Workflow innerhalb des Scrum-Teams verbessern sollen.

So sind Reviews auf Stakeholder und Retrospektiven auf Scrum-Teams ausgerichtet.

Aufgrund der großen Unterschiede in Bezug auf Ziele, Methoden, Ergebnisse und Teilnehmer sollten diese beiden Veranstaltungen nicht kombiniert werden. Es ist auf jeden Fall empfehlenswerter, sie zu trennen.

Die Sprint-Review ist eine Veranstaltung, bei der Fragen, Antworten, Beobachtungen, Vorschläge, Bewertungen, Ideen, Diskussionen und Diagnosen die wichtigsten "Inhalte" sind.

Der Verlauf der Sprint-Review

Gibt es eine Standardmethode für die Durchführung von Sprint-Reviews? Nein, die gibt es nicht. Das bedeutet jedoch nicht, dass es sich um ein Ereignis handelt, das beliebig und willkürlich durchgeführt werden kann.

Ein erfolgreicher Sprint-Review sollte nach einem zuvor erstellten Plan durchgeführt und in einem Protokoll dokumentiert werden.

Auch die Aufzeichnung der Sprint-Review ist nicht unüblich, insbesondere wenn einige Stakeholder nicht persönlich anwesend sein können und die Möglichkeit haben möchten, asynchron teilzunehmen.

Wussten Sie schon...

Die Dokumentation von Reviews hat Vorteile und Nutzen in Form eines einfachen Zugangs zum Kontext der getroffenen Entscheidungen. Sie ermöglicht es neuen Stakeholdern, sich mit den Argumenten, Problemen, Bemerkungen, Vorschlägen und Reaktionen aller Teilnehmer vertraut zu machen, die während des gesamten Prozesses geäußert wurden.

In der Regel umfasst der Sprint-Review Folgendes:

  • Präsentation der Tagesordnung der Review, insbesondere die Vorstellung der Ziele, Ergebnisse und Pläne für die Teilnehmer.
  • Anzeige der Ergebnisse — Inkremente des Produkts zusammen mit einer Präsentation von Demos.
  • Ausdruck und Aggregation von Rückmeldungen.
  • Präsentation des Produkt-Backlogs, insbesondere neuer Release-Pläne und Ziele mit voraussichtlichen Umsetzungsterminen.
  • Diskussion der Ergebnisse und Pläne.
  • Entscheidungen über weitere Maßnahmen.

Ein typischer Sprint-Review beinhaltet die Präsentation der geleisteten Arbeit (insbesondere der neuen Funktionalitäten, die in das digitale Produkt implementiert wurden), das Kennenlernen von Marktveränderungen (technologisch, projektbezogen und geschäftlich) und die Vorstellung von Plänen mit Fristen.

Der Sprint-Review dient auch dazu, Ideen für neue Funktionalitäten zu diskutieren sowie die Reihenfolge der Implementierung der nachfolgenden Funktionalitäten und den Umfang der Implementierung in zukünftigen Sprints festzulegen.

Während der Sprint-Review ist es wichtig, den Zeitplan der geplanten Releases zu besprechen.

Bei der Planung und Durchführung des Sprint-Reviews müssen Sie daran denken, dass das Wesen des Scrum Frameworks darin besteht, Sichtbarkeit zu gewährleisten und die Kontrolle über den Prozess und seine Elemente zu erhöhen.

Die Sprint-Review-Veranstaltung ermöglicht es Ihnen, diese Ziele in die Tat umzusetzen. Gleichzeitig ist es eine Veranstaltung, die es Ihnen ermöglicht, die Ergebnisse Ihrer Arbeit mit den Erwartungen und Wahrnehmungen der Stakeholder zu konfrontieren.

Sprint-Review - Atlassian

Die wichtigsten Vorteile der Sprint-Review sind die Verbesserung der folgenden Punkte:

  • Kommunikation und Verständnis.
  • Angemessenheit des digitalen Produkts im Verhältnis zu den Erwartungen.
  • Verbesserte Zeit- und Budgetverwaltung während des Sprints (Managementprozess).
  • Schnelligkeit und Genauigkeit der Reaktionen auf Veränderungen.
  • Kohärente Koordinierung und Synchronisierung der Arbeit.
  • Verständnis für die Projektvision.
  • Präzision der Ziele.

Bewährte Praktiken für die Durchführung einer erfolgreichen Sprint-Review

Zum Abschluss dieses Artikels möchten wir Ihnen noch hilfreiche Best Practices vorstellen, die wir im Atlassian-Blog in dem Artikel "Agile Sprint Reviews" gefunden haben.

Dan Radigan, der Autor des Artikels, empfiehlt die folgenden Schritte, um einen erfolgreichen Sprint-Review durchzuführen:

1. Bestimmen Sie die Definition of Done und die Akzeptanzkriterien.

Die Definition of Done und klare Akzeptanzkriterien helfen dem Team, auf das gesetzte Ziel hinzuarbeiten. Dadurch arbeiten sie nicht im Dunkeln und beseitigen so viele Unklarheiten wie möglich.

2. Feiern Sie das Team.

Es ist eine hervorragende Gelegenheit, die Leistungen des Teams zu feiern. Da es sich bei Sprints im Allgemeinen um eine gemeinschaftliche Anstrengung handelt, ist es wichtig, den guten Geist Ihres Teams zu erhalten. Die Sprint-Review ist auch ein guter Zeitpunkt für einige teambildende Aktivitäten.

3. Geografisch weitreichende Reichweite.

Dieser Ratschlag kann besonders für verteilte Teams wichtig sein. Die Atlassian-Lösung für Teams, die über den ganzen Globus verstreut sind, besteht beispielsweise darin, informelle Videos aufzuzeichnen und auf einer gemeinsamen Plattform freizugeben, damit alle unabhängig von Zeitzonen auf dem neuesten Stand sind.

Sprint-Review. Zusammenfassung

  1. Der Scrum Framework besteht aus vier Hauptereignissen: Sprint-Planung, tägliche Stand-up Treffen, Sprint-Retrospektive und Sprint-Review.
  2. Der Sprint-Review ist als informelle Veranstaltung definiert, deren Ziel es ist, die harte Arbeit des gesamten Teams zu demonstrieren: Designer, Entwickler und Product Owner.
  3. Im "The 2020 Scrum Guide" wird das Ziel des Sprint-Reviews wie folgt definiert: "Der Zweck des Sprint-Reviews ist es, das Ergebnis des Sprints zu überprüfen und zukünftige Anpassungen festzulegen."
  4. Der Sprint-Review sollte eher einen Arbeitscharakter als einen Präsentationscharakter haben.
  5. Das Wesen der Sprint-Review ist ein symmetrischer Austausch, der darauf abzielt, Diskussionen anzustoßen, Prioritäten festzulegen, Probleme aufzuzeigen und Lösungsmöglichkeiten zu prüfen.
  6. Am Sprint-Review sind der Product Owner, der Scrum Master, das Scrum-Team und breit definierte Stakeholder beteiligt.
  7. Der Sprint-Review ermöglicht es Ihnen, auf Änderungen im Team, im Projekt, im Markt, im Geschäftsumfeld und in den Geschäftszielen zu reagieren.
  8. Das Ziel der Sprint-Review ist der Zugang zu wichtigen Informationen, die es Ihnen ermöglichen, genauere, rationalere und vorteilhaftere Entscheidungen in den Bereichen Entwicklung, Projekt, Geschäft und Organisation zu treffen.
  9. Der Grad des Engagements aller Sprint-Review-Teilnehmer hat einen direkten Einfluss auf die Effektivität und Nützlichkeit dieser Veranstaltung.
  10. Das Hauptziel der Scrum-Retrospektive besteht darin, die Mittel, Methoden, Techniken und Werkzeuge zu bestimmen, mit denen das Scrum- und Entwicklungsteam seine Ergebnisse verbessern kann.
  11. Das Ziel der Sprint-Review ist eine Diskussion, ein Austausch und ein Feedback der Stakeholder. Bei der Review geht es darum, das, was bereits erreicht wurde und was nicht, mit den Bedürfnissen, Erwartungen und Zielen zu konfrontieren.
  12. Die Sprint-Retrospektive zielt darauf ab, sich auf die Art und Weise zu konzentrieren, wie die Ziele erreicht werden, wie das Team arbeitet, wie es Aufgaben erledigt oder nicht erledigt, welche internen und externen Probleme es hat und welche Probleme es bei der Interaktion verursacht.
  13. Die Dokumentation der Review ermöglicht es den Stakeholdern, sich mit den Argumenten, Problemen, Bemerkungen, Vorschlägen und Reaktionen der Teilnehmer vertraut zu machen, die während des gesamten Prozesses geäußert wurden.
Wie gefällt Ihnen das:
Journal / Redaktor
Autor: Radek
UX Writer and researcher by education + experience. Collects The Story's knowledge and shares it on the Journal.
Bewerter: Dymitr Romanowski

Sind Sie an einer Zusammenarbeit mit uns interessiert? Werfen Sie einen Blick auf unser Portfolio