Scrum: Was bedeutet DEEP im Product Backlog?

Der Product Backlog ist eine geordnete Liste aller Dinge, die für das Produkt bekanntermaßen benötigt werden. Er ist die einzige Quelle der Wahrheit für alle Änderungen am Produkt. Der Product Owner ist für den Product Backlog verantwortlich, einschließlich seines Inhalts, seiner Sichtbarkeit und seiner Priorisierung.

Der Product Backlog ist niemals endgültig. Änderungen in den Geschäftsanforderungen, Marktbedingungen oder Technologie können zu Änderungen im Product Backlog führen. Er entwickelt sich weiter, je nachdem, wie sich Produkt und Projektumfeld entwickeln. Anforderungen hören nie auf, sich zu ändern, daher bleibt der Product Backlog ein lebendiges Scrum-Artifact.

Höherpriorisierte Items im Product Backlog sind detaillierter und enthalten mehr Informationen – aufgrund der verfügbaren Informationen – sowie genauere Schätzungen. Niedriger priorisierte Items sind höherwertige, größere Items mit groberen Schätzungen. Sobald das Team mehr Informationen über niedrig priorisierte Items erhält, werden sie weiter in kleinere, besser handhabbare Teile zerlegt. Das Entwicklungsteam ist für die Schätzung der Items im Product Backlog verantwortlich.

Verständnis der Product Backlog-Verwaltung

Der Product Backlog listet alle Funktionen, Anforderungen, Verbesserungen und Korrekturen auf, die für das Produkt entwickelt werden müssen. Product Backlog-Items haben Attribute wie: Detailliert (angemessenes Maß an Detail), Egeschätzt (in Story Points), Priorisiert und Emergt (kontinuierlich hinzugefügt, entfernt und aktualisiert), um zeitnahe und angemessene Anpassungen am Backlog widerzuspiegeln.

Roman Pichler, Autor von Agiles Produktmanagement mit Scrum

Detailliert

Geschichten ganz oben im Product Backlog werden erwartet, im nächstenSprint, daher müssen sie gut definiert sein, damit das Team sie effektiv bearbeiten kann. Typischerweise sind die Artikel ganz oben kleiner und detaillierter, während die Artikel weiter unten größer und weniger spezifisch werden, wie in der Abbildung unten gezeigt:

Geschätzt

Elemente im Product Backlog werden geschätzt. Die Elemente ganz oben im Backlog haben genauere Schätzungen. Niedrigere Prioritäten werden auf höherer Ebene geschätzt und können bei zunehmendem Wissen der Teammitglieder neu geschätzt werden.

Emergent

Das Product Backlog ist nicht statisch – es entwickelt sich ständig weiter. Während des Projekts gewinnt man mehr Informationen und Erkenntnisse, und Benutzerstories im Product Backlog werden hinzugefügt, entfernt oder neu geordnet.

Priorisiert

Im Product Backlog sind Artikel mit höherer Priorität wertvoller. Artikel mit niedrigerer Priorität werden später aufgeführt. Das Team arbeitet stets an Artikeln mit hoher Priorität, um sicherzustellen, dass der maximale Wert im Produkt oder System, das entwickelt wird, geliefert wird.

Zusammenfassung

DEEP ist ein nützlicher Begriff, der auf dasProduct Backlog RefinementProzess angewendet – die fortlaufende Tätigkeit, Details, Schätzungen und Reihenfolge zu den Elementen im Product Backlog hinzuzufügen, um ihn in Form zu halten.

Während der Product Backlog Refinement werden Artikel überprüft und verändert. Das Scrum-Team entscheidet, wie und wann die Refinement durchgeführt wird. Die Refinement dauert typischerweise nicht länger als 10 % der Kapazität der Entwicklungsgruppe. Allerdings können Product Backlog-Elemente jederzeit vom Product Owner aktualisiert werden oder bei Bedarf.