Skip to main content

Eine erfolgreiche Sprint-Retrospektive durchzuführen, kann anfangs einschüchternd wirken, aber der Prozess muss weder schwierig noch zeitaufwändig sein.

Mit ein paar einfachen Schritten können Sie sicherstellen, dass Ihre Retros produktiv sind und das Team in eine Position bringen, aus vergangenen Erfolgen und Fehlern zu lernen. 

Was ist eine Sprint-Retrospektive?

Die Sprint-Retrospektive ist ein Treffen, das am Ende jedes Sprints stattfindet. Das Scrum-Team blickt auf den Sprint zurück und bespricht, was gut gelaufen ist und was im nächsten Sprint verbessert werden könnte. Die Retrospektive ist eine der fünf Zeremonien im Scrum-Framework.

Kostenlos freischalten

Erstellen Sie ein kostenloses Konto, um diesen Beitrag zu Ende zu lesen und Teil einer Community zukunftsorientierter Führungskräfte zu werden, die Tools, Leitfäden und Insights für den Erfolg im Zeitalter der KI freischaltet.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
By submitting you agree to receive occasional emails and acknowledge our Privacy Policy. You can unsubscribe at any time.

Die Retrospektive sollte ein sicherer Raum sein, in dem ehrliches Feedback geteilt werden kann. Im Kern geht es um kontinuierliche Verbesserung—es geht darum, positive Veränderungen im Projekt und im Team voranzutreiben.

Sie sollten nicht mit Projekt-Retrospektiven verwechselt werden, die sich in einigen Punkten unterscheiden.

Was ist der Zweck der Sprint-Retrospektive?

Das Ziel der Sprint-Retrospektive ist es, einen Konsens über einen Verbesserungsplan zu erzielen und Maßnahmen zu definieren, die in den kommenden Sprints umgesetzt werden sollen.

Während der Sprint-Retrospektive kann das Team Bereiche identifizieren, die verbessert werden können, zum Beispiel wie das tägliche Scrum (auch Stand-up genannt) nützlicher gestaltet, die Kommunikation verbessert oder eine effizientere Möglichkeit zum Sammeln von Feedback gefunden werden kann.

Als Scrum Master oder Projektleiter erfassen Sie diese Verbesserungsbereiche und erstellen einen Plan, wie sie umgesetzt werden können. Diese Erkenntnisse aus dem vorherigen Sprint müssen bei der Sprint-Planung für den nächsten Sprint berücksichtigt werden.

Was ist ein Sprint-Retrospektiven-Meeting?

Das Sprint-Retrospektiven-Meeting ist die Sprint-Retrospektive. Sie sollten sich im Vorfeld vorbereiten—das gilt für das gesamte Team (ich gehe unten näher darauf ein)—aber das Meeting ist der Ort, an dem die eigentliche Retrospektive stattfindet.

Wann findet das Meeting statt?

Das Meeting findet am Ende eines Sprints statt, nach dem Sprint Review. Es mag verlockend sein, die Retrospektive mit dem Sprint-Review-Meeting zu kombinieren, aber versuchen Sie, dies zu vermeiden.

Die Sprint-Retrospektive wird in der Regel entsprechend der Dauer Ihres Sprints begrenzt. Sie sollte bei einem einmonatigen Sprint nicht länger als 3 Stunden dauern und bei kürzeren Sprints entsprechend kürzer sein.

Wer nimmt am Meeting teil?

An der Sprint-Retrospektive nehmen folgende Personen teil: 

  • Das Sprint-Team: typischerweise Entwickler, Designer und Ingenieure
  • Sprint-Moderator: in der Regel ein Scrum Master oder Product Owner
  • Beobachter: die eine externe Perspektive einbringen
  • Teilnehmer oder Stakeholder: die relevantes Wissen zur Diskussion beitragen

Wie führt man eine erfolgreiche Sprint-Retrospektive durch?

