methodatlas
MethodenanleitungAgile

Sprint Retrospective

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätNiedrig
ZeitBis zu 3 h für einen einmonatigen Sprint
TeilnehmendeScrum Team
FormatWorkshop
ReifegradCanonical
Planung
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenGemeinsamer Kontext

Zeitraum und Ziel sind festgelegt.

Ohne Rahmen werden Beiträge schwer vergleichbar.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Board, Stickies, Timer

Personen / Rollen

Scrum Master moderiert; Developers, Product Owner und weitere Scrum-Team-Mitglieder bringen Beobachtungen ein; eine Person dokumentiert Aktionen.

Vorabinfos

Sprint Goal, Sprint Backlog, Increment, Definition of Done, relevante Ereignisse und bereits bekannte Metriken vorab sammeln.

Zeitbedarf

90 Minuten

Setup

Sicheren Rahmen und Zeitbox erklären. Beobachtungen zu Menschen, Interaktionen, Prozessen, Werkzeugen und Definition of Done getrennt sammeln.

03

Kernfrage

Die eine Frage, die diese Methode beantwortet

Was hat die Qualität und Wirksamkeit des letzten Sprints beeinflusst, und welche Veränderung prüfen wir im nächsten Sprint?

04

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Das Scrum Team untersucht Menschen, Interaktionen, Prozesse, Werkzeuge und Definition of Done und vereinbart wenige überprüfbare Verbesserungen.

Arbeitsboard

Fiktives Beispiel

Strukturiertes Board mit leerer Arbeitsfläche und fiktiver Beispielansicht.

Beobachtungen

Fiktiv: Offline-Fälle unklar

Definition of Done deckt Rückgaben ohne Netz nicht sichtbar ab.

Muster

Fiktiv: Übergaben ohne Akzeptanznotiz

Support und Development wiederholen Rückfragen.

Nächste Verbesserungen

Fiktiv: Offline-Checkliste ergänzen

Lea ergänzt und testet einen Fall bis Sprint 12.

Lernen statt Schuld
Untersucht Bedingungen und Auswirkungen; niemand muss persönliche Dinge offenlegen.

