Produktanforderung
Definiert, welche funktionalen und nicht-funktionalen Eigenschaften ein Produkt erfüllen muss, um Kundennutzen und Geschäftsziele zu erreichen.
Klassifikation
- KomplexitätMittel
- AuswirkungGeschäftlich
- EntscheidungstypDesign
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Überdetaillierung blockiert Anpassungsfähigkeit.
- Fehlende Traceability erschwert Änderungen und Verantwortung.
- Unklare Akzeptanzkriterien führen zu Abnahmekonflikten.
- Klare, testbare Akzeptanzkriterien für jede Anforderung.
- Regelmäßige Abstimmung zwischen Produkt, UX und Technik.
- Traceability von Zielen bis zu Implementierungsartefakten.
I/O & Ressourcen
- Markt- und Nutzerforschung
- Stakeholder-Ziele und Geschäftsanforderungen
- Technische Machbarkeitsbewertungen
- Formulierte Anforderungen mit Akzeptanzkriterien
- Priorisierte Backlog-Einträge
- Traceability zwischen Zielen und Anforderungen
Beschreibung
Produktanforderungen beschreiben funktionale und nicht-funktionale Bedürfnisse, die ein Produkt erfüllen muss, um Nutzern und Stakeholdern Wert zu liefern. Sie fungieren als Kommunikationsmittel zwischen Produktmanagement, Design und Entwicklung und steuern Priorisierung, Umsetzung sowie den Ausgleich von Umfang, Qualität und Zeit. Sie unterstützen zudem die Validierung von Annahmen.
✔Vorteile
- Klarheit über gewünschtes Verhalten und Erfolgskriterien.
- Bessere Abstimmung zwischen Produkt, UX und Technik.
- Reduzierte Fehlentwicklung und frühere Validierung von Annahmen.
✖Limitationen
- Kann zu starrer Spezifikation führen, wenn zu detailliert.
- Erfordert Disziplin und Stakeholder-Engagement.
- Nicht alle Anforderungen lassen sich vollständig vorab spezifizieren.
Trade-offs
Metriken
- Anforderungsdurchlaufzeit
Zeit von Anforderungsformulierung bis zur Auslieferung.
- Akzeptanzquote
Anteil implementierter Anforderungen, der die Akzeptanzkriterien erfüllt.
- Fehler nach Release
Anzahl von Defekten, die auf unklare oder fehlende Anforderungen zurückzuführen sind.
Beispiele & Implementierungen
PRD für Mobilen Check-out
Fallstudie eines E‑Commerce-Teams, das Checkout-Anforderungen mit Performance- und Sicherheitskriterien kombiniert.
Anforderungen für GDPR-Compliance
Regulatorische Anforderungen wurden in nicht-funktionale Anforderungen übersetzt und getestet.
MVP-Scoping in 2 Wochen
Schnelle Priorisierung führte zu einem fokussierten Requirements-Set und schneller Markteinführung.
Implementierungsschritte
Stakeholder-Interviews durchführen und Ziele erfassen.
Nutzerbedürfnisse priorisieren und Kernannahmen festlegen.
Anforderungen formulieren und Akzeptanzkriterien ergänzen.
Iterative Validierung durch Prototypen und Tests.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Unklare Anforderungen führen zu temporären Schnelllösungen.
- Fehlende Traceability erschwert spätere Refaktorierung.
- Nicht berücksichtigte Skalierbarkeitsanforderungen erzeugen Nacharbeit.
Bekannte Engpässe
Beispiele für Missbrauch
- Detailliertes PRD verhindert schnelle Experimente.
- Anforderungen ohne Akzeptanzkriterien führen zu Missverständnissen.
- Stakeholder-Feedback ignorieren und Anforderungen starr umsetzen.
Typische Fallen
- Zu frühe Festlegung von technischen Lösungen statt Anforderungen.
- Unzureichende Messbarkeit von Nicht-funktionalen Anforderungen.
- Verlust der Priorität durch zu viele gleichwertige Anforderungen.
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Vorhandene Architekturgrenzen und Altsysteme
- • Regulatorische Vorgaben und Datenschutz
- • Begrenzte Entwicklerkapazität und Budget