Ein Product Backlog ist eine Liste von Anforderungen, von denen ein Kunde sich wünscht, dass sie für sein Produkt umgesetzt werden.
Product Backlogs werden vor allem im agilen Umfeld eingesetzt. Laut der Definition des Scrum Guide ist das Product Backlog die einzige Quelle, aus der ein Scrum Team Arbeit erledigt. Es enthält eine Liste mit priorisierten und geschätzten Anforderungen an ein Produkt, den sogenannten Product Backlog Items (PBIs). Die häufigsten vier Arten von PBIs sind:
Diese Anforderungen können – müssen aber nicht – als User Storys formuliert sein.
Das Product Backlog bleibt bestehen, bis das Produkt vollständig entwickelt wurde und muss bis dahin kontinuierlich aktualisiert werden.
Ein Product Backlog ist eine Liste von Anforderungen, von denen ein Kunde sich wünscht, dass sie für sein Produkt umgesetzt werden.
Product Backlogs werden vor allem im agilen Umfeld eingesetzt. Laut der Definition des Scrum Guide ist das Product Backlog die einzige Quelle, aus der ein Scrum Team Arbeit erledigt. Es enthält eine Liste mit priorisierten und geschätzten Anforderungen an ein Produkt, den sogenannten Product Backlog Items (PBIs). Die häufigsten vier Arten von PBIs sind:
Diese Anforderungen können – müssen aber nicht – als User Storys formuliert sein.
Das Product Backlog bleibt bestehen, bis das Produkt vollständig entwickelt wurde und muss bis dahin kontinuierlich aktualisiert werden.
Die Person in der Rolle des Product Owners ist dafür verantwortlich, die Ideen aller Stakeholder im Product Backlog zentral zu sammeln, transparent zu verwalten und bei Bedarf als User Storys zu formulieren. Sie sortiert die Product Backlog Items nach Wichtigkeit und nach Wert für den Kunden. Idealerweise prüft sie vor jedem Meeting, ob die Priorisierung der Anforderungen weiterhin aktuell ist oder angepasst werden muss.
Im Product Backlog sammelt der Product Owner die Anforderungen, Ideen und Wünsche, die zur Verbesserung eines Produkts benötigt werden und damit dabei helfen, das Produktziel zu erreichen. Ein Product Backlog Item sollte innerhalb eines Sprints umgesetzt und abgeschlossen werden können, um bereit für den nächsten Sprint zu sein. Das Scrum Team stellt daher sicher, dass zu umfangreiche Elemente aufgeteilt werden. Im Rahmen des Product Backlog Refinement zerlegt es PBIs in kleinere, präzisere Elemente und definiert diese weiter. Der Detailgrad eines PBI nimmt zu, je näher dieses an seine Umsetzung rückt.
Ein Product Backlog ist dynamisch, es können jederzeit Items gestrichen oder ergänzt werden.
Der Product Owner priorisiert die im Product Backlog liegenden Items von "wichtig" nach "weniger wichtig". Je konkreter und detaillierter die Elemente ausgearbeitet sind und je höher ihr Wert für den Kunden ist, desto weiter oben sind sie im Product Backlog angeordnet. Das letzte Wort im Hinblick auf die Reihenfolge der Items im Product Backlog hat der Product Owner.
Das Entwicklungsteam schätzt, wie hoch der Umsetzungsaufwand der einzelnen Items ist. Im Austausch mit dem Product Owner entscheidet es dann, welche Elemente in das Sprint Backlog übernommen und im nächsten Sprint umgesetzt werden sollen.
Den Fokus auf die Funktionalität, Benutzerfreundlichkeit und Sicherheit des Produkts legen Akzeptanzkriterien. Einem Product Backlog Item können mehrere Akzeptanzkriterien zugewiesen sein. Diese müssen erfüllt sein, damit die Anforderung als "Abgeschlossen" gilt.
Ein gut verwaltetes Product Backlog
Wir würden uns über Ihre Bewertung und/oder einen Kommentar freuen ‒ nur so können wir Ihnen in Zukunft noch bessere Inhalte liefern.
Als Product Backlog wird, ganz allgemein gesprochen, eine Liste von Anforderungen bezeichnet, von denen ein Kunde sich wünscht, dass sie für sein Produkt umgesetzt werden.
Product Backlogs werden vor allem im agilen Umfeld eingesetzt. Laut der Definition des Scrum Guide ist ein Product Backlog eine geordnete Liste von Anforderungen und Funktionalitäten, die zur Verbesserung eines Produkts notwendig sind und damit dazu dienen, das Projektziel zu erreichen. Die Liste ist dynamisch. Pro Produkt gibt es nur ein Product Backlog. Für das Scrum-Team ist das Product Backlog die einzige Quelle für Arbeit.
Weitere Informationen [Weiterlesen]
Die Verantwortung für das Product Backlog liegt für die Dauer des Projekts beim Product Owner. Zu seinen Aufgaben gehört die Sortierung der Product Backlog Items nach Wichtigkeit und Wert für den Kunden. Im Austausch mit dem Product Owner wählt das Entwicklungsteam die Einträge aus, die in den nächsten Sprint aufgenommen und somit umgesetzt werden sollen.
Weitere Informationen [Weiterlesen]
Im Product Backlog werden die Anforderungen, Ideen und Wünsche gesammelt, die zur Verbesserung eines Produkts benötigt werden und damit dabei helfen, das Produktziel zu erreichen. Diese sogenannten Product Backlog Items können als User Storys formuliert sein. Sie werden vom Scrum Team in kleinere, definierte Elemente zerlegt und verfeinert (Refinement). Anschließend entscheidet es, welche Elemente in das Sprint Backlog übernommen und im nächsten Sprint umgesetzt werden.
Weitere Informationen [Weiterlesen]
Die im Product Backlog liegenden Items werden in der Reihenfolge vom Product Owner als Verantwortlichem von "wichtig" nach "weniger wichtig" priorisiert. Je konkreter und detaillierter die Items ausgearbeitet sind und je höher ihr Wert für den Kunden ist, desto weiter oben sind sie im Product Backlog angeordnet. Wie hoch der Umsetzungsaufwand der einzelnen Items ist, wird vom Entwicklungsteam geschätzt. Es können jederzeit Items gestrichen oder ergänzt werden, ein Product Backlog ist also dynamisch. Das letzte Wort im Hinblick auf die Reihenfolge der Items im Product Backlog hat der Product Owner.
Weitere Informationen [Weiterlesen]
Ein gut verwaltetes Product Backlog unterstützt das Scrum Team dabei, mehr Wert für den Kunden zu schaffen. Zudem ermöglicht es dem Product Owner, die Erwartungen der Stakeholder zu managen.
Weitere Informationen [Weiterlesen]