Die beste Möglichkeit, den Nutzen Ihrer Sprint-Retrospektive zu maximieren, besteht darin, sich im Vorfeld vorzubereiten. 

  1. Plane Zeit ein, bevor die Retrospektive beginnt, um Feedback einzuholen und den Teilnehmenden die Möglichkeit zu geben, Themen für die Diskussion zu sammeln. Sende im Vorfeld eine anonyme Umfrage aus oder plane zu Beginn der Retrospektive Zeit dafür ein. Bedenke, dass Teams in der Regel Anonymität bevorzugen.
  2. Gib jedem Teilnehmenden die Möglichkeit, Daten zu überprüfen, wie beispielsweise ein Burndown-Chart, vor dem Meeting. Dies kann als Gesprächseinstieg während der Sprint-Retrospektive dienen.
  3. Beginne mit der richtigen Einstellung das Meeting. Es ist wichtig, mit einer offenen Haltung heranzugehen und Teamarbeit in die Diskussion einzubringen.
  4. Denke während der Diskussion daran, neutral zu bleiben. Falls dir das nicht gelingt, bitte am besten jemanden außerhalb des Teams, diese Rolle zu übernehmen, damit die betroffene Person teilnehmen kann.
  5. Führe das Team dazu, die Wurzel des Problems zu finden, anstatt sich auf Frust über das Problem zu konzentrieren. Dazu kannst du eine Ursachenanalyse durchführen. Stelle Fragen, um herauszufinden, was das Problem verursacht hat, und besprecht Lösungen. Vermeide destruktive Kritik und leite die Diskussion zu konstruktiver Kritik.
  6. Sei mit Stille vertraut. Die meisten Teams bestehen aus introvertierten und extrovertierten Mitgliedern. Introvertierte brauchen manchmal Zeit, um ihre Gedanken zu sammeln, und Stille gibt ihnen Gelegenheit dazu. Da Stille oft als unangenehm empfunden wird, werden sich die Leute meistens melden, um sie zu füllen.
  7. Arbeite nach der Diskussion mit dem Team zusammen, um gemeinsame Muster und Themen im Feedback zu erkennen. Welche Schmerzpunkte stechen besonders hervor? Womit habt ihr euch am meisten beschäftigt?
  8. Lege Maßnahmen fest, die auf der Diskussion und den identifizierten Hauptthemen basieren. Priorisiere diese Maßnahmen oder Aufgaben und stelle klar, wer für die Umsetzung verantwortlich ist. Du kannst Scrum-Software oder andere agile Tools nutzen, um den Überblick zu behalten und bei Bedarf nachzuhaken.
Treten Sie der DPM-Community bei und erhalten Sie Zugang zu exklusiven Inhalten, praxisnahen Vorlagen, Mitglieder-Events und wöchentlichen Leadership-Insights – die Teilnahme ist kostenlos. <br><br>

Treten Sie der DPM-Community bei und erhalten Sie Zugang zu exklusiven Inhalten, praxisnahen Vorlagen, Mitglieder-Events und wöchentlichen Leadership-Insights – die Teilnahme ist kostenlos.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form
This field is hidden when viewing the form
This field is hidden when viewing the form
By submitting you agree to receive occasional emails and acknowledge our Privacy Policy. You can unsubscribe at any time.

Warum solltest du eine Sprint-Retrospektive durchführen?

Hier sind einige der vielen Vorteile von Sprint-Retrospektiven:

  • Sie schafft einen sicheren, vorwurfsfreien Raum, in dem Teammitglieder wertvolles Feedback geben können
  • Sie ermöglicht es dem Team, Erfolge und Verbesserungspotenziale zu dokumentieren
  • Sie liefert eine umsetzbare Liste der nächsten Schritte und legt fest, wer für welche Aufgabe verantwortlich ist
  • Sie identifiziert kleine, schrittweise Verbesserungen, die zu größeren Verbesserungen führen können
  • Sie ermöglicht es Teams, an ihrem Prozess zu arbeiten und bessere Ergebnisse zu erzielen
  • Sie gibt Meinungen Raum und Gehör
  • Sie unterstützt die Weiterentwicklung des Software-Entwicklungsteams
  • Sie macht jeden Sprint ein Stück besser als den vorherigen

3 verschiedene Retrospektiv-Methoden

Es gibt mehrere interaktive Strategien, um bei einer Retrospektive Feedback zu sammeln. Hier sind einige Ideen für den Einstieg:

Sailboat-Methode

