Homeagilewas ist sprint planning und review

Sprint Planning und Review

Sprint Planning in Miro

Lerne, wie du Sprint Planning und Review Sessions durchführst, die dein Team bei jeder Iteration zum Erfolg führen.

Wie man Sprint Planning und Review Sessions abhält

Agile Managementansätze helfen Unternehmen, Innovationen zu fördern, die Qualität zu verbessern und die Markteinführung in der dynamischen Geschäftswelt von heute zu beschleunigen. Heute verwenden viele Unternehmen Agile Scrum Tools, um die Softwareentwicklung und andere Nicht-IT-Projekte zu verwalten.

Im Mittelpunkt von Scrum steht der Sprint - ein kurzer Zeitraum, in dem Teams vordefinierte Aufgaben erledigen. Jeder Sprint beginnt mit einem Sprint Planning Meeting und endet, wenn die Teams ihre fertige Arbeit während eines Sprint Reviews teilen und bewundern. Das Planen und Abschließen eines Sprints ist jedoch nicht immer einfach.

In diesem Artikel gehen wir auf einige Tipps ein, die Agile Coaches, Scrum Master und ihre Teams bei der Optimierung von Sprint Planning und Review Sessions unterstützen. Wir untersuchen auch, wie hybride und remote Teams ihre gemeinsamen Bemühungen visualisieren können.

Was ist das Scrum Framework?

Scrum ist ein Rahmenwerk innerhalb der agilen Methodik, das kollaborative Teams bei der Lösung komplexer Probleme unterstützt. Scrum verwendet Iterationen in Sprints, um kleine Aufgaben in wertvolle und nützliche Ergebnisse, so genannte Inkremente, zu verwandeln.

Um Produkte oder Dienstleistungen zu schaffen, die von den Kund*innen geschätzt werden, suchen Scrum Teams während der Arbeit in jedem Sprint nach Feedback von Kund*innen und beziehen es ein, und nicht nur als Qualitätskontrolle am Ende des Projekts.

Was sind Werte von Scrum?

Das Herzstück von Scrum sind die Grundwerte, die das Verhalten und die Denkweise aller am Projekt Beteiligten bestimmen. Diese Werte sind:

Engagement und Fokus des Teams

Die Mitglieder eines Scrum Teams sind bestrebt, ihre Ziele zu erreichen und qualitativ hochwertige Ergebnisse zu liefern. Das bedeutet, dass sie ihre Arbeit nach Prioritäten ordnen und für ihre Handlungen verantwortlich sind.

Es ist schwer, eine gute Arbeit zu leisten, wenn man überlastet ist und seine Aufmerksamkeit auf mehrere Projekte mit zu vielen Aufgaben von hoher Priorität verteilt ist. Daher arbeiten Scrum Teams zusammen, um Hindernisse zu beseitigen und ihren Stakeholder*innen einen Mehrwert zu bieten.

Transparenz

Scrum Teammitglieder sind offen und transparent in ihrer Kommunikation und Entscheidungsfindung. Sie legen Wert auf Feedback und sind bereit zuzugeben, wenn sie Hilfe brauchen oder Fehler machen.

Außerdem machen sie ihre Arbeit sichtbar, indem sie Diagramme und Boards verwenden, damit andere die Aufgaben der einzelnen Teammitglieder und den Arbeitsfortschritt sehen können.

Offenheit für Veränderungen

Scrum Teammitglieder scheuen sich nicht, Risiken einzugehen, ihre Meinung zu sagen, wenn es nötig ist, und schwierige Entscheidungen zu treffen. Sie schätzen Feedback und sind bereit zuzugeben, wenn sie Hilfe brauchen oder Fehler machen.

Auf den Input der Kunden wird großer Wert gelegt, und die Teams werden ermutigt, sich neu auszurichten, wenn Veränderung im Markt oder bei Kund*innen Anpassungen erfordern.

Respekt für andere Teammitglieder

Scrum Teammitglieder behandeln sich gegenseitig mit Respekt, Einfühlungsvermögen und Freundlichkeit. Sie erkennen an, dass jeder einzigartige Fähigkeiten und Perspektiven in das Projekt einbringt, und sie schätzen Vielfalt und Einbeziehung.

Agile und Scrum legen Wert auf selbstorganisierte und selbstgesteuerte Teams. Scrum Leiter*innen und Product Owner*innen unterstützen die Teams dabei, ihr Bestes zu geben, und leiten sie an, sich an den Zielen auszurichten, anstatt ihnen eine Befehls- und Kontrollfunktion aufzuerlegen.

Wie funktioniert Scrum?

