methodatlas
Playbook

Retro zu Verbesserungen führen

Von Teamgefühl zu priorisierten Lernpunkten, Experimenten und überprüfbarer Veränderung.

Schritte4 Methoden
Zeit60-120 min
FormatWorkshop
Ergebnis

Eine fokussierte Verbesserungsmaßnahme mit Owner, Hypothese und Review-Termin.

Am Ende hast du

Retro BoardEmotion ClustersAction IdeasPDCA Plan

Entscheidungspunkt

Du kannst entscheiden, welches Verbesserungsexperiment das Team als Nächstes bewusst testet.

Nächster Schritt

Experiment im Alltag durchführen, Wirkung im Review prüfen und Working Agreements bei Bedarf anpassen.

Ideal für

  • Scrum- und Kanban-Teams
  • Teams nach Releases oder schwierigen Phasen
  • kontinuierliche Verbesserung

Nicht gut für

  • Performancegespräche einzelner Personen
  • akute Konfliktmoderation ohne Sicherheit
Vorbereitung

Was vor dem Start klar sein sollte

Rollen

  • Team
  • Facilitator oder Scrum Master
  • bei Bedarf Stakeholder für systemische Hindernisse

Inputs

  • Ereignisse der letzten Iteration
  • Teamstimmung und Beobachtungen
  • offene Verbesserungs- oder Konfliktthemen

Setup

  • sicheren Gesprächsrahmen setzen
  • Ziel der Retro klären
  • Zeit für konkrete Maßnahmen reservieren
Ablauf

Methodenpfad

4 Methoden
  1. 1AgileRetro Board

    Sprint Retrospective

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

    Warum dieser Schritt?

    Die Sprint Retrospective schafft den Rahmen, um Arbeitsweise und Ereignisse systematisch zu reflektieren.

    Emotionale Signale werden danach explizit gesammelt und geordnet.

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

    Mad Sad Glad

    Welche Erlebnisse haben uns geärgert, bedrückt oder gefreut und welche Arbeitsbedingung möchten wir verändern?

    Warum dieser Schritt?

    Mad Sad Glad macht Teamwahrnehmung und emotionale Muster sichtbar, ohne sie sofort zu bewerten.

    Die Muster werden anschließend in konkrete Verhaltensideen übersetzt.

    Papierillustration zu Mad Sad Glad
  3. 3AgileAction Ideas

    Start Stop Continue

    Was sollte das Team beginnen, beenden oder bewusst fortsetzen?

    Warum dieser Schritt?

    Start Stop Continue formuliert Veränderung als beobachtbares Verhalten.

    Die beste Veränderungsidee wird danach als überprüfbarer Lernzyklus geplant.

    Papierillustration einer Team-Rückschau mit drei getrennten Feldern für Start, Stop und Continue und einer gemeinsamen Action-Liste.
  4. 4OperationsPDCA Plan

    PDCA Cycle

    Welche kleine Veränderung testen wir, was erwarten wir, was trat ein und wie fließt das Lernen in den nächsten Zyklus?

    Warum dieser Schritt?

    PDCA macht Verbesserung als Plan, Umsetzung, Prüfung und Anpassung greifbar.

    Der Zyklus setzt Owner, Review-Termin und erwartete Wirkung für das Experiment.

    Papierillustration zu PDCA Cycle.
Abschlusskriterien
Vorlagen

Artefakte für dieses Playbook

Die Artefakte bleiben zugeklappt, bis du sie wirklich brauchst.

MarkdownVorlage anzeigen

Working Agreements: Arbeitsvorlage

Plane Erstvereinbarung, Anwendung und Review mit klaren Verantwortungen.

# Working Agreements: Arbeitsvorlage

## Fragestellung
Noch zu klären

## Gewünschtes Ergebnis
Noch zu klären

## Rahmen
Vollständiger Durchlauf
Zeit: 10 Minuten Vorbereitung und etwa 60 Minuten für die Erstvereinbarung; danach laufende Anwendung und regelmäßige Reviews.

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

