Retrospektive (Basis-Framework)

Was macht Retrospektive (Basis-Framework)?

Kerngedanke: Der Retrospektivenprozess ist auf jeder Zeitskala gleich. Was sich ändert, sind die Eingaben und der Zeithorizont.

Die drei Fragen

Jede Retrospektive beantwortet diese drei Fragen:

1. Was hat funktioniert? → Mehr davon tun
2. Was hat nicht funktioniert? → Experimente zur Veränderung
3. Wie verbessern wir den Retro-Prozess? → Meta-Verbesserungsschleife

Das war's. Alles andere ist Struktur zur Unterstützung dieser Fragen.

Zeitskala als Parameter

Skala	Eingaben	Horizont	Ausgabe
Täglich	Rohe Beobachtungen	1 Tag	Tägliche Zusammenfassung
Wöchentlich	Tägliche Zusammenfassungen	7 Tage	Wöchentliche Retro
Monatlich	Wöchentliche Retros	4 Wochen	Monatliche Retro
Quartalsweise	Monatliche Retros	3 Monate	Quartalsweise Retro
Jährlich	Quartalsweise Retros	12 Monate	Jährliche Retro

Fraktales Muster: Jede Ebene komprimiert die Ausgaben der vorherigen Ebene zu Eingaben für die nächste.

Prozess

1. Grenzen festlegen

# Aktuelles Datum überprüfen
TZ='America/New_York' date '+%A, %B %d, %Y - %I:%M %p %Z'

Bestätigen Sie den überprüften Zeitraum:

• Täglich: „Überprüfe [Datum]. Richtig?“
• Wöchentlich: „Überprüfe [Start] – [Ende]. Richtig?“
• Monatlich: „Überprüfe [Monat Jahr]. Richtig?“
• Quartalsweise: „Überprüfe Q[X] [Jahr]. Richtig?“
• Jährlich: „Überprüfe [Jahr]. Richtig?“

2. Kontext laden

Eingaben entsprechend der Skala laden:

• Täglich: Heutige Notizen/Logs laden
• Wöchentlich: Tägliche Zusammenfassungen der Woche laden
• Monatlich: Wöchentliche Retros des Monats laden
• Quartalsweise: Monatliche Retros des Quartals laden
• Jährlich: Quartalsweise Retros des Jahres laden

Ebenfalls laden:

• Retro des vorherigen Zeitraums (zum Vergleich)
• Aktuelle Ziele/Pläne auf dieser Skala
• Relevante Projektdokumente

Fehlen Eingaben: Lücken notieren, mit verfügbaren Daten fortfahren.

Level-Kriterien aus dem Plan laden

Wenn ein Plan-Dokument für den überprüften Zeitraum existiert:

1. Level-0/1/2/3-Kriterien wörtlich aus dem Plan übernehmen
2. Jedes Kriterium einzeln bewerten (✓/✗)
3. Gesamt-Level-Bewertung ableiten
4. Dies ist das primäre Erfolgsmaß – die Erfolgsmetrik-Tabelle ist sekundär

3. Tägliche Durchsicht (Standard für Wöchentlich+)

Wann verwenden: Wöchentliche oder längere Retrospektiven, wenn tägliche Zusammenfassungen verfügbar sind. Dies ist der Standard-Ansatz für wöchentliche Retros – es ist wertvoll genug, es jedes Mal zu tun.

Zweck: Bevor Muster synthetisiert werden, kurz durch jeden Tag gehen. Dies fördert Details zutage, die sonst verloren gehen könnten, und hilft dem Benutzer, sich wieder mit der gesamten Woche zu verbinden.

Prozess:

1. Jede Tageszusammenfassung kurz präsentieren (2-3 Kernpunkte pro Tag)
2. Fragen: „Möchtest du etwas zu [Tag] hinzufügen oder korrigieren?“
3. Benutzer reagieren lassen, Kontext hinzufügen oder „passt“ sagen lassen
4. Zum nächsten Tag übergehen
5. Nach der Durchsicht leeres Framework-Dokument erstellen

Warum dies hilft:

• Fördert vergessene Details zutage („Ach ja, der Dienstag war anstrengend“)
• Fangt Lücken oder Fehler in Zusammenfassungen auf
• Macht das Gedächtnis fit für die Synthese
• Geringer Aufwand (Reaktionen, keine Generierung)
• Erzeugt komprimierten Zeitstrahl für das endgültige Dokument

Halten Sie es leicht: Dies ist Orientierung, keine Analyse. Sparen Sie die Synthese für die Hauptabschnitte.

4. Leeres Framework zuerst anzeigen