The 2020 Scrum Guide

  1. 1

    Frame

    Sprint und Zweck klären

    Ziel

    Rufe Sprint Goal, Zeitraum und sichere Gesprächsbedingungen auf.

    Voraussetzungen für diesen Schritt

    • Fiktiver Werkzeugverleih als Arbeitskontext
    • Gemeinsame Beobachtungen

    Durchführung

    • Rufe Sprint Goal, Zeitraum und sichere Gesprächsbedingungen auf.
    • Ergebnis sichtbar festhalten.

    Ergebnis

    Sprint Goal, Zeitraum

    Sprint Goal, Zeitraum

    Qualitätscheck

    Ist der Schritt konkret, sicher und anschlussfähig?

    Stolperfalle

    Die Diskussion bleibt allgemein oder weist Personen Schuld zu. Zur beobachtbaren Arbeit, Wirkung und nächsten Prüfung zurückkehren.

    Zeitlicher Rahmen: 10–20 Minuten

  2. 2

    Inspect

    Erfahrungen sammeln

    Ziel

    Sammle konkrete Beobachtungen zu Menschen, Interaktionen, Prozessen, Werkzeugen und Definition of Done.

    Voraussetzungen für diesen Schritt

    • Fiktiver Werkzeugverleih als Arbeitskontext
    • Gemeinsame Beobachtungen

    Durchführung

    • Sammle konkrete Beobachtungen zu Menschen, Interaktionen, Prozessen, Werkzeugen und Definition of Done.
    • Ergebnis sichtbar festhalten.

    Ergebnis

    Beobachtungen

    Beobachtungen

    Qualitätscheck

    Ist der Schritt konkret, sicher und anschlussfähig?

    Stolperfalle

    Die Diskussion bleibt allgemein oder weist Personen Schuld zu. Zur beobachtbaren Arbeit, Wirkung und nächsten Prüfung zurückkehren.

    Zeitlicher Rahmen: 10–20 Minuten

  3. 3

    Learn

    Muster und Ursachen untersuchen

    Ziel

    Verdichte Muster, frage nach Bedingungen und würdige mehrere Perspektiven ohne Schuldzuweisung.

    Voraussetzungen für diesen Schritt

    • Fiktiver Werkzeugverleih als Arbeitskontext
    • Gemeinsame Beobachtungen

    Durchführung

    • Verdichte Muster, frage nach Bedingungen und würdige mehrere Perspektiven ohne Schuldzuweisung.
    • Ergebnis sichtbar festhalten.

    Ergebnis

    Muster und Lernpunkte

    Muster und Lernpunkte

    Qualitätscheck

    Ist der Schritt konkret, sicher und anschlussfähig?

    Stolperfalle

    Die Diskussion bleibt allgemein oder weist Personen Schuld zu. Zur beobachtbaren Arbeit, Wirkung und nächsten Prüfung zurückkehren.

    Zeitlicher Rahmen: 10–20 Minuten

  4. 4

    Improve

    Verbesserungen vereinbaren

    Ziel

    Wähle wenige Aktionen für den nächsten Sprint, mit Owner, Definition of Done und Wirknachweis.

    Voraussetzungen für diesen Schritt

    • Fiktiver Werkzeugverleih als Arbeitskontext
    • Gemeinsame Beobachtungen

    Durchführung

    • Wähle wenige Aktionen für den nächsten Sprint, mit Owner, Definition of Done und Wirknachweis.
    • Ergebnis sichtbar festhalten.

    Ergebnis

    Verbesserungsplan

    Verbesserungsplan

    Qualitätscheck

    Ist der Schritt konkret, sicher und anschlussfähig?

    Stolperfalle

    Die Diskussion bleibt allgemein oder weist Personen Schuld zu. Zur beobachtbaren Arbeit, Wirkung und nächsten Prüfung zurückkehren.

    Zeitlicher Rahmen: 10–20 Minuten

  5. 5

    Nachverfolgung

    Prüfung und Verantwortlichkeit vereinbaren

    Ziel

    Einen verbindlichen nächsten Prüfschritt vorbereiten.

    Voraussetzungen für diesen Schritt

    • Gewählte Maßnahmen
    • Mögliche Wirkungssignale

    Durchführung

    • Für jede gewählte Maßnahme Owner, Prüftermin und beobachtbares Signal festhalten.
    • Vereinbarung gemeinsam bestätigen und einen Ort für spätere Ergebnisse festlegen.

    Ergebnis

    Vereinbarter Nachverfolgungsplan

    Maßnahme · Owner · Prüftermin · Signal · Dokumentationsort

    Qualitätscheck

    Sind Owner, Prüftermin und Wirkungssignal verständlich vereinbart?

    Stolperfalle

    Die Aktion wird erledigt, ihre Wirkung aber nicht betrachtet. Prüftermin in die nächste Retrospektive übernehmen.

    Zeitlicher Rahmen: 5–10 Minuten für die Vereinbarung

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Sprint Retrospective · ScrumTeamdaten sammeln, Muster verstehen und wenige konkrete Verbesserungen mit Ownern beschließen
Sprint RetrospectiveDas Visual zeigt Retro-Phasen, Beobachtungsnotizen, Insight-Bildung und konkrete Action Items.Lernen aus dem Sprint in konkrete Verbesserung übersetzenDie Retro trennt Sicherheit, Daten, Muster und Entscheidung, damit Action Items realistisch bleiben.DatenMusterFokusCommitmentSet the StageSicherheit und FokusGather DataFakten, Events, MetrikenGenerate InsightsMuster und UrsachenDecide1-2 Verbesserungen wählenBuild brach spätReview dauertDoD unklarPairing halfAction ItemsOwner, Termin und Erfolgssignal sichtbar machen
Form

Sprint-Retrospektivprotokoll mit beobachteten Bedingungen, Mustern, wenigen Verbesserungsaktionen, Owner, Definition of Done für die Aktion und Prüftermin im nächsten Sprint.

Versionierung / Ownership

Datum, Zeitraum und Owner am Artefakt führen.

Tool-Alternativen
  • Whiteboard
  • Confluence-Seite
  • Miro-Retrospektivboard

sprint-retrospective-working-template.md

Zweck, Zeitraum und nächsten Arbeitsblock planen.

Sprint Retrospective: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Gesamter Ablauf Zeit: In einer Sitzung

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

  • Materialien: Board, Stickies, Timer
  • Rollen: Scrum Master moderiert; Developers, Product Owner und weitere Scrum-Team-Mitglieder bringen Beobachtungen ein; eine Person dokumentiert Aktionen.
  • Vorab-Infos: Sprint Goal, Sprint Backlog, Increment, Definition of Done, relevante Ereignisse und bereits bekannte Metriken vorab sammeln.
  • Gesamter Zeitbedarf: 90 Minuten
  • Setup: Sicheren Rahmen und Zeitbox erklären. Beobachtungen zu Menschen, Interaktionen, Prozessen, Werkzeugen und Definition of Done getrennt sammeln.