sailboat method illustration with lists of feedback beneath wind anchors and iceberg
So könnt ihr mit eurem Team die Sailboat-Methode nutzen, um Feedback festzuhalten.

Die Sailboat-Methode ist für visuelle Lerntypen gedacht. Ein Teammitglied wird gebeten, ein Segelboot, Wind, eine Ankerkette, einen Eisberg und (optional) eine Insel zu zeichnen.

Das Team fügt sein Feedback an den passenden Stellen der Zeichnung hinzu:

  • Der Wind steht für die Elemente, Personen oder Arbeitsweisen, die das Team vorangebracht haben.
  • Der Anker symbolisiert alles, was das Team gebremst hat.
  • Der Eisberg steht für unerwartete Hindernisse, die das Team im Sprint aus der Bahn geworfen haben.
  • Die Insel steht für die Sprintziele.

Affinity Mapping

affinity map with feedback grouped under the categories of requirement issues scrum ceremony issues and team/culture issues
Bei Affinity Maps ergeben sich die Kategorien oft von selbst, wenn man ähnliches Feedback gruppiert.

Affinity Mapping ist eine effiziente Methode, um in kurzer Zeit Feedback von einer größeren Gruppe einzuholen. Zunächst werden die Teammitglieder gebeten, ihr Feedback auf Haftnotizen (analog oder digital) zu notieren. Nachdem alle Rückmeldungen eingegangen sind, lassen sich Muster erkennen und ähnliche Punkte gruppieren.

Beschriften Sie jede Gruppe und bitten Sie das Team, die übergeordneten Thementitel zu besprechen. Diese Methode eignet sich hervorragend, um eine große Menge an Feedback in spezifische Kategorien für eine allgemeine Diskussion zu organisieren.

Die vier Ls

die 4 L Methode mit Feedback, das nach Gefallen, Gelernt, Ersehnt und Gefehlt organisiert ist
Die Methode der vier Ls ist beliebt, da sie relativ einfach ist.

Die Methode der vier Ls ist eine einfache Möglichkeit, Feedback zu sammeln, bei der das Team seine Eindrücke dazu gibt, was ihnen gefallen hat, was gefehlt hat, was sie gelernt haben und wonach sie sich gesehnt haben. 

  • Gefallene Punkte: Alles, was am Sprint geschätzt wurde oder zum Erfolg des Sprints beigetragen hat.
  • Fehlende Punkte: Dinge, die das Team möglicherweise näher an den Erfolg gebracht hätten.
  • Gelerntes: Alle im Sprint gewonnenen Erkenntnisse, die für zukünftige Sprints hilfreich wären oder Hinweise auf Prozessänderungen, die für größere Erfolge sorgen könnten.
  • Ersehnte Punkte: Dinge, die sich das Team für den Erfolg oder die Stimmung wünscht.

Welche Probleme könnten auftreten? (Und wie begegnet man ihnen?)

Wie bei jedem Ritual gibt es unterschiedliche Grade an emotionalem Ballast, den Sie oder Ihr Team mitbringen, basierend auf vergangenen Erfahrungen. Hier sind einige Aspekte, die während einer Retrospektive auftreten können – und wie man diese Stolpersteine überwindet:

Apathie

Wenn immer wieder die gleichen Fragen von Sprint zu Sprint gestellt werden, lässt das Engagement nach und Teammitglieder hören auf, konstruktive Vorschläge zur Prozessverbesserung zu machen.

Beugen Sie apathischer Beteiligung vor, indem Sie frischen Wind in die Sache bringen! Testen Sie unterschiedliche Methoden und Fragestellungen. Es gibt kein „One Size Fits All" bei Retrospektiven – Sie sollten die Durchführung immer wieder anpassen. Schauen Sie für mehr Inspiration auf funretrospectives.com vorbei.

Emotionen

Am Ende sind wir alle Menschen – und Menschen haben Emotionen. Retrospektiven sollen konstruktives Feedback dazu ermöglichen, was in zukünftigen Sprints besser laufen kann. Sie dürfen aber niemals Feindseligkeit, Negativität oder Schuldzuweisungen fördern.

Es ist essenziell, während der Retrospektive ein unparteiischer und objektiver Moderator zu sein. Die Teilnehmenden sollen sich sicher fühlen, ihr Feedback zu teilen. Setzen Sie klare Erwartungen zu Beginn, moderieren Sie bei Bedarf während der Scrum-Retrospektive und fördern Sie ein positives Gesprächsklima.

