Sprint Planning und -Überprüfung

Zusammenfassung

In diesem Leitfaden erfährst du:

• Was Sprint Planning ist und wie sie agile Teams hilft, Sprint-Ziele zu setzen und die Arbeit zu organisieren.
• Die wichtigsten Rollen und Verantwortlichkeiten bei Sprint Planning: Scrum Master, Product Owner und Entwicklungsteam.
• Wie man digitale Tools wie Miro für Sprint Planning nutzt, zum Beispiel zum Importieren von Backlogs, Organisieren von Aufgaben und Verfolgen von Fortschritten.
• Was Sprint-Review-Meetings beinhalten: die fertige Arbeit anschauen, Feedback sammeln und sich mit den Stakeholdern abstimmen.
• Unterschiede zwischen Sprint-Review und anderen agilen Zeremonien wie Retrospektiven.
• Tipps und Vorlagen für gute Sprint Planning- und Review-Sitzungen in Teams, die zusammen oder aus der Ferne arbeiten.

Wie man Sprint Planning- und Review-Meetings macht

Agile Managementansätze helfen Unternehmen dabei, Innovationen zu fördern, die Qualität zu verbessern und die Markteinführung in der heutigen dynamischen Geschäftswelt zu beschleunigen. Heutzutage nutzen viele Unternehmen agile Tools, um die Softwareentwicklung und andere Nicht-IT-Projekte zu managen.

Das Scrum-Framework ist ein wichtiger Teil der agilen Methodik. Bei Scrum dreht sich alles um den Sprint – eine kurze Phase, in der Teams bestimmte Aufgaben erledigen. Jeder Sprint fängt mit einem Sprint Planning an und endet, wenn die Teams ihre fertige Arbeit während einer Sprint Review vorstellen und bewundern. Aber einen Sprint zu planen und abzuschließen ist nicht immer einfach.

In diesem Artikel zeigen wir ein paar Tipps, die Agile Coaches, Scrum Masters und ihren Teams helfen, die Sprint Planning- und Review-Sitzungen besser zu machen. Wir schauen uns auch an, wie verteilte und Remote-Teams ihre Zusammenarbeit visualisieren können.

Was ist das Scrum-Framework?

Scrum ist ein Rahmenwerk innerhalb der agilen Methodik, das Teams dabei hilft, komplexe Probleme gemeinsam zu lösen. Scrum nutzt Iterationen in Sprints, um kleine Aufgaben in wertvolle und nützliche Ergebnisse zu verwandeln, die als Inkremente bezeichnet werden.

Um Produkte oder Dienstleistungen zu entwickeln, die die Kunden wirklich schätzen, holen sich die Teams während jedes Sprints Feedback von den Kunden und bauen es ein – nicht nur als Qualitätskontrolle am Ende des Projekts.

Was sind die Werte von Scrum?

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

Teamengagement und Fokus

Die Mitglieder des Scrum-Teams sind voll dabei, ihre Ziele zu erreichen und echt gute Ergebnisse zu liefern. Das heißt, sie setzen Prioritäten bei ihrer Arbeit und übernehmen Verantwortung für das, was sie tun.

Es ist echt schwierig, gute Arbeit zu machen, wenn man total überlastet ist und sich auf mehrere Projekte mit zu vielen wichtigen Aufgaben konzentrieren muss. Deshalb arbeiten Scrum-Teams zusammen, um Probleme zu lösen und ihren Stakeholdern einen Mehrwert zu bieten.

Transparenz

Die Mitglieder des Scrum-Teams sind offen und ehrlich in ihrer Kommunikation und Entscheidungsfindung. Sie schätzen Feedback und geben gerne zu, wenn sie Hilfe brauchen oder Fehler machen.

Außerdem machen sie ihre Arbeit sichtbar, indem sie Diagramme und Boards nutzen, damit andere sehen können, welche Aufgaben jedes Team hat und wie die Arbeit vorangeht.

Offenheit für Veränderungen

Die Mitglieder des Scrum-Teams haben keine Angst davor, Risiken einzugehen, sich bei Bedarf zu Wort zu melden und schwierige Entscheidungen zu treffen. Sie schätzen Feedback und geben gerne zu, wenn sie Hilfe brauchen oder Fehler machen.

