Meine Session planen

# 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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   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 Run Sheets.

## 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