Die Scrum<\/a>-Methode gibt es schon seit vielen Jahren. Zuerst wurde sie in \u201eThe New New Product Development Game\u201c (1986) von Hirotaka Takeuchi<\/a> und Ikujiro Nonaka vorgestellt. Sp\u00e4ter, 1995, pr\u00e4sentierten Jeff Sutherland und Ken Schwaber auf der OOPSLA<\/a>-Konferenz ihre eigene Version von Scrum, in der auch das Sprint Review eine zentrale Rolle einnimmt.<\/p>\n Das Sprint Review ist eins der zentralen Scrum-Events, wie man in der \u201eScrum-Bibel\u201c von Jeff Sutherland und Ken Schwaber, dem offiziellen The Scrum Guide<\/span><\/a>, nachlesen kann. Ein Sprint Review ist ein Treffen am Ende eines jeden Scrum-Sprints im agilen Entwicklungszyklus<\/span>. Das Team nutzt diese Zeit, um die Arbeit zu pr\u00e4sentieren, die es w\u00e4hrend des Sprints geleistet hat. Es dient dazu, die im Sprint erzielten Ergebnisse vorzustellen und gemeinsam zu bewerten. Wie eine Art Demo.<\/p>\n Die Zeit wird auch genutzt f\u00fcr :<\/p>\n Durch die \u00dcberpr\u00fcfung der geleisteten Arbeit und das Sammeln von Erkenntnissen deiner wichtigsten Stakeholder stellen diese hochgradig kollaborativen Sprint Reviews sicher, dass dein Scrum-Team immer etwas Sinnvolles entwickelt, das den Kunden- und Gesch\u00e4ftsanforderungen entspricht.<\/p>\n Die folgenden Personen musst du unbedingt auf deine Teilnehmerliste f\u00fcr das Meeting einladen:<\/p>\n Sprint Reviews finden neben anderen wichtigen Zeremonien statt, wie z.B. der Sprintplanung, den t\u00e4glichen Standups und den Retrospektiven. Hier erf\u00e4hrst du, warum der Review f\u00fcr dein agiles Projektmanagement<\/span><\/a> und den agilen Entwicklungsprozess so wichtig ist:<\/p>\n Ein Scrum-Sprint-Review ist ein informelles Treffen, das eher ein Nachholtermin als eine Konferenz ist. Dennoch beinhaltet er normalerweise einige wichtige Aktivit\u00e4ten agiler Teams:<\/p>\n Der erste Schritt ist ein kurzer Durchlauf dessen, was in diesem Zyklus gem\u00e4\u00df den Priorit\u00e4ten im Product Backlog erreicht wurde. Im Wesentlichen ist es ein \u00dcberblick \u00fcber die Iteration.<\/p>\n Neben einer Liste der erledigten Aufgaben gibt der Product Owner auch Auskunft dar\u00fcber, was noch nicht geschehen ist. Dabei kann es sich um Aktivit\u00e4ten handeln, die du in diesem Zyklus aufgrund unerwarteter Hindernisse nicht in Angriff nehmen konntest.<\/p>\n Als N\u00e4chstes zeigt das Produktentwicklungsteam in einer Live-Demo, was es geschafft hat. Wenn du zum Beispiel ein neues digitales Tool entwickelst, k\u00f6nnte dein Entwicklungsteam eine neue Funktion vorstellen, an der sie in diesem Zyklus gearbeitet haben, oder beweisen, dass sie einen Fehler in der Software behoben haben. So k\u00f6nnt ihr den aktuellen Stand des Softwareentwicklungs-Lebenszyklus (SDLC<\/a>)<\/span> gemeinsam auswerten.<\/p>\n Alle Anwesenden bei deinem Agile Sprint Review vergleichen, wie die geleistete Arbeit mit deinen Produktzielen und User Stories \u00fcbereinstimmt. Sie machen Beobachtungen, um festzustellen, ob die Ergebnisse des Sprints den Kunden zufriedenstellen, und nehmen dann verschiedene Kurskorrekturen vor, um den Endkunden im Auge zu behalten.<\/p>\n Zum Abschluss des Reviews aktualisiert der Scrum Master<\/span><\/a> das Product Backlog, um zu verstehen, wie die letzte Arbeit den n\u00e4chsten Sprint-Zyklus beeinflusst. Du kannst zum Beispiel eine abh\u00e4ngige Aufgabe in Angriff nehmen, nachdem du die \u00fcbergeordnete Aufgabe abgeschlossen hast. Du kannst diese Abh\u00e4ngigkeiten in monday dev verwalten.<\/p>\n Teste monday dev <\/a><\/a><\/p>\n"}]},{"main_heading":"Was man bei einem Sprint Review nicht tun sollte","content_block":[{"acf_fc_layout":"text","content":" Sprint-Bewertungen k\u00f6nnen zu einem freien Spiel werden, wenn du dich nicht an einige Grundregeln h\u00e4ltst. Hier ist, was du nicht tun solltest:<\/p>\n Sprint Reviews und Retrospektiven werden h\u00e4ufig verwechselt. Das ist verst\u00e4ndlich, denn beides sind Arten von Scrum-Veranstaltungen und beide bieten Raum f\u00fcr Reflexion. Es gibt jedoch entscheidende Unterschiede zwischen diesen beiden Arten von wichtigen Meetings, und wir empfehlen dir, in deinem Produktentwicklungszyklus<\/span><\/a> Zeit f\u00fcr beide zu finden.<\/p>\n Befolge diese Best Practices, um den gr\u00f6\u00dften Nutzen aus deiner \u00dcberpr\u00fcfung zu ziehen und mit Scrum dein agiles Projektmanagement<\/span><\/a> aufzuwerten:<\/p>\n Bevor du deinen Produktzyklus startest, solltest du dokumentieren, wie du bei jedem Review vorgehst und wie du wei\u00dft, wann eine Aufgabe als „erledigt“ markiert werden kann. Wer ist daf\u00fcr verantwortlich, dass sie abgezeichnet wird? Welche Kontrollen und Ma\u00dfnahmen stellen sicher, dass du keine weiteren Korrekturen vornehmen musst?<\/p>\n Bei Sprint Reviews geht es nicht um PowerPoint-Pr\u00e4sentationen und vorbereitete Reden. Es geht darum, gemeinschaftliche Arbeitssitzungen zu veranstalten, in denen jeder ermutigt wird, sich an ehrlichen Diskussionen zu beteiligen.<\/p>\n Top-Tipp:<\/strong> Achte darauf, dass die Konversionen f\u00fcr die Verbesserung des Produkts relevant sind und dass sie zeitlich begrenzt sind, damit du nicht vom Thema abschweifst.<\/p>\n Du kannst nur dann das Beste aus deiner \u00dcberpr\u00fcfung herausholen, wenn du die richtigen Leute einbeziehst, die in der Lage sind, einen sinnvollen Beitrag zu leisten. Verschicke die Einladungen zu den Treffen fr\u00fchzeitig, damit die Stakeholder Zeit in ihren Kalendern haben, um teilzunehmen. Und vergiss nicht, weitere Personen in die einzelnen Reviews einzubeziehen, wenn sie etwas zu sagen haben, von dem dein Scrum-Team profitieren kann.<\/p>\n Das Product Backlog upzudaten sollte kein optionaler Schritt sein oder etwas, das du auf sp\u00e4ter verschiebst. Backlog Refinement<\/span><\/a> ist essenziell, denn deine Teams m\u00fcssen sich einig sein, was als N\u00e4chstes in Angriff genommen werden soll. Setze also die Aufgaben mit der h\u00f6chsten Priorit\u00e4t an den Anfang deines Backlogs und f\u00fcge viele Details hinzu, warum sie wichtig sind. Du k\u00f6nntest deine Backlog-Aufgaben zum Beispiel nach der Komplexit\u00e4t der Funktionen, den Erwartungen der Kunden oder dem Entwicklungsaufwand ordnen.<\/p>\n"}]},{"main_heading":"Plane dein n\u00e4chstes Sprint Review mit monday dev","content_block":[{"acf_fc_layout":"text","content":" monday dev bietet einen zentralen Arbeitsbereich f\u00fcr die Zusammenarbeit in allen Bereichen deines Produkt- oder Softwareentwicklungszyklus<\/span><\/a> und verbindet alle wichtigen Interessengruppen. Die Plattform erm\u00f6glicht deinen Entwicklungsteams unter anderem die folgenden Vorteile:<\/p>\n Bist du bereit, den Wert deiner Sprint Reviews zu maximieren? Teste monday dev noch heute kostenlos.<\/p>\n Teste monday dev <\/a><\/a><\/p>\n\n
Wer sollte am Sprint Review teilnehmen?<\/h3>\n
\n
![](\"https:\/\/monday.monday.com\/protected_static\/5\/resources\/1143968509\/large-DE_Sprint_retrospective_dev%20%281%29.png\")
<\/strong><\/p>\n"}]},{"main_heading":"Was sind die Ziele eines Agile Sprint Review Meetings?","content_block":[{"acf_fc_layout":"text","content":"\n
![](\"https:\/\/res.cloudinary.com\/monday-blogs\/w_766,c_fit\/fl_lossy,f_auto,q_auto\/wp-blog\/2021\/07\/DE_Sprint_planning-1-2.png\")
<\/p>\n"}]},{"main_heading":"Was passiert w\u00e4hrend eines Sprint Reviews?","content_block":[{"acf_fc_layout":"text","content":"1. Der Product Owner berichtet, was getan wurde<\/b><\/h3>\n
2. Der Product Owner berichtet, was noch nicht erledigt wurde<\/b><\/h3>\n
3. Das Entwicklungsteam demonstriert die Arbeit<\/b><\/h3>\n
4. Das Team verfolgt den Fortschritt<\/b><\/h3>\n
5. Der Scrum Master aktualisiert das Product Backlog<\/b><\/h3>\n
\n
\n
1. Kl\u00e4re, was \u201eerledigt\u201c bedeutet<\/b><\/h3>\n
2. Halte die \u00dcberpr\u00fcfung konzentriert, aber informell<\/b><\/h3>\n
3. Beziehe die richtigen Stakeholder mit ein<\/b><\/h3>\n
4. Aktualisiere regelm\u00e4\u00dfig das Product Backlog<\/b><\/h3>\n
\n
![](\"https:\/\/dapulse-res.cloudinary.com\/image\/upload\/f_auto,q_auto\/Generator_featured%20images\/Languages\/German\/Minisite_Dev\/DE_Bugs_queue_dev.png\")
<\/li>\n![](\"https:\/\/res.cloudinary.com\/monday-blogs\/w_2628,c_fit\/fl_lossy,f_auto,q_auto\/wp-blog\/2024\/03\/Bildschirmfoto-2024-03-19-um-15.53.19.png\")
<\/li>\n![](\"https:\/\/dapulse-res.cloudinary.com\/image\/upload\/f_auto,q_auto\/Generator_featured%20images\/Languages\/German\/Minisite_Dev\/DE_connenct_all_dev.png\")
<\/li>\n![](\"https:\/\/res.cloudinary.com\/monday-blogs\/fl_lossy,f_auto,q_auto\/wp-blog\/2024\/03\/sprint-burndown-chart-160.png\")
<\/li>\n![](\"https:\/\/dapulse-res.cloudinary.com\/image\/upload\/f_auto,q_auto\/Generator_featured%20images\/Languages\/German\/LP_SWD\/DE_header_dark.png\")
<\/li>\n<\/ul>\nH\u00e4ufig gestellte Fragen<\/h2>\n