Ein Scrum Team verwendet ein Product Backlog, eine nach Prioritäten geordnete Liste von Arbeitsaufgaben. Diese Aufgabe wird im Backlog vorgezogen, wenn das Team glaubt, dass die Aufgabe erledigt werden kann. Das Team iteriert diese Arbeitspunkte anhand von Kommentaren des Kunden und anderer Interessengruppen und nimmt diese Ideen in die Arbeitspunkte auf, bis sie am Ende des Sprints abgeschlossen sind.

Das fertige Produkt oder Ergebnis wird als Inkrement bezeichnet. Das Inkrement, der Product Backlog und der Sprint Backlog bilden die Scrum Gegenstände, also die Dokumente und Aktivitäten, die den Fortschritt eines Sprints verfolgen.

Wer ist Teil eines Scrum Teams?

Scrum Teams bestehen aus den Rollen Product Owner, Scrum Master oder Teamleiter und allen Entwicklern, Designern, Testern oder Business-Analysten, die für die Fertigstellung des Projekts oder der Lieferung benötigt werden.

  • Der Scrum Master sollte als Organisator*in und Moderator*in des Sprint Plannings agieren;

  • Der Product Owner ist der oder die Stakeholder*in im Sprint, dessen Problem gelöst werden muss. Diese*r bestimmt auch den Erfolg des Sprints.

  • Jedes Mitglied des Teams sollte zum Sprint Planning eingeladen werden und daran teilnehmen. Das "Team" sind die Teammitglieder, deren Input und Fähigkeiten erforderlich sind, um die Ziele des Sprints zu erreichen.

Was ist ein Sprint?

Im Mittelpunkt der Arbeit nach Scrum steht der Sprint, ein Zeitraum, der in der Regel zwei bis vier Wochen dauert. Ein Sprint umfasst in der Regel fünf Treffen, die in Scrum "Events" genannt werden:

  • Backlog Refinement

  • Sprint Planning

  • Tägliche Scrum Meetings

  • Sprint Review

  • Sprint Retrospektive

Sprints sind ein zentraler Bestandteil des Scrum Frameworks und bieten einen regelmäßigen Rhythmus für das Team, um den Stakeholder*innen einen Mehrwert zu liefern.

Während eines Sprints arbeitet das Scrum Team zusammen, um das Sprint Ziel zu erreichen. Das Sprint Ziel ist eine kurze Aussage, die beschreibt, was das Team während des Sprints erreichen will.

In unserem Sprint Planning Glossar haben wir die folgenden vier Konzepte festgelegt:

  • Sprint Ziel (ein definiertes Ziel für den Sprint)

  • User Story (eine Beschreibung des Produktes aus der Perspektive des Users)

  • Product Backlog (eine strukturierte Liste, was für das Produkt benötigt wird)

  • User Story Mapping (eine Methode, um einzelne User Stories zu priotisieren)

Erstelle ein Sprint Board →

Was ist ein Sprint Planning Event?

Ein Sprint Planning Event hilft dem Team zu entscheiden, welche Arbeiten es während des Sprints durchführen wird, auch Sprint Ziel genannt. Bei der Planung wählt das Team Elemente aus dem Product Backlog aus, der detaillierten Liste von Funktionen und Aufgaben, die zur Erfüllung des Produkt- oder Projektziels erforderlich sind, und fügt sie dem Sprint Backlog hinzu.

Anschließend sucht das Team nach Abhängigkeiten zwischen den Arbeitsaufgaben. Die Arbeit für jedes Element wird geschätzt und später, falls erforderlich, angepasst.

Schließlich erfährt das Team vom Product Owner die Abnahmekriterien für die Deliverables (oder definiert sie weiter), d. h. wie das Team weiß, wann es seine Arbeit abgeschlossen hat.

Was passiert beim Sprint Planning?

Bei der Sprint Planung kommt das gesamte Team zusammen, um die Arbeit für einen Sprint zu priorisieren und zu planen. Der Zweck von Sprint Planning besteht darin, festzulegen, was das Team während des bevorstehenden Sprints liefern wird und wie es dies erreichen will.

Die verantwortliche Person für das Produkt oder die Initiative arbeitet mit dem Team zusammen, um die Sprint Ziele zu definieren. Das Team entscheidet dann, was es im Sprint tun wird und wie es die Arbeit abschließen wird. Es ist eine Art Besprechung vor dem Spiel.

Wer nimmt am Sprint Planning Meeting teil und wie lange sollte es dauern?

An einem Sprint Planning Meeting nehmen Product Owner*innen, der Scrum Leader*innen, das Entwicklungsteam und alle Personen teil, die als Teil des Scrum Teams gelten.

