Wie verwaltet man das Product Backlog mit DEEP-Prinzipien?

Das  Product Backlog  ist eine geordnete Liste von allem, was im Produkt bekannt ist und benötigt wird. Es ist eine einzige Nachfragequelle für alle Änderungen am Produkt.

Der Product Owner ist verantwortlich für das Product Backlog, einschließlich dessen Inhalt, Verfügbarkeit und Reihenfolge.

Die Product-Backlog-Liste wird nie vollständig sein. Änderungen der Geschäftsanforderungen, Marktbedingungen oder Technologien können zu Änderungen in der Produkt-To-do-Liste führen. Es entwickelt sich mit der Entwicklung von Produkten und Änderungen der Projektumgebung. Die Anforderungen des Projekts ändern sich ständig, sodass die Produkt-To-do-Liste wie ein sich ständig weiterentwickelndes Scrum-Artefakt ist.

Die Elemente mit hoher Priorität im Product Backlog sind feinkörnig. Weil diese Projekte mehr Informationen und Details enthalten und daher genauere Schätzungen haben.

Projekte mit niedrigerer Priorität sind größere Projekte mit weniger klaren Details. Wenn das Team detailliertere Informationen über Projekte mit niedriger Priorität erhält, werden sie weiter in kleinere unterteilt. Das Entwicklungsteam ist dafür verantwortlich, diese Elemente im Product Backlog von Zeit zu Zeit zu bewerten.

DEEP im Product Backlog Management

Das Produkt-Backlog listet alle Merkmale, Funktionen, Anforderungen, Erweiterungen und Korrekturen auf, die für die Produktversionen erforderlich sind. Product-Backlog-Projekte haben die Attribute Beschreibung (angemessen  detailliert ), Story Points ( Schätzungen ) und Aufträge ( priorisiert ). Sie müssen im Backlog kontinuierlich hinzugefügt, gelöscht und aktualisiert werden ( Emergent) und das Verständnis des Team- Backlogs zeitnah und angemessen widerspiegeln .

Roman Pichler ist der Autor von Agiles Produktmanagement mit Scrum erwähnt:

„Produkte schaffen, die Kunden lieben. Wir verwenden die aus vier Buchstaben bestehende Abkürzung DEEP, um die Eigenschaften eines guten Produkt-Backlogs zu beschreiben.“ ist eine beschreibende Abkürzung für die Qualität des Backlog-Produkts in Scrum und steht für:  D etailed angemessen,  Emergent,  E stimated und  P rioritized.

Angemessen detailliert

Die Stories ganz oben im Product Backlog werden im nächsten  Sprint bearbeitet , also müssen diese Items gut genug definiert sein, damit das Team produktiver daran arbeiten kann. Typischerweise sind die Stories am Anfang des Backlogs kleiner und feinkörniger, werden aber weiter unten in der Produkt-Backlog-Liste immer größer und weniger spezifisch, wie in der folgenden Abbildung gezeigt:

Geschätzt

Die Einträge im Product Backlog sind geschätzt. Für die Elemente ganz oben im Rückstand liegen genauere Schätzungen vor. Die Elemente mit niedrigerer Priorität werden auf hoher Ebene geschätzt und können erneut geschätzt werden, wenn das Team mehr Informationen erhält.

Auftauchend

Das Product Backlog ist nicht statisch, es verändert sich ständig. Im Laufe des Projekts werden immer mehr Informationen und Erkenntnisse gewonnen, und auch die User Stories im Product Backlog werden hinzugefügt, entfernt oder neu geordnet.

Priorisiert

Im Product Backlog gilt: Je wertvoller der Eintrag mit der höheren Priorität, darüber, je niedriger der Wert der Einträge im Product Backlog, desto niedriger die Priorität, die im Product Backlog folgt. Teams vervollständigen immer Einträge mit hoher Priorität, um sicherzustellen, dass der Wert des zu entwickelnden Produkts oder Systems maximiert wird.

Zusammenfassung

DEEP ist ein nützliches Konzept, das im  Product-Backlog-Verfeinerungsprozess  angewendet werden kann, der das Hinzufügen von Details, Schätzungen und Reihenfolgen zu Elementen im Product-Backlog und das Beibehalten der Form beinhaltet.

Während der Verfeinerung des Product Backlogs werden Elemente überprüft und überarbeitet. Das Scrum-Team entscheidet, wie und wann die Verfeinerung durchgeführt wird. Die Verfeinerung verbraucht normalerweise nicht mehr als 10 % der Kapazität des Entwicklungsteams. Product Backlog-Einträge können jedoch jederzeit vom Product Owner oder nach Ermessen des Product Owners aktualisiert werden.