Kundenmeinungen sind echt wichtig, und die Teams sollen sich anpassen, wenn der Markt oder die Kunden sich ändern und man was ändern muss.

Respekt gegenüber Team-Mitgliedern

Die Mitglieder des Scrum-Teams gehen respektvoll, einfühlsam und freundlich miteinander um. Sie wissen, dass jeder seine eigenen Fähigkeiten und Sichtweisen in das Projekt einbringt, und sie schätzen Vielfalt und Inklusion.

Agile und Scrum setzen auf self-organized und self-directed Teams. Scrum-Leiter und Product Owner helfen den Teams, ihr Bestes zu geben, und zeigen ihnen, wie sie sich an den Zielen ausrichten können, anstatt sie mit einer autoritären Führungsweise zu bevormunden.

Wie läuft Scrum ab?

Ein Scrum-Team nutzt ein Produkt-Backlog, also eine Liste mit Arbeitsaufgaben nach Priorität, und zieht diese Aufgaben nach oben, wenn das Team denkt, dass sie erledigt werden können. Das Team arbeitet an diesen Aufgaben weiter, nutzt dabei Kommentare vom Kunden und anderer Stakeholder und baut diese Ideen in die Aufgaben ein, bis sie am Ende des Sprints fertig sind.

Das fertige Produkt oder Ergebnis wird als Inkrement bezeichnet. Das Inkrement, das Produkt-Backlog und das Sprint Backlog sind die Scrum Artefakte, also die Dokumente und Aktivitäten, die den Fortschritt eines Sprints verfolgen.

Wer gehört zu einem Scrum-Team?

Zu den Scrum-Teams gehören der Product Owner, der Scrum Master oder Teamleiter sowie alle Entwickler, Designer, Tester oder Business-Analysten, die für die Fertigstellung des Projekts oder der Lieferung gebraucht werden.

Was ist ein Sprint?

Bei Scrum dreht sich alles um den Sprint, der normalerweise zwei bis vier Wochen dauert. Ein Sprint hat normalerweise fünf Meetings, die in Scrum „Events” genannt werden:

• Backlog-Pflege
• Sprintplanung
• Tägliche Scrum-Meetings
• Sprint-Review
• Sprint-Retrospektiven

Sprints sind ein wichtiger Teil des Scrum-Frameworks und sorgen dafür, dass das Team regelmäßig den Stakeholdern einen Mehrwert liefern kann.

Während eines Sprints arbeitet das Team zusammen, um das Sprint-Ziel zu erreichen. Das ist eine kurze Beschreibung dessen, was das Team während des Sprints schaffen will.

Was ist ein Sprint Planning Meeting?

Ein Sprint Planning-Treffen hilft dem Team dabei, zu entscheiden, welche Aufgaben sie während des Sprints erledigen werden, auch Sprint-Ziel genannt. Bei der Planung sucht sich das Team Sachen aus dem Produkt-Backlog aus, also der detaillierten Liste von Funktionen und Aufgaben, die man braucht, um das Produkt oder Projektziel zu erreichen, und packt sie in ihr Sprint Backlog.

Dann schaut sich das Team an, welche Abhängigkeiten zwischen den Arbeitsaufgaben bestehen. Die Arbeit für jeden Artikel wird geschätzt und später, wenn nötig, angepasst.

Schließlich erfährt das Team vom Product Owner, welche Kriterien für die Abnahme der Ergebnisse gelten oder wie das Team weiß, wann es seine Arbeit erledigt hat.

Was passiert bei Sprint Planning?

Bei Sprint Planning kommt das ganze Team zusammen, um die Aufgaben für einen Sprint zu priorisieren und zu planen. Der Sinn von Sprint Planning ist, festzulegen, was das Team im nächsten Sprint machen wird und wie sie das hinbekommen.

Der Produkt- oder Initiativ-Eigentümer arbeitet mit dem Team zusammen, um die Sprint-Ziele festzulegen. Das Team entscheidet dann, was sie im Sprint machen und wie sie die Arbeit erledigen werden. Das ist so eine Art Meeting vor dem Spiel.

Wer kommt zum Sprint Planning und wie lange sollte es dauern?

An einer Sprint Planning nehmen der Product Owner, der Scrum Master, das Entwicklungsteam und alle anderen Personen teil, die zum Scrum-Team gehören.

