Zurück zum Playbook
OperateOL-01

Release Notes schreiben

Übersetzt ausgelieferte Änderungen in Nutzerwert und setzt eine gemergte Änderung nie mit allgemeiner Verfügbarkeit gleich.

ProduktstatusVerfügbar

Input3 benötigte InputsGemergte Änderungen im Release-Zeitraum · Aufgelöste Jira-Issues und Verfügbarkeitsbelege · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsCollect and write release notes · Prepare task context · Review an artifact against agreed criteriaProduct Marketing + Product Marketeer Agent
ErgebnisRelease Notes für Kunden nach Themen, ein internes Changelog mit Issue-Keys und die Liste nicht getrackter gemergter Änderungen.Artefakt: Release Notes

Owner

Product Marketing

Mensch + Agent

Beteiligte · Agents

Product ManagerEngineerProduct Marketeer Agent

Auslöser

EreignisgesteuertEin Release oder eine Menge ausgelieferter Änderungen ist bestätigt.

Benötigter Kontext

CodeGemergte Änderungen im Release-ZeitraumJiraAufgelöste Jira-Issues und VerfügbarkeitsbelegeProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien

Optionaler Kontext

ConfluenceEinschränkungen für NutzerFilesLaunch-Plan und Zielgruppen

Skills

Collect and write release notesPrepare task contextReview an artifact against agreed criteria

Vorgeschlagener Gesprächsbogen

  1. 1Verifizieren, worauf Nutzer zugreifen könnenDen tatsächlichen Release-Umfang, die Zielgruppen und Verfügbarkeitsbeschränkungen bestätigen; nicht ausgelieferte Arbeit und unsichere Fixes ausschliessen.Skills: Prepare task context
  2. 2Neu, Verbessert und Behoben entwerfenKurze Einträge schreiben, die beschreiben, was Nutzer jetzt können, nur unter zutreffenden Überschriften; interne Namen und unbelegte Leistungsaussagen entfernen.Skills: Collect and write release notes
  3. 3Genauigkeit des Release prüfenJeden Eintrag gegen die Release-Fakten prüfen, inklusive Einschränkungen und betroffener Zielgruppen. Verifizieren, dass Behoben-Aussagen einen Beleg der Lösung haben.Skills: Review an artifact against agreed criteria
  4. 4Den finalen Veröffentlichungsentwurf bestätigenDen finalen Text und den vorgesehenen Release-Kanal vereinbaren; die Veröffentlichung ist eine separate, explizit autorisierte Handlung, keine Folge dieser Activity.

Ergebnis

Release Notes für Kunden nach Themen, ein internes Changelog mit Issue-Keys und die Liste nicht getrackter gemergter Änderungen.

Artefakte

Erstellt: Release Notes

So sieht gut aus

  • Jeder Eintrag lässt sich auf eine gemergte Änderung und ihr Jira-Issue zurückführen.
  • Gemergt bedeutet ohne Verfügbarkeitsbeleg nie allgemein verfügbar.
  • Nicht getrackte Änderungen werden aufgelistet, nie weggelassen oder mit einem erfundenen Ticket versehen.

Freigabe

Eine benannte Person bestätigt den finalen Text und den Kanal; die Veröffentlichung bleibt eine separate autorisierte Handlung.

Ziel

Release-KanalConfluence

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.

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.