Zurück zum Playbook
Strategy & DiscoverySD-19
Eine Retrospektive durchführen
Beginnt mit früheren Commitments und endet mit wenigen Verbesserungsexperimenten mit Owner, ohne die Reflexion in Schuldzuweisung zu verwandeln.
ProduktstatusUnterstützter AblaufTeklens bereitet die Reflexion vor und schreibt den Recap; das Retro-Gespräch führt das Team.
Input3 benötigte InputsFrühere Verbesserungs-Commitments · Beobachtungen des Teams und Belege, was sich geändert hat · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsPrepare a retrospective and improvement proposals · Record decisions and follow-up · Prepare task contextProduct Manager + Product Manager Agent
ErgebnisRetrospektive: frühere Commitments und ihre Wirkung, Session-Plan, Themen, zwei oder drei Verbesserungsexperimente mit Owner und das nächste Review-Datum.Artefakt: Retrospektive
Owner
Product Manager
Mensch führt
Beteiligte · Agents
EngineerDesignerQAProduct Manager Agent
Auslöser
Eine Periode oder ein Ereignis ist abgeschlossen und frühere Verbesserungs-Commitments liegen vor.
Benötigter Kontext
Product BrainFrühere Verbesserungs-CommitmentsFilesBeobachtungen des Teams und Belege, was sich geändert hatProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien
Optionaler Kontext
JiraArbeitsverlauf der PeriodeMeetings · BetaRetro-Notizen oder Transkript
Skills
Prepare a retrospective and improvement proposalsRecord decisions and follow-upPrepare task context
Vorgeschlagener Gesprächsbogen
- 1Frühere Commitments prüfenFragen, was versucht wurde, ob es stattfand und welche Wirkung beobachtet wurde. Wiederkehrende ungelöste Themen benennen, ohne Schuld zuzuweisen.Skills: Prepare task context
- 2Die Reflexion vorbereitenKonkrete Beobachtungen zu nützlichen Impulsen über Erfolge, Reibung und wiederkehrende Muster ordnen; Interpretationen von Fakten trennen.Skills: Prepare a retrospective and improvement proposals
- 3Die Team-Reflexion haltenDie Diskussion moderieren und Beispiele, Dissens und mögliche Änderungen festhalten. Notizen oder vereinbarte Ergebnisse für die Fortsetzung bewahren.
- 4Verbesserungsexperimente wählenZwei oder drei Änderungen mit benannten Ownern, einer Testphase und einem Kriterium wählen, ob sie helfen; das externe Follow-up-Ziel festlegen, ohne implizit Aufgaben zu erstellen.
- 5Das nächste Review festhaltenEinen knappen Recap mit festgehaltenen Entscheiden und Links zu separat bestätigtem externem Follow-up erstellen. Festhalten, wann frühere Commitments erneut geprüft werden.Skills: Record decisions and follow-up
Ergebnis
Retrospektive: frühere Commitments und ihre Wirkung, Session-Plan, Themen, zwei oder drei Verbesserungsexperimente mit Owner und das nächste Review-Datum.
Artefakte
Erstellt: Retrospektive
So sieht gut aus
- Frühere Follow-ups werden vor neuen Massnahmen berücksichtigt.
- Die Vorbereitung ist von tatsächlichen Team-Beobachtungen unterscheidbar.
- Keine Ursachen, Owner oder Konsens ohne Evidenz zugewiesen.
Freigabe
Das Team vereinbart die zwei oder drei Experimente, ihre Owner und das Review-Datum.
Ziel
Product BrainConfluence
Meist als Nächstes
Menschen und Agents arbeiten mit demselben Product Brain. Der Owner bleibt verantwortlich. Zugewiesene Agents bereiten vor und prüfen. Ein benannter Mensch gibt an der Freigabe frei.
Vertiefung im AI PM Lab
Beiträge, die das Denken hinter dieser Activity erklären.
- Bau euer eigenes Company Brain: das Enterprise-AI-Playbook von Stripes Engineering-Team
- Agentic Loops: vom Prompten zum Multiplayer-Team aus Agents
- PM-Engineer-Ratio: Warum ein CPO Product Management bereut – und trotzdem PMs einstellt
- Strukturierte KI-Workflows: Warum euer Team nicht bessere Prompts braucht, sondern Struktur
Wähl den Einstieg, der zu deiner Rolle passt.
Leg mit uns die Product-AI-Richtung fest oder teste das gemeinsame Product Brain mit Jira und Code an echter Arbeit.