|
| 1 | += PRD |
| 2 | +:categories: requirements-engineering |
| 3 | +:roles: product-owner, business-analyst, software-developer, team-lead |
| 4 | +:related: moscow, user-story-mapping, impact-mapping, ears-requirements |
| 5 | +:proponents: Marty Cagan, Roman Pichler |
| 6 | +:tags: product, requirements, specification, planning, stakeholders |
| 7 | + |
| 8 | +[%collapsible] |
| 9 | +==== |
| 10 | +Vollständiger Name:: Product Requirements Document (Produktanforderungsdokument) |
| 11 | + |
| 12 | +Auch bekannt als:: Product Spec, Feature Spec, Anforderungsspezifikation |
| 13 | + |
| 14 | +[discrete] |
| 15 | +== *Kernkonzepte*: |
| 16 | + |
| 17 | +Problembeschreibung:: Klare Formulierung des zu lösenden Problems und der Zielnutzer |
| 18 | + |
| 19 | +Ziele und Erfolgskennzahlen:: Messbare Ergebnisse, die definieren, was „fertig" bedeutet (KPIs, OKRs) |
| 20 | + |
| 21 | +Nutzerpersonas und Anwendungsfälle:: Wer das Produkt nutzt und was die Nutzer erreichen möchten |
| 22 | + |
| 23 | +Funktionale Anforderungen:: Was das System tun muss — Features, Verhalten und Fähigkeiten |
| 24 | + |
| 25 | +Nicht-funktionale Anforderungen:: Qualitätsattribute — Performance, Sicherheit, Skalierbarkeit, Barrierefreiheit |
| 26 | + |
| 27 | +Scope und Out-of-Scope:: Explizite Grenzen zur Vermeidung von Scope Creep und zur Abstimmung mit Stakeholdern |
| 28 | + |
| 29 | +Einschränkungen und Annahmen:: Technische, geschäftliche, regulatorische oder zeitliche Einschränkungen |
| 30 | + |
| 31 | +Offene Fragen:: Ungelöste Entscheidungen oder Abhängigkeiten, die verfolgt werden müssen |
| 32 | + |
| 33 | +Schlüsselvertreter:: Marty Cagan ("Inspired"), Roman Pichler ("Strategize") |
| 34 | + |
| 35 | +[discrete] |
| 36 | +== *Wann zu verwenden*: |
| 37 | + |
| 38 | +* Vor Beginn von Design oder Entwicklung eines neuen Produkts oder eines größeren Features |
| 39 | +* Zur Abstimmung funktionsübergreifender Teams (Engineering, Design, Marketing, Recht) |
| 40 | +* Als gemeinsame Referenz für Scope-Verhandlungen und Abwägungsentscheidungen |
| 41 | +* Wenn Stakeholder-Freigabe oder Compliance-Dokumentation erforderlich ist |
| 42 | +* Als lebendes Dokument, das während des Produktentdeckungsprozesses aktualisiert wird |
| 43 | + |
| 44 | +[discrete] |
| 45 | +== *Verwandte Anker*: |
| 46 | + |
| 47 | +* <<moscow,MoSCoW>> |
| 48 | +* <<user-story-mapping,User Story Mapping>> |
| 49 | +* <<impact-mapping,Impact Mapping>> |
| 50 | +* <<ears-requirements,EARS-Requirements>> |
| 51 | +==== |
0 commit comments