Session Brief: Sprint Retrospective

Ziel

Artefakt: Improvement Actions

Arbeitsfrage

Welche eine Veraenderung am Prozess oder System verbessert den naechsten Sprint am staerksten, und wer setzt sie verbindlich um?

Kontext

Sprint-Burndown, Velocity, abgeschlossene und nicht abgeschlossene Items; Major-Incidents im Sprint; Status der vorherigen Action Items; geteilte Vorab-Stimmung (Pulscheck).

Setup

• Format: Methoden-Session
• Dauer: 60-90 min pro 2-Wochen-Sprint
• Modus: Workshop
• Teilnehmende: Ein Facilitator (rotierend oder Scrum Master); alle Entwicklungsteam-Mitglieder; optional Product Owner; kein externer Stakeholder ohne Einladung.
• Owner: Ein Facilitator (rotierend oder Scrum Master)
• Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
• Ergebnislogik: Artefakt fertigstellen

Beteiligungslogik

Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

Ergebnislogik

Die Session arbeitet direkt auf Improvement Actions hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

Input

Miro- oder FigJam-Board mit Vorlage (z. B. Mad-Sad-Glad, Sailboat, Start-Stop-Continue); Timer; Aktionsboard fuer Massnahmen mit Owner und Frist; Liste der Action Items aus der Vorgaenger-Retro.

Vorbereitung

Format pro Retro variieren, um Routine zu vermeiden. Vorgaenger-Action-Items sichtbar machen. Regeln ansagen: Vegas-Regel (was hier gesagt wird, bleibt hier), Fokus auf System statt Personen, eine Aktion lieber als zehn.

Agenda

1. Phase 1: Set the Stage (5-10 min) Owner: Facilitator Aktion: Ziel der Retro nennen, Regeln wiederholen, Pulse-Check (Daumen oder 1-5). Action Items aus Vorperiode kurz reviewen: erledigt, offen, fallen gelassen. Hinweis: Wenn aus drei Retros hintereinander dieselben Action Items unerledigt sind, ist das das einzig sinnvolle Thema dieser Retro. Output: Improvement Actions

2. Phase 2: Gather Data (15-20 min) Owner: Facilitator Aktion: Format-spezifische Sammlung: Mad-Sad-Glad, Was lief gut/schlecht, 4Ls, Sailboat. Stilles Schreiben zuerst, dann Cluster. Auch Metriken einbeziehen (Velocity, Bug-Anzahl, Incident-Count). Hinweis: Wenn alle in einem Format dieselbe Phrase wiederholen, ist Themenbreite zu eng. Format wechseln oder Frage neu stellen, sonst wird die Retro Pflichtuebung. Output: Team Agreements

3. Phase 3: Generate Insights (15-20 min) Owner: Facilitator Aktion: Top-Themen voten (Dot-Voting, 2-3 Punkte pro Person). Beim Top-Thema 5 Whys oder Fishbone, um Ursache zu finden. Maximal zwei Themen tief bearbeiten. Hinweis: Lieber ein Thema mit Tiefe als fuenf oberflaechlich. Wenn alles wichtig ist, wird nichts geaendert. Output: Improvement Actions

4. Phase 4: Decide What to Do (15-20 min) Owner: Facilitator Aktion: Pro Top-Thema eine Massnahme: SMART formuliert, mit Owner, Frist und Erfolgsindikator. Maximal zwei bis drei Action Items pro Retro. Hinweis: Action Item ohne Owner ist Wunsch. Owner muss anwesend sein und „ja“ sagen, sonst nicht in die Liste. Erfolgsindikator naechste Retro pruefbar. Output: Team Agreements

5. Phase 5: Close the Retro (5 min) Owner: Owner Aktion: Plus-Delta oder Round Robin: was war an dieser Retro hilfreich, was beim naechsten Mal anders. Action Items zusammenfassen, Verantwortung bestaetigen. Hinweis: Schliessung ist nicht „und tschuess“. Wenn der Retro-Wert nicht klar ist, sinkt Engagement der naechsten. Plus-Delta liefert die Verbesserungs-Schleife fuer die Retro selbst. Output: Improvement Actions

6. Artefakt veröffentlichen (10 min) Owner: Owner Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen. Output: Improvement Actions

Abschluss

• Ergebnisartefakt aktualisieren: Improvement Actions
• Ablageort, Version und Review-Empfänger festlegen.
• Owner, nächster Schritt und Reviewtermin festlegen.

Improvement Actions: Sprint Retrospective

Arbeitsfrage

Welche eine Veraenderung am Prozess oder System verbessert den naechsten Sprint am staerksten, und wer setzt sie verbindlich um?

Kontext

Sprint-Burndown, Velocity, abgeschlossene und nicht abgeschlossene Items; Major-Incidents im Sprint; Status der vorherigen Action Items; geteilte Vorab-Stimmung (Pulscheck).

Beteiligte

• Owner: Ein Facilitator (rotierend oder Scrum Master)
• Teilnehmende: Ein Facilitator (rotierend oder Scrum Master); alle Entwicklungsteam-Mitglieder; optional Product Owner; kein externer Stakeholder ohne Einladung.

Input

Miro- oder FigJam-Board mit Vorlage (z. B. Mad-Sad-Glad, Sailboat, Start-Stop-Continue); Timer; Aktionsboard fuer Massnahmen mit Owner und Frist; Liste der Action Items aus der Vorgaenger-Retro.

Vorlage

Sprint Retrospective Arbeitsvorlage

Ziel

Scrum Event, um Zusammenarbeit, Qualität und Prozess zu inspizieren und anzupassen.

Kontext

Wann und wofür nutzen wir diese Methode?

Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

Durchführung

Kurze Notizen entlang des Runsheets.

Ergebnisartefakte

• Improvement Actions:
• Team Agreements:

Annahmen und offene Fragen

• ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Fertigstellungscheck

• Improvement Actions ist vollständig genug für Review:
• Ablageort:
• Version / Status:
• Review durch:
• Nächster Schritt:

Nächster Schritt

• Ergebnis prüfen
• offene Fragen markieren
• Review oder Entscheidung terminieren