Sprint Planning-Meetings können zwischen einer halben und einer Stunde dauern, aber höchstens acht Stunden. Als Richtwert solltest du zwei Stunden pro Woche für die Planung im Sprint einplanen.

Tipps für eine bessere Sprint Planning

Eine agile Transformation braucht Zeit und Entschlossenheit. Hier sind ein paar Tipps für ein produktives Sprint Planning Meeting:

Benutze ein gemeinsames Board

Richte einen eigenen Arbeitsbereich ein, wo das Team Zusammenarbeit betreiben kann. Teams brauchen einen Ort, wo sie einfach quatschen, sich gegenseitig helfen und ihre Ideen laut aussprechen können. Das Team-Gebiet ist auch der Platz für ein spezielles Agile-Board, wo Sachen auf Notizen organisiert oder auf einem Kanban Board verfolgt werden.

Komm vorbereitet

Bist du der Produkt-Eigentümer? Mach dich vor dem Planungstreffen bereit, Jira-Vorgänge und Retropektiven Ideen in dein Agile Board zu importieren. Fang mit einem ordentlich gepflegten oder aufgeräumten Backlog an. Verschwende keine Zeit damit, Leute mit erledigten Sachen abzulenken.

Klare Ziele setzen

Stell das Sprint-Ziel beim Planungstreffen vor, damit alle ihre Arbeit während des Sprints mit dem gleichen Ziel vor Augen anfangen können. Ein Ziel erst in der Mitte des Sprints einzuführen, ist echt zu spät.

Als Team einverstanden sein

Für neue Teams solltest du eine Team-Arbeitsvereinbarung aufsetzen. Benutz eine Vorlage wie diese Vorlage für eine Teamvereinbarung, um vereinbarte Ziele zu entwickeln und zu kommunizieren.

Definiere den Endzustand

Mach klar, was „fertig“ bedeutet, damit alle wissen, worauf sie im Sprint hinarbeiten und welche Qualität sie erreichen sollen. Klare Definitionen machen weniger Missverständnisse und lassen keine Ausreden zu.

Klärt die Akzeptanzkriterien

Stell sicher, dass alle Backlog-Elemente klare Akzeptanzkriterien haben. Die Leute müssen wissen, welches Qualitätsniveau sie anstreben sollen und wann sie ihre Arbeit als erledigt betrachten können.

Eine gemeinsame agile Kultur schaffen

Neue Teams brauchen Schulungen zu agilen Prinzipien und Praktiken, damit alle nach denselben agilen Werten arbeiten. Sorg dafür, dass alle im Team auf dem Laufenden sind, damit sie wissen, welche Ziele das Team verfolgt.

Mach Meetings kurz

Sorg dafür, dass Meetings im Plan bleiben und die Gespräche beim Thema bleiben. Die Leute werden gerne an Meetings teilnehmen, die was bringen und sie nicht zu lange von ihrer Arbeit abhalten.

Brich das Eis

Meetings sollten zwar kurz und auf den Punkt gebracht sein, aber man kann auch kleine Spiele einbauen, damit sich neue Teammitglieder besser kennenlernen können und bestehende Teams wieder zusammenfinden und den Zusammenhalt stärken können.

Technische Schuld begrenzen

Technische Schuld, alter Code, Flickwerk und improvisierte Vorgehensweisen können den Fortschritt bei neuen Projekten behindern.

Was ist ein Sprint-Review?

Am Ende eines Sprints gibt's 'ne Sprint-Review. Bei der Überprüfung zeigt der Product Owner, ob die Teams das Sprint-Ziel erreicht haben, und präsentiert das Ganze. Der Product Owner sorgt dafür, dass jede User Story oder jedes Ergebnis die vorher festgelegten Kriterien erfüllt.

Team und externe Stakeholder sind dabei und können kommentieren und Fragen zu den Sprint-Ergebnissen haben. Ein Sprint-Review gibt den Teams auch die Chance, sich auszutauschen und ihren Erfolg zu feiern.

Was passiert bei einer Sprint-Review?