Mangelnde Gesprächsbereitschaft

Es kann vorkommen, dass bei einer agilen Retrospektive auf Fragen nur betretene Stille folgt. Anstatt mühsam nach Meinungen zu graben, starten Sie die Sitzung mit einem ansprechenderen Einstieg.

Ermutigen Sie Ihr Team, Vorschläge und Gedanken bereits während des Sprints zu notieren. Dies gibt Ihnen in der Retrospektive eine Gesprächsgrundlage, statt sich alles spontan ausdenken zu müssen. Sie können solche Aufzeichnungen auch selbst führen.

Widerstand aus der Führungsebene

Manchmal betreffen Maßnahmen aus der Retrospektive auch Personen außerhalb des Scrum-Teams. Die oder der Verantwortliche sollte dann gemeinsam mit der Führung an der Umsetzung arbeiten. Doch die Führung könnte dem vorgeschlagenen Kurs skeptisch gegenüberstehen.

Falls das der Fall ist, bleiben Sie dran. Suchen Sie sich Fürsprecher innerhalb der Organisation, die sich für das Produktionsteam und weitergehende Verbesserungen starkmachen. Ein wirklich agiles Unternehmen, das positive Veränderungen schätzt, sollte schließlich offen für Maßnahmen sein, die allen nützen. 

Feedback & Erkenntnisse von echten agilen Teams

Während ich diesen Artikel schrieb, habe ich einige Teammitglieder in der Organisation kontaktiert, um sie nach ihren Erfahrungen mit Sprint-Retrospektiven zu fragen. Ich war neugierig, was unterschiedliche Rollen – UX-Designer, Entwickler und Projektmanager (DPM) – über dieses Scrum-Ritual denken. 

Wenn Sie gerade erst mit Retrospektiven beginnen oder für Abwechslung sorgen wollen, sind Gespräche mit den Teammitgliedern ein guter Ausgangspunkt. Ich habe ihnen drei einfache Fragen gestellt:

1. Was kann eine gut durchgeführte Sprint-Retrospektive für Sie bewirken?

  • Erkenntnisse darüber, wie ich meinen eigenen Prozess und/oder meine Rolle verbessern kann, sowie die Möglichkeit, potenzielle teamweite Prozessverbesserungen anzusprechen, Gespräche darüber zu führen, wie wir uns als Team verbessern können und wie wir in Zukunft besser mit unseren Kunden zusammenarbeiten können (Design)
  • Dem Team helfen, Verbesserungsbereiche zu identifizieren und eine Plattform bieten, um über Werte oder Ergebnisse zu sprechen, an denen das gesamte Team künftig arbeiten kann (Entwicklung)
  • Einblick und gemeinsames Feedback dazu, was im Team gut läuft, was nicht gut läuft und was verbessert werden kann. Der Idealfall ist, wenn das Team angeleitet wird, selbst Lösungen für Herausforderungen zu entwickeln und zu erproben (DPM)

2. Was kann passieren, wenn die Retrospektive schlecht durchgeführt wird?

  • Sie kann zu einer Beschwerde- oder Meckerrunde werden. Ein weiterer Nachteil ist, wenn Dinge angesprochen werden, die am Ende nie geändert oder umgesetzt werden (Design)
  • Es könnte eine verpasste Chance sein, bei der das Team als Ganzes wachsen kann (Entwicklung)
  • Der Status quo bleibt bestehen. Auch wenn es verlockend sein mag, dies kurzfristig einfach so zu lassen, kann dies langfristig katastrophale Auswirkungen auf die Kultur im Team haben (DPM)

