Product Backlog
Eine priorisierte und fortlaufend gepflegte Liste von Produktanforderungen und Nutzerwerten, die als zentrale Planungsquelle im agilen Produktmanagement dient.
Klassifikation
- KomplexitätMittel
- AuswirkungOrganisatorisch
- EntscheidungstypOrganisation
- OrganisationsreifeFortgeschritten
Technischer Kontext
Prinzipien & Ziele
Use Cases & Szenarien
Kompromisse
- Verlust an Fokus durch zu viele niedrige Prioritäten
- Dominanz einzelner Stakeholder ohne PO-Zusammenführung
- Technische Schulden bleiben unberücksichtigt
- Kleine, lieferbare Items statt großer Monolithen
- Explizite Priorisierungsregeln und Bewertungsfaktoren
- Regelmäßiges Aufräumen und Entfernen veralteter Items
I/O & Ressourcen
- Produktvision und Strategie
- Stakeholder-Anforderungen und Nutzerfeedback
- Technische Erkenntnisse und Risiken
- Priorisiertes Backlog
- Schätzungen und Umsetzungspakete
- Release- und Iterationsplanung
Beschreibung
Das Product Backlog ist eine priorisierte, sich fortlaufend entwickelnde Liste von Produktanforderungen und Nutzerwerten. Es dient als zentrale Steuerungs- und Planungsquelle für das Produktteam und ermöglicht transparentes Priorisieren, Schätzen und Nachführen von Aufgaben. Verantwortung liegt beim Product Owner. Es unterstützt Release-Planung, Stakeholder-Alignment und kontinuierliche Prioritätsprüfung.
✔Vorteile
- Fördert fokussierte Wertlieferung durch Priorisierung
- Verbessert Transparenz und Stakeholder-Alignment
- Erleichtert Planbarkeit und Release-Steuerung
✖Limitationen
- Wirtschaftlicher Wert kann schwer exakt gemessen werden
- Benötigt Disziplin beim Pflegen und Refinement
- Kann bei falscher Nutzung zu Überfüllung und Unübersichtlichkeit führen
Trade-offs
Metriken
- Lead Time für Backlog-Items
Zeit von der Erstellung bis zur Auslieferung eines Items.
- Durchsatz (Completed Items)
Anzahl abgeschlossener Items pro Iteration oder Zeitraum.
- Anteil technischer Schulden im Backlog
Prozentualer Anteil von technischen Schulden gegenüber neuen Features.
Beispiele & Implementierungen
Kleines SaaS-Produkt
Ein Team pflegt ein klares, nach Business-Value priorisiertes Backlog zur schnellen Auslieferung kleiner Features.
Skalierendes Produktteam
Mehrere Teams nutzen ein gemeinsames Produkt-Backlog und koordinieren über einen Product Owner und Backlog-Slices.
Legacy-Migration
Backlog enthält technische Migrationsstories, die neben Neuentwicklungen priorisiert werden, um Risiko zu steuern.
Implementierungsschritte
Definiere Produktvision und grobe Ziele.
Erstelle Anfangs-Backlog mit priorisierten Epics/Features.
Etabliere Rollen (Product Owner) und Refinement-Zyklen.
Führe regelmäßige Priorisierungs- und Grooming-Sessions ein.
Messe Metriken und passe Prioritäten datenbasiert an.
⚠️ Technische Schulden & Engpässe
Tech Debt
- Alte Architekturentscheidungen blockieren schnelle Änderungen
- Unbehebbare Abhängigkeiten durch veraltete Komponenten
- Mangelhafte Testabdeckung für priorisierte Items
Bekannte Engpässe
Beispiele für Missbrauch
- Unbegrenztes Anlegen von Tickets ohne Priorisierung
- PO delegiert Priorisierung vollständig an Stakeholder
- Technische Schulden dauerhaft niedriger Priorität
Typische Fallen
- Verwechslung von Aufgaben mit Werttreibern
- Zu viele gleichzeitig offene Top-Prioritäten
- Fehlende Metriken zur Validierung von Prioritäten
Erforderliche Fähigkeiten
Drivers (Architectural Drivers)
Constraints
- • Limitierte Teamkapazität
- • Abhängigkeiten zu externen Systemen
- • Regulatorische Anforderungen bei Features