DefineDefinitionDE-05

PRD entwerfen

Legt fest, was gebaut wird und warum, mit beobachtbaren Anforderungen, die am echten Code geprüft sind, damit Design und Engineering ohne Raten weiterarbeiten.

ProduktstatusVerfügbar

Kontext rein4 benötigte InputsFreigegebener Feature Brief oder klares Problem · Zielnutzer und Kundenbelege · Produktziel und Erfolgsmetriken

TransformationProduct Manager + Product Agent + Architecture AgentLocal Files · Atlassian · Code Analysis · UI Drafting

ErgebnisProduct Requirements Document mit Machbarkeitsnotiz je Anforderung.Artefakt: PRD

Warum das zählt

Ein PRD fern vom Code erzeugt Edge Cases in QA und Produktion. Hier bekommt jede Anforderung eine Machbarkeitsnotiz aus APIs, Schema und Tests, bevor jemand baut.

Owner

Product Manager

Mensch führt

Beteiligte · Agents

DesignerEngineerProduct AgentArchitecture Agent

Auslöser

EreignisgesteuertEin Feature oder eine Opportunity ist für die Definition freigegeben.

Benötigter Kontext

ConfluenceFreigegebener Feature Brief oder klares ProblemKundenbelegeZielnutzer und KundenbelegeProduct BrainProduktziel und ErfolgsmetrikenCodeAktuelles Verhalten und betroffener Code

Optionaler Kontext

Design SystemUI-EntwürfeArchitekturAufwandsschätzungArchitekturArchitekturanalyseAnalyticsAnalytics-BaselineFilesCompliance- und Sicherheitsvorgaben

Skills

Local FilesAtlassianCode AnalysisUI Drafting

Methoden in dieser Activity: Problemorientierte PRD-Struktur · Machbarkeitsprüfung je Anforderung gegen API, Schema und Tests · Anforderungs-Challenge: Mehrdeutigkeit, Widerspruch, fehlende Non-Goals

Schritte

1Problem, Nutzer und Erfolgsmetriken definieren.
2Lösungsrichtung und beobachtbare Anforderungen festhalten.
3Jede Anforderung gegen APIs, Schema und Tests im Code prüfen.
4Schwache, mehrdeutige oder widersprüchliche Anforderungen hinterfragen.
5Umfang, Non-Goals und offene Fragen festlegen.

Ergebnis

Product Requirements Document mit Machbarkeitsnotiz je Anforderung.

Artefakte

Erstellt: PRD

Aktualisiert: Product Brain

So sieht gut aus

Problemorientiert und knapp.
Anforderungen sind beobachtbar und testbar.
Jede Anforderung hat eine Machbarkeitsnotiz aus dem Code.
Widersprüche und Lücken sind aufgelöst oder aufgelistet.
Umfang und Non-Goals sind explizit.

Freigabe

Product gibt frei; Engineering und Design prüfen vor der Build-Zusage.

Ziel

ConfluenceNur TeklensProduct 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.

Demo buchen Zurück zum Playbook