Bei einem Sprint-Review wird die Arbeit des Teams während des letzten Sprints gezeigt und bewertet. Der Produkt-Eigentümer vergleicht Features und Arbeitselemente mit den Akzeptanzkriterien, um zu sehen, ob die Arbeit fertig ist und ob das Produkt oder die Lieferung so wie es ist ausgeliefert werden kann. Stakeholder geben Feedback zum Produkt.

Die Teams können das Produkt-Backlog nach den Ergebnissen der Überprüfung anpassen. Das Team nutzt das Review-Meeting auch, um die Erfolge während des Sprints zu feiern und den Teamzusammenhalt zu stärken.

Wer kommt zur Sprint-Review und wie lange sollte sie dauern?

Das ganze Scrum-Team und die eingeladenen Stakeholder sollten bei der Review-Sitzung dabei sein, am besten synchron, egal ob persönlich oder als Hybrid-Meeting.

Normalerweise sollte ein Review-Meeting höchstens 4 Stunden dauern. Als gute Richtlinie gilt, pro Woche im Sprint eine Stunde für die Überprüfung einzuplanen.

Was ist der Unterschied zwischen einem Sprint Review und einer Sprint Retrospektive?

Vor der Sprint-Retrospektive gibt's ein Sprint-Review-Meeting. Obwohl sie ähnlich sind, haben sie unterschiedliche Ziele.

Eine Review soll zeigen und feiern, was in einem Sprint so alles geschafft wurde. Es umfasst das Team und andere Stakeholder. Während der Review-Sitzung checkt der Produkt- oder Initiativ-Eigentümer, ob das Team das Sprint-Ziel erreicht hat und ob das Ergebnis den Akzeptanzkriterien entspricht.

Eine Sprint-Retrospektive hingegen konzentriert sich auf die Effektivität und Effizienz des Teams während des Sprints. Es geht um Abläufe und darum, was gut geklappt hat und was man anders machen könnte.

Eine Retrospektive hilft dem Team, Prozessverbesserungen zu planen und auf erfolgreichen Methoden aufzubauen (und diese weiterzuführen). Die Sprint-Retrospektive-Vorlage von Miro ist ein super Rahmen, um das mit deinem Team durchzuspielen.

Tipps für eine bessere Sprint-Überprüfung

Eine Review am Ende eines Sprints gibt den Teammitgliedern der Team die Chance, über ihre Arbeit nachzudenken und sie zu feiern. Hier sind ein paar Tipps für erfolgreiche und spannende Sprint-Review-Meetings:

Mach es zu einem gemeinsamen Erlebnis

Triff dich mit dem ganzen Team, auch wenn ein Teil davon remote arbeitet. Wenn man es zu einer Zusammenarbeit macht, stellt man sicher, dass die Teammitglieder während des ganzen Sprints mitmachen und gehört werden.

Mach eine separate Retrospektive

Beide sind zwar eine Gelegenheit zum Nachdenken, aber bei einer Retrospektive geht's vor allem darum, wie das Team zusammengearbeitet hat, einschließlich der internen Abläufe und Workflows. Bei Sprint-Reviews geht's nur ums Produkt – was wurde ausgeliefert und wie erfüllt es die Kundenbedürfnisse?

Schreib deine Erfolge auf

Mach kurze Demo-Videos und Board-Aufnahmen, damit Leute in verschiedenen Zeitzonen am Erfolg teilhaben können. Die Mitglieder des Teams können auch später wiederkommen, um sich nochmal umzuschauen und Inspiration für zukünftige Arbeiten zu finden.

Bleib pünktlich

Leg eine Zeitbegrenzung für dein Sprint-Review-Meeting fest. Man kann auch zu viel des Guten haben. Genauso wie du deine Planungssitzungen einschränkst, solltest du dich an die Tagesordnung für die Sprint-Überprüfung halten und die Sitzung nicht endlos laufen lassen.

Konzentrier dich auf die User Story

Zeig nur Sachen, 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.

Als Team feiern

Nimm die Bewertung als eine Art Lob für das Team. Ein gut organisiertes Sprint-Review hebt die Stimmung und sorgt für mehr Zusammenarbeit und Innovation.

Mach deine Sprint-Ausführung mit einer anpassbaren Sprint Planning-Vorlage aus der Vorlagebibliothek von Miro noch besser und effizienter.

Verfasser: Miro-Team

Letzte Aktualisierung: 2. Oktober 2025