Für die Arbeitsschritte bereitstellen

Frame: Sprint und Zweck klären

  • Fiktiver Werkzeugverleih als Arbeitskontext
  • Gemeinsame Beobachtungen

Inspect: Erfahrungen sammeln

  • Fiktiver Werkzeugverleih als Arbeitskontext
  • Gemeinsame Beobachtungen

Learn: Muster und Ursachen untersuchen

  • Fiktiver Werkzeugverleih als Arbeitskontext
  • Gemeinsame Beobachtungen

Improve: Verbesserungen vereinbaren

  • Fiktiver Werkzeugverleih als Arbeitskontext
  • Gemeinsame Beobachtungen

Nachverfolgung: Prüfung und Verantwortlichkeit vereinbaren

  • Gewählte Maßnahmen
  • Mögliche Wirkungssignale

Arbeitsboard

Beobachtungen

...

Muster

...

Nächste Verbesserungen

...

Arbeitsregeln

Lernen statt Schuld ...

The 2020 Scrum Guide

Frame: Sprint und Zweck klären

Erwartetes Artefakt: Sprint Goal, Zeitraum

Sprint Goal, Zeitraum

Eintrag:

...

  • Ist der Schritt konkret, sicher und anschlussfähig?

Inspect: Erfahrungen sammeln

Erwartetes Artefakt: Beobachtungen

Beobachtungen

Eintrag:

...

  • Ist der Schritt konkret, sicher und anschlussfähig?

Learn: Muster und Ursachen untersuchen

Erwartetes Artefakt: Muster und Lernpunkte

Muster und Lernpunkte

Eintrag:

...

  • Ist der Schritt konkret, sicher und anschlussfähig?

Improve: Verbesserungen vereinbaren

Erwartetes Artefakt: Verbesserungsplan

Verbesserungsplan

Eintrag:

...

  • Ist der Schritt konkret, sicher und anschlussfähig?

Nachverfolgung: Prüfung und Verantwortlichkeit vereinbaren

Erwartetes Artefakt: Vereinbarter Nachverfolgungsplan

Maßnahme · Owner · Prüftermin · Signal · Dokumentationsort

Eintrag:

...

  • Sind Owner, Prüftermin und Wirkungssignal verständlich vereinbart?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/sprint-retrospective/run-sheet

06

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

sprint-retrospective-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktive Sprint Retrospective: Werkzeugverleih

Sprint Goal: Rückgabe für drei Gerätearten online ermöglichen.

Beobachtung: Die Definition of Done war bei Offline-Fällen unklar. Muster: Übergaben zwischen Support und Development enthielten keine Akzeptanznotiz. Aktion: Lea ergänzt bis Sprint 12 eine Offline-Checkliste; Done ist ein getesteter Fall im Review. Prüfung: Im nächsten Sprint prüfen wir Rückfragen und Nacharbeit.

07

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

  1. Sprint und Zweck klärenDie Diskussion bleibt allgemein oder weist Personen Schuld zu.In der Phase ansehen
  2. Erfahrungen sammelnDie Diskussion bleibt allgemein oder weist Personen Schuld zu.In der Phase ansehen
  3. Muster und Ursachen untersuchenDie Diskussion bleibt allgemein oder weist Personen Schuld zu.In der Phase ansehen
  4. Verbesserungen vereinbarenDie Diskussion bleibt allgemein oder weist Personen Schuld zu.In der Phase ansehen
  5. Prüfung und Verantwortlichkeit vereinbarenDie Aktion wird erledigt, ihre Wirkung aber nicht betrachtet.In der Phase ansehen
08

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Das Sprint Goal und konkrete Beobachtungen sind nachvollziehbar.
Menschen, Interaktionen, Prozesse, Werkzeuge und Definition of Done wurden betrachtet.
Wenige Aktionen haben Owner, Done-Kriterium und Prüfung im nächsten Sprint.
Die Aktion wird im nächsten Sprint auf Wirkung geprüft.
Das Gespräch bleibt auf Arbeit und Bedingungen gerichtet.

Methode nach Scrum Community. Kuratiert mit 1 Quellen.

Quellen: The 2020 Scrum Guide

Ablauf, Timeboxen und Stolperfallen sind redaktionell kuratierte Praxisempfehlungen auf Basis der genannten Quellen.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.