## Vorbereitung für diesen Umfang

### Methodische Grundausstattung
- **Materialien:** Gemeinsames Dokument oder Board, individuelle Arbeitspräferenzen, aktuelle Reibungsbeispiele, Kanalübersicht und Kalender.
- **Rollen:** Gesamtes Team · Facilitator · Teamleitung als Mitwirkende, nicht als alleinige Autorität · wechselnder Agreement-Owner
- **Vorab-Infos:** Alle notieren Arbeitszeiten, Fokuszeiten, Feedbackpräferenzen und aktuelle Reibung. Teamleitung entwirft höchstens Kommunikations- und Eskalationsfragen, keine fertigen Regeln.
- **Gesamter Zeitbedarf:** 10 Minuten Vorbereitung und etwa 60 Minuten für die Erstvereinbarung; danach laufende Anwendung und regelmäßige Reviews.
- **Setup:** Bestehende Regeln sichtbar machen, persönliche Präferenzen zuerst still sammeln und nur Vereinbarungen aufnehmen, die das Team konkret ausprobieren kann.

### Für die Arbeitsschritte bereitstellen

#### Anlass: Reibung eingrenzen
- Alle notieren Arbeitszeiten, Fokuszeiten, Feedbackpräferenzen und aktuelle Reibung. Teamleitung entwirft höchstens Kommunikations- und Eskalationsfragen, keine fertigen Regeln.

#### Perspektiven: Bedürfnisse sammeln
- Eingegrenzte Reibungspunkte

#### Regeln: Beobachtbar formulieren
- Sichtbare Arbeitspräferenzen

#### Eskalation: Schnittstellen klären
- Beobachtbare Teamregeln

#### Pflege: Review planen
- Kommunikations- und Eskalationsweg


## Working Agreements

### Arbeitszeiten und Fokus
Wann sind wir erreichbar, wann schützen wir Fokus und welche Ausnahmen gelten?

...

### Kommunikationskanäle
Welcher Kanal dient welchem Zweck und welche Reaktion wird erwartet?

...

### Feedback und Entscheidungen
Wie geben wir Feedback und wo werden Entscheidungen festgehalten?

...

### Blockaden und Eskalation
Wann und zu wem wird eskaliert?

...

### Review
Wann und wodurch ändern wir die Regeln?

...

Persönliche Präferenzen sammeln, dann wenige beobachtbare Regeln auf Zeit vereinbaren.

[Atlassian Working Agreements · eigene Lehrdarstellung](https://www.atlassian.com/team-playbook/plays/working-agreements)


## Anlass: Reibung eingrenzen
Erwartetes Artefakt: Eingegrenzte Reibungspunkte

Eingegrenzte Reibungspunkte

Eintrag:

...

- [ ] Sind die Reibungspunkte als konkrete Situationen beschrieben, ohne Personen zu bewerten?

## Perspektiven: Bedürfnisse sammeln
Erwartetes Artefakt: Sichtbare Arbeitspräferenzen

Sichtbare Arbeitspräferenzen

Eintrag:

...

- [ ] Konnten alle ihre Arbeitsbedingungen und Feedbackpräferenzen unabhängig einbringen?

## Regeln: Beobachtbar formulieren
Erwartetes Artefakt: Beobachtbare Teamregeln

Beobachtbare Teamregeln

Eintrag:

...

- [ ] Nennt jede Regel einen Auslöser und ein beobachtbares Verhalten?

## Eskalation: Schnittstellen klären
Erwartetes Artefakt: Kommunikations- und Eskalationsweg

Kommunikations- und Eskalationsweg

Eintrag:

...

- [ ] Ist für dringende und nicht dringende Fälle klar, welcher Kanal und welcher Eskalationsweg gilt?

## Pflege: Review planen
Erwartetes Artefakt: Reviewfähige Vereinbarung

Reviewfähige Vereinbarung

Eintrag:

...

- [ ] Kann das Team Regeln ändern, wenn sie nicht mehr tragfähig sind, und steht der nächste Review fest?

## Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/working-agreements/run-sheet