Sprint Planning Meetings können zwischen einer halben und einer Stunde dauern, maximal jedoch acht Stunden. Als Richtwert solltest du für jede Woche des Sprints zwei Stunden für die Planung einplanen.

Tipps für besseres Sprint Planning

Die Umstellung auf agile Methoden erfordert Zeit und Absicht. Hier sind einige Tipps für ein produktives Sprint Planning Meeting:

Verwende ein gemeinsames Board und Vorlage

Stelle einen speziellen Arbeitsbereich zur Verfügung, in dem das Team zusammenarbeiten kann. Teams brauchen einen Raum, in dem sie sich problemlos unterhalten, gegenseitig helfen und laut denken können. Der Teambereich ist auch der Platz für ein spezielles Agile Board, auf dem die Aufgaben auf Notizzetteln oder auf einem Kanban Board festgehalten werden. Verwende die Sprint Planning Vorlage, um direkt und einfach mit deiner Sprint Planung zu starten.

Komm vorbereitet

Bist du Product Owner*in? Bereite dich vor dem Planning Meeting darauf vor, Jira Probleme und retrospektive Ideen in dein Agile Board zu importieren. Beginne mit einem gut aufbereiteten oder Backlog Refinement. Verschwende keine Zeit damit, die Teilnehmer*innen mit fertigen Aufgaben abzulenken.

Setze klare Ziele

Stelle das Sprint Ziel während des Sprint Planning Meetings vor, damit alle Mitarbeiter*innen ihre Arbeit während des Sprints in dieselbe Richtung lenken. Die Einführung eines Ziels auf halbem Weg durch den Sprint ist zu spät.

Einigt euch als Team

Erstelle für neue Teams eine Teamarbeit Vereinbarung. Verwende eine Vorlage für Teamvereinbarungen, um vereinbarte Ziele zu formulieren und zu kommunizieren.

Definiere das Endergebnis

Lege eine klare Definition von "fertig" fest, damit die Mitarbeiter*innen wissen sie, worauf sie im Sprint hinarbeiten und welches Qualitätsniveau sie erreichen wollen. Klare Definitionen verringern Missverständnisse und verhindern Ausreden.

Kriterien festlegen

Stelle sicher, dass alle Backlog Elemente klare Akzeptanzkriterien haben. Die Mitarbeiter*innen müssen wissen, auf welches Qualitätsniveau sie hinarbeiten müssen und wann sie ihre Arbeit als abgeschlossen betrachten können.

Fördere eine gemeinsame agile Kultur

Neue Teams müssen in den agilen Prinzipien und Praktiken geschult werden, um sicherzustellen, dass alle mit den gleichen agilen Werten arbeiten. Stelle sicher, dass alle Teammitglieder auf dem Laufenden sind, damit sie die Ziele, auf die das Team hinarbeitet, verstehen.

Halte Meetings kurz

Sorge dafür, dass die Meetings nicht aus dem Ruder laufen und dass sich die Diskussionen auf das Hauptthema konzentrieren. Die Mitarbeiter*innen nehmen gerne an produktiven Besprechungen teil, die sie nicht zu lange von ihrer Arbeit abhalten.

Icebreaker zum Auflockern

Besprechungen sollten zwar kurz und sachlich sein, aber es können auch Icebreaker und Spiele zur Auflockerung eingebaut werden, damit neue Teammitglieder einander kennenlernen und bestehende Teams wieder zusammenfinden und die Gemeinschaft stärken können.

Technische Rückstände begrenzen

Technische Rückstände, alter Code, vorübergehende Lösungen und improvisierte Praktiken können den Fortschritt bei neuen Aufgaben behindern.

Was ist ein Sprint Review?

Ein Sprint Review findet am Ende eines Sprints statt. Während des Reviews präsentiert und bewertet der oder die Product Owner*in, ob die Teams das Sprint Ziel erreicht haben. Dabei wird sichergestellt, dass jede User Story oder jedes Deliverable die vordefinierten Kriterien erfüllt.

Teammitglieder und externe Stakeholder*innen nehmen teil und können Kommentare und Fragen zu den Sprint Ergebnissen stellen. Ein Sprint Review ermöglicht es den Teams auch, Kontakte zu knüpfen und ihren Erfolg zu feiern.

Was passiert bei einem Sprint Review?

In einem Sprint Review wird die Arbeit des Teams während des vorangegangenen Sprints demonstriert und bewertet. Der Product Owner vergleicht die Funktionen und Arbeitselemente mit den Abnahmekriterien, um festzustellen, ob die Arbeit abgeschlossen ist und ob das Produkt oder die Leistung so, wie sie ist, ausgeliefert werden kann. Stakeholder*innen geben Feedback zum Produkt.