3. Hast du eine Lieblingsfrage oder -aktivität, die in einer Sprint-Retrospektive gestellt wurde?

  • Das ist etwas simpel, aber eine effektive Methode ist es, eine Frage in die Runde zu stellen und dann der Reihe nach alle antworten zu lassen. So kommen alle zu Wort. Ich war schon in Retrospektiven, in denen 2-3 Personen das Gespräch dominierten und andere kaum etwas sagten. Jeder hat immer eine Meinung dazu, wie die Erfahrung war, aber manchmal braucht es einen kleinen Anstoß oder einfach die Gelegenheit, sich zu äußern. Die Runde zu machen, war aus diesem Grund wirksam. So kam von allen eine Antwort. (Design)
  • Ich habe von einer richtig coolen Praxis beim Scrum-Team von Spotify gehört, wo der Agile Coach dem Team geholfen hat, gemeinsam eine Sache zu bestimmen, von der alle glaubten, dass sie das Team und/oder das Produkt besser macht. In einem Beispiel waren sich alle einig, dass jeder Code-Check-in zumindest einen Test beinhalten musste. (Entwicklung)
  • Stelle die einfache Frage: „Sind alle mit dem soeben Gesagten einverstanden?“ (DPM)

6 schnelle Tipps, um deine nächste Sprint-Retrospektive zu verbessern

1. Halte es einfach

Eine einfache Möglichkeit, die nächste Sprint-Retrospektive effektiv zu gestalten, besteht darin, das Team zu fragen, was es anfangen, aufhören und weiterhin tun möchte. Egal, wie das Team entscheidet, stelle sicher, dass alle teilnehmen. Notiere die Vorschläge, die genannt werden, und stimmt darüber ab, was umgesetzt wird.

2. Bringe Abwechslung hinein

Integriere Spiele in deine Sprint-Retrospektiven. Einer meiner Favoriten ist die LEGO Retrospektive. Die Teammitglieder werden ermutigt, mit LEGO-Steinen eine Struktur zu bauen, die den letzten Sprint darstellt, und eine, die darstellen soll, was für den nächsten Sprint verbessert werden muss. Das abstrahiert die Situation ein wenig und sorgt für überraschend produktive (und kreative) Gespräche.

3. Fokussiert bleiben

Mit dem Lean CoffeeTM-Ansatz können Retrospektiven mit Kanban-Boards aufgebaut werden, die demokratisch erstellt werden. Dies ist besonders gut, wenn Gruppen oft abschweifen oder zu lange bei einem Thema verweilen. Nutzt verschiedenfarbige Klebezettel & Stifte und bestimmt eine Person, die die Ergebnisse dokumentiert.

4. Auf Aktionen setzen

Stelle sicher, dass jede umsetzbare Aufgabe jemandem im Team zugewiesen wird. Sie müssen nicht alle vom Projektmanager übernommen werden. Selbst wenn die Diskussion konstruktiv und hilfreich ist, sind die Auswirkungen nur spürbar, wenn die Änderung auch wirklich teamübergreifend umgesetzt wird. Halte eine Liste für alle sichtbar und stelle sicher, dass Erwartungen und Fristen festgelegt werden.

5. Externe Perspektive einbeziehen

Eine externe Perspektive kann einen riesigen Unterschied machen! Ziehe in Erwägung, einen Agile Coach für die Moderation der Retrospektive zu holen. Das kann zwar etwas kosten (und ist nicht immer nötig, außer bei echten Schwierigkeiten), aber du kannst auch einfach ein anderes Teammitglied einladen. Wer nicht direkt am Projekt beteiligt ist, kann neue Blickwinkel eröffnen und als neutrale dritte Partei agieren. 

6. Bringe Abwechslung ins Spiel

Nimm ab und zu ein neues Format für die Retrospektive oder einen neuen Eisbrecher, um die Beteiligung zu steigern und dem Team Vorfreude zu geben. Das Team kann auch die Motivation verlieren, wenn keine Fortschritte bei offenen To-dos aus vergangenen Retros erreicht werden. Führe eine Liste und verfolge den Abschluss dieser Aufgaben (ggf. mithilfe von agiler Projektmanagement-Software), damit das Team den Mehrwert der Retrospektiven erkennt.

Noch mehr Ideen, Tipps und Tricks für Sprint-Retrospektiven findest du hier.

Wie geht es weiter?

Haben Sie eigene Tipps und Tricks für effektive Retrospektiven? Sie suchen nach Ideen von anderen Projektmanager:innen, die aktuell Retros durchführen? Beteiligen Sie sich an der Diskussion im Slack mit Hunderten anderer Digitalprojektmanager:innen mit der DPM-Mitgliedschaft!