Zurück zum Playbook
OperateOP-02
Release Notes schreiben
Erklärt ausgelieferte Änderungen für die Zielgruppe, aus den Tickets erzeugt und in Minuten geprüft statt in Stunden geschrieben.
ProduktstatusVerfügbar
Kontext rein3 benötigte InputsAusgelieferter Umfang · Auswirkung für Nutzer und bekannte Grenzen · Zielgruppe
TransformationProduct Manager + Product AgentAtlassian · Local Files
ErgebnisRelease Notes nach Themen gruppiert, bereit für den Review.Artefakt: Release Notes
Owner
Product Manager
Agent führt
Beteiligte · Agents
EngineerProduct Agent
Auslöser
Ein für Kunden sichtbares Release.
Benötigter Kontext
JiraAusgelieferter UmfangJiraAuswirkung für Nutzer und bekannte GrenzenFilesZielgruppe
Optionaler Kontext
ConfluencePRDFilesScreenshotsFilesMigrationsschritte
Skills
AtlassianLocal Files
Schritte
- 1Die Zielgruppe bestimmen.
- 2Die relevanten Änderungen aus den ausgelieferten Tickets ziehen.
- 3In Nutzerwert übersetzen, mit Handlungen und Grenzen.
- 4Die Richtigkeit gegen das tatsächlich Ausgelieferte prüfen.
Ergebnis
Release Notes nach Themen gruppiert, bereit für den Review.
Artefakte
Erstellt: Release Notes
So sieht gut aus
- Korrekt: nur ausgelieferte Funktionen werden genannt.
- Nutzerzentriert, kein interner Jargon.
- Knapp.
- Grenzen und Handlungen sind enthalten.
Freigabe
Product oder Release-Owner gibt frei.
Ziel
Release-KanalConfluenceProduct Brain
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.
Zeigt uns genau, wie eure Produktarbeit heute abläuft.
Dreissig Minuten mit einem Founder. Wir vergleichen euren Prozess mit dem Playbook und wählen die erste Activity für euer Jira und euer Repo.