Die Teams können das Product Backlog entsprechend den Ergebnissen des Reviews anpassen. Das Team nutzt den Sprint Review auch, um seine Erfolge während des Sprints zu feiern, und bietet Raum für die Teamzusammenführung.

Wer nimmt an einem Sprint Review teil und wie lange sollte dieser dauern?

Das gesamte Scrum Team und die eingeladenen Stakeholder*innen sollten am Review Meeting teilnehmen, vorzugsweise synchron, entweder persönlich oder in Form eines hybriden Meetings.

Im Allgemeinen sollte ein Review Meeting höchstens 4 Stunden dauern. Ein guter Richtwert ist, für jede Woche des Sprints eine Stunde Review einzuplanen.

Was ist der Unterschied zwischen Sprint Review und Sprint Retrospektive?

Ein Sprint Review geht der Sprint Retrospektive voraus. Obwohl sie von ihrer Art her ähnlich sind, haben sie unterschiedliche Ziele.

Ein Review dient dazu, die Ergebnisse der Arbeit eines Sprints zu präsentieren und zu feiern. Das Team und andere Beteiligte sind daran beteiligt. Während des Review Meetings stellt die verantwortliche Person für das Produkt oder die Initiative fest, ob das Team das Sprint Ziel erreicht hat und ob der Output die Abnahmekriterien erfüllt.

Eine Sprint Retrospektive hingegen konzentriert sich auf die Effektivität und Effizienz des Teams während des Sprints. Sie betrachtet die Prozesse und was funktioniert hat und was anders gemacht werden könnte.

Ein Retrospektive Tool ermöglicht es dem Team, Prozessverbesserungen zu planen und auf erfolgreichen Praktiken aufzubauen (und diese fortzusetzen).

Tipps für einen besseren Sprint Review

Ein Review am Ende eines Sprints gibt den Teammitgliedern die Möglichkeit, ihre Arbeit zu reflektieren und zu feiern. Im Folgenden findest du einige Tipps für die Durchführung erfolgreicher und ansprechender Sprint Review Meetings:

Mache es zu einer gemeinsamen Erfahrung

Triff dich mit dem gesamten Team, auch wenn ein Teil des Teams remote arbeitet. Ein gemeinsames Meeting stellt sicher, dass die Teammitglieder während des gesamten Sprints einbezogen und gehört werden. Hierbei kann eine Sprint Review Vorlage helfen, die du gemeinsam mit dem Team aktualisieren kannst.

Halte eine seperate Retrospektive ab

Während beide Besprechungen der Reflexion dienen, konzentriert sich eine Retrospektive darauf, wie das Team zusammengearbeitet hat, einschließlich interner Prozesse und Workflows. Bei Sprint Reviews dreht sich alles um das Produkt - was wurde geliefert und wie erfüllt es die Kundenanforderungen.

Dokumentiere deine Leistungen

Erstelle kurze Demonstrationsvideos und Aufzeichnungen des Boards, damit Personen in verschiedenen Zeitzonen am Erfolg teilhaben können. Die Teammitglieder können auch später noch einmal zurückkommen, um die Ergebnisse zu besprechen und sich für die künftige Arbeit inspirieren zu lassen.

Bleibe pünktlich

Nimm dir Zeit für dein Sprint Review Meeting. Es ist möglich, dass man zu viel des Guten hat. Genauso wie du deine Planungsbesprechungen einschränken, solltest du dich auch beim Sprint Review an eine Tagesordnung halten und die Besprechung nicht ins Uferlose laufen lassen.

Konzentriere dich auf die User Story

Zeige nur Elemente, die die Anforderungen und Kriterien der User Story erfüllen. Wenn du Zeit für Aufgaben aufwendest, die die Kriterien nicht erfüllen, verschwendest du die Zeit aller Beteiligten.

Feiere als Team

Nutze den Review, um das Team zu feiern. Ein gut durchgeführter Sprint Review fördert die Moral und spornt zu weiteren gemeinsamen Anstrengungen und Innovationen an.

Erstelle ein Sprint Review Board →

Plane deinen nächsten Sprint mit Miro

Eine gute Planung bereitet dein Team auf einen produktiven Sprint vor, während eine gute Review Session deinem Team zukünftige Erfolge garantiert. Melde dich kostenlos an, um deine Sprints mit Miro zu unterstützen.

Starte in Sekunden

Schließe dich den Teams an, die Miro für ihre Arbeit nutzen.