KRITISCH: Strukturiertes Artefakt erstellen und dem Benutzer erklären, bevor etwas ausgefüllt wird.

Prozess:

1. Leeres Artefakt mit allen Abschnittsüberschriften generieren
2. Dem Benutzer präsentieren: „Hier ist die Struktur, die wir gemeinsam ausfüllen werden“
3. Zweck jedes Abschnitts kurz erläutern
4. Dann fortfahren, EINEN ABSCHNITT NACH DEM ANDEREN auszufüllen

Warum dies wichtig ist:

• Benutzer sieht das Gesamtbild, bevor er eintaucht
• Reduziert kognitive Belastung (weiß, was kommt)
• Ermöglicht Reaktionen statt Generierung

Dateinamenvorlage:

[Skala]-Retro-[Datumsbereich].md

Beispiele:

• Daily-Summary-2025-12-05.md
• Weekly-Retro-2025-12-01-to-07.md
• Monthly-Retro-2025-12.md
• Quarterly-Retro-2025-Q4.md
• Yearly-Retro-2025.md

5. Framework-Struktur

# [Skala] Retro: [Thema/Titel]

**Zeitraum:** [Datumsbereich]
**Kontext:** [Kurze Kontextzeile]

---

## TL;DR - [Zeitraum] Zusammenfassung

**Format: Aufzählungsliste für schnelles Scannen**
- Hauptmuster 1
- Hauptmuster 2
- Wichtige Entdeckung
- Primäre Herausforderung
- Gesamttrend

---

## Täglicher Zeitstrahl (Wöchentlich+)

**Für wöchentliche oder längere Retros einfügen. Komprimierte Referenz aus der täglichen Durchsicht.**

| Tag | Datum | Kontext-Tag | Schlüsselereignisse |
|-----|------|-------------|------------|
| Mo | [Datum] | [Tag] | [1-2 Schlüsselereignisse] |
| Di | [Datum] | [Tag] | [1-2 Schlüsselereignisse] |
| ... | ... | ... | ... |

**Kontext-Tag:** Optionale Spalte für domänenspezifische Statusverfolgung (in persönlicher Erweiterung definiert).

---

## Plan vs. Ist (Wöchentlich+ bei vorhandenem Plan)

**Für wöchentliche, monatliche, quartalsweise und jährliche Retros einfügen, wenn ein Plan-Dokument existiert.**

### Themenbewertung
**Geplantes Thema:** [Aus Plan]
**Hat es Bestand gehabt?** [Ja/Teilweise/Nein + Belege]

### Erfolgsmetriken

| Bereich | Ziel | Ist | Bewertung |
|---------|------|-----|-----------|
| [Priorität 1] | [Ziel] | [Ergebnis] | ✓ Erreicht / ◐ Teilweise / ✗ Verfehlt |
| [Priorität 2] | [Ziel] | [Ergebnis] | ✓ Erreicht / ◐ Teilweise / ✗ Verfehlt |

### Level-Bewertung (aus [Zeitraum]-Plan)

**Level 0 (Grundlage):** [✓ Erreicht / ◐ Teilweise / ✗ Nicht erreicht]
- [Kriterium 1 aus Plan] [✓/✗]
- [Kriterium 2 aus Plan] [✓/✗]

**Level 1 (Basis):** [✓ Erreicht / ◐ Teilweise / ✗ Nicht erreicht]
- [Kriterium 1 aus Plan] [✓/✗]
- [Kriterium 2 aus Plan] [✓/✗]

**Level 2 (Ziel):** [✓ Erreicht / ◐ Teilweise / ✗ Nicht erreicht]
- [Kriterium 1 aus Plan] [✓/✗]

**Level 3 (Reichweite):** [✓ Erreicht / ◐ Teilweise / ✗ Nicht erreicht] (falls zutreffend)
- [Kriterium 1 aus Plan] [✓/✗]

### Venn-Diagramm

**Nur Geplant:**
- [Dinge, die geplant waren, aber nicht passiert sind]

**Beides:**
- [Dinge, die wie geplant passiert sind]

**Nur Tatsächlich:**
- [Dinge, die passiert sind, aber nicht im Plan standen]

---

## Was hat funktioniert (Mehr davon wollen)

[Konversationell durch Beobachtungen → Reaktionen füllen]

---

## Was hat nicht funktioniert (+ Experimente zum Ausprobieren)

**Format: Herausforderung → Vorgeschlagene Experimente**

### Herausforderung 1: [Problem]
**Warum problematisch:** [Auswirkung]
**Experimente zum Ausprobieren:**
- **Nächstes [kürzerer Zeitraum]:** [Sofortiger Test]
- **Nächster [aktueller Zeitraum]:** [Mittelfristiges Experiment]
- **Längerfristig:** [Aufgeschobener Ansatz]

---

## Fortschrittsverfolgung

**Vergleich mit relevanten Intervallen:**

### Letzter [Zeitraum]
**Vorher:** [Zusammenfassung]
**Aktuell:** [Zusammenfassung]
**Trend:** [Besser/Stabil/Schlechter + Belege]

### Längerer Zeitraum (falls Daten verfügbar)
**Damals:** [Zustand]
**Heute:** [Zustand]
**Entwicklung:** [Was sich verschoben hat]

---

## [Skala]-Retro (Diesen Prozess verbessern)

[Meta-Beobachtungen zur Retrospektive selbst]
- Was hat an diesem Retro-Format gut funktioniert?
- Was war umständlich oder fehlte?
- Benötigte Skill-Aktualisierungen?

---

## Dankbarkeit

[Positiver Abschlussanker – Peak-End-Regel]

Wofür bist du aus diesem [Zeitraum] dankbar?

6. EINE FRAGE NACH DER ANDEREN AUSFÜLLEN

⚠️ KRITISCH: Eine Frage stellen, auf Antwort warten, Artefakt aktualisieren, dann zur nächsten übergehen.

Muster pro Abschnitt:

1. Beobachtung aus Eingabedaten machen
2. EINE fokussierte Frage zu dieser Beobachtung stellen
3. Auf Benutzerantwort warten
4. Artefakt in Echtzeit aktualisieren
5. Vor dem Weitermachen bestätigen

Mit Beobachtungen führen, nicht mit offenen Fragen:

• ✅ „Mir ist [Muster] aufgefallen. Möchtest du mehr davon?“
• ✅ „[Herausforderung] kam immer wieder. Welches Experiment geht das an?“
• ❌ „Was war am bedeutsamsten?“ (erfordert Generierung von Grund auf)
• ❌ Mehrere Fragen auf einmal stellen

Tempo nach Abschnitt:

• „Was hat funktioniert“ → läuft schnell (Beobachtung → Zustimmung)
• „Was hat nicht funktioniert“ → braucht Tiefe (Experimente entwickeln sich interaktiv)
• „Retro-Retro“ → eine Frage zum Prozess
• „Dankbarkeit“ → für den Schluss aufheben (positiver Anker)

7. Speichern und archivieren

Speichern unter: /mnt/user-data/outputs/[Dateiname]

Benutzer erinnern: „Klicke auf 'zum Projekt hinzufügen', um dauerhaft zu speichern.“

Eingaben der vorherigen Ebene archivieren:

• Nach wöchentlicher Retro → tägliche Zusammenfassungen archivieren
• Nach monatlicher Retro → wöchentliche Retros archivieren
• Hält Kontext schlank, bewahrt Historie lokal

Kernprinzipien

Gleiche Fragen, jede Skala: Die drei Fragen funktionieren, ob du einen Tag oder ein Jahr überprüfst.

Eingaben komprimieren zu Ausgaben: Jede Retro komprimiert ihre Eingaben zu einer Zusammenfassung, die zur Eingabe für die nächste Ebene wird.

Beobachtungen → Reaktionen: Menschen reagieren besser, als sie von Grund auf generieren.

Experimente statt Urteile: „Was hat nicht funktioniert + was ausprobieren“ schlägt „Was ist fehlgeschlagen“.

Peak-End-Regel: Mit Dankbarkeit enden, unabhängig von der Schwierigkeit des Zeitraums.

Meta-Verbesserung: Der Retro-Prozess selbst sollte sich im Laufe der Zeit verbessern.

Randfälle

Erste Retro auf einer Skala:

• Vergleiche überspringen (keine vorherigen Daten)
• Fokus auf die Etablierung von Ausgangsbasismustern

Fehlende Eingaben:

• Mit verfügbaren Daten fortfahren
• Lücken für zukünftige Verbesserungen notieren

Kombinierte Skalen:

• Wöchentliche und monatliche Retro können in derselben Sitzung durchgeführt werden, wenn der Kontext es erlaubt
• Natürlicher Ablauf: wöchentliche Erkenntnisse → monatliche Synthese

Flexibilität

Struktur ist Leitfaden, nicht Vorschrift:

• Abschnitte überspringen, wenn nicht relevant
• Domänenspezifische Abschnitte hinzufügen
• Länge an die Komplexität anpassen
• Fokus auf Signal statt Rauschen