{"id":532,"date":"2022-01-26T01:29:30","date_gmt":"2022-01-26T01:29:30","guid":{"rendered":"https:\/\/www.cybermedian.com\/de\/?p=532"},"modified":"2022-03-22T15:18:30","modified_gmt":"2022-03-22T07:18:30","slug":"how-to-manage-product-backlog-with-deep-principles","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/de\/how-to-manage-product-backlog-with-deep-principles\/","title":{"rendered":"Wie verwaltet man das Product Backlog mit DEEP-Prinzipien?"},"content":{"rendered":"
\n
\n
\n

Das\u00a0\u00a0<\/span>Product Backlog<\/span><\/a>\u00a0\u00a0ist eine geordnete Liste von allem, was im Produkt bekannt ist und ben\u00f6tigt wird.\u00a0Es ist eine einzige Nachfragequelle f\u00fcr alle \u00c4nderungen am Produkt.<\/span><\/p>\n

Der Product Owner ist verantwortlich f\u00fcr das Product Backlog, einschlie\u00dflich dessen Inhalt, Verf\u00fcgbarkeit und Reihenfolge.<\/span><\/p><\/blockquote>\n

Die Product-Backlog-Liste wird nie vollst\u00e4ndig sein.\u00a0\u00c4nderungen der Gesch\u00e4ftsanforderungen, Marktbedingungen oder Technologien k\u00f6nnen zu \u00c4nderungen in der Produkt-To-do-Liste f\u00fchren.\u00a0Es entwickelt sich mit der Entwicklung von Produkten und \u00c4nderungen der Projektumgebung.\u00a0Die Anforderungen des Projekts \u00e4ndern sich st\u00e4ndig, sodass die Produkt-To-do-Liste wie ein sich st\u00e4ndig weiterentwickelndes Scrum-Artefakt ist.<\/span><\/p>\n

Die Elemente mit hoher Priorit\u00e4t im Product Backlog sind feink\u00f6rnig.\u00a0Weil diese Projekte mehr Informationen und Details enthalten und daher genauere Sch\u00e4tzungen haben.<\/span><\/p>\n

Projekte mit niedrigerer Priorit\u00e4t sind gr\u00f6\u00dfere Projekte mit weniger klaren Details.\u00a0Wenn das Team detailliertere Informationen \u00fcber Projekte mit niedriger Priorit\u00e4t erh\u00e4lt, werden sie weiter in kleinere unterteilt.\u00a0Das Entwicklungsteam ist daf\u00fcr verantwortlich, diese Elemente im Product Backlog von Zeit zu Zeit zu bewerten.<\/span><\/p>\n

DEEP im Product Backlog Management<\/span><\/span><\/h3>\n

Das Produkt-Backlog listet alle Merkmale, Funktionen, Anforderungen, Erweiterungen und Korrekturen auf, die f\u00fcr die Produktversionen erforderlich sind.\u00a0Product-Backlog-Projekte haben die Attribute Beschreibung (angemessen\u00a0<\/span>\u00a0detailliert<\/span><\/strong>\u00a0), Story Points (\u00a0<\/span>Sch\u00e4tzungen<\/span><\/strong>\u00a0) und Auftr\u00e4ge (\u00a0<\/span>priorisiert<\/span><\/strong>\u00a0).\u00a0Sie m\u00fcssen im Backlog kontinuierlich hinzugef\u00fcgt, gel\u00f6scht und aktualisiert werden ( Emergent) und das Verst\u00e4ndnis des Team-\u00a0<\/span>Backlogs<\/span><\/strong>\u00a0zeitnah und angemessen widerspiegeln .<\/span><\/p>\n

Roman Pichler ist der Autor von Agiles Produktmanagement mit Scrum erw\u00e4hnt:<\/span><\/p>\n

\u201eProdukte schaffen, die Kunden lieben.\u00a0Wir verwenden die aus vier Buchstaben bestehende Abk\u00fcrzung DEEP, um die Eigenschaften eines guten Produkt-Backlogs zu beschreiben.\u201c\u00a0ist eine beschreibende Abk\u00fcrzung f\u00fcr die Qualit\u00e4t des Backlog-Produkts in Scrum und steht f\u00fcr:\u00a0\u00a0<\/span>D<\/span><\/strong>\u00a0etailed angemessen,\u00a0\u00a0Emergent,\u00a0\u00a0<\/span>E\u00a0<\/span><\/strong>stimated<\/span><\/strong>\u00a0und\u00a0\u00a0<\/span>P<\/span><\/strong>\u00a0rioritized.<\/span><\/p><\/blockquote>\n

<\/figure>\n

Angemessen detailliert<\/span><\/span><\/h3>\n

Die Stories ganz oben im Product Backlog werden im n\u00e4chsten\u00a0\u00a0<\/span>Sprint<\/span><\/a>\u00a0bearbeitet , also m\u00fcssen diese Items gut genug definiert sein, damit das Team produktiver daran arbeiten kann.\u00a0Typischerweise sind die Stories am Anfang des Backlogs kleiner und feink\u00f6rniger, werden aber weiter unten in der Produkt-Backlog-Liste immer gr\u00f6\u00dfer und weniger spezifisch, wie in der folgenden Abbildung gezeigt:<\/span><\/p>\n

<\/figure>\n

Gesch\u00e4tzt<\/span><\/span><\/h3>\n

Die Eintr\u00e4ge im Product Backlog sind gesch\u00e4tzt.\u00a0F\u00fcr die Elemente ganz oben im R\u00fcckstand liegen genauere Sch\u00e4tzungen vor.\u00a0Die Elemente mit niedrigerer Priorit\u00e4t werden auf hoher Ebene gesch\u00e4tzt und k\u00f6nnen erneut gesch\u00e4tzt werden, wenn das Team mehr Informationen erh\u00e4lt.<\/span><\/p>\n

<\/figure>\n

Auftauchend<\/span><\/span><\/h3>\n

Das Product Backlog ist nicht statisch, es ver\u00e4ndert sich st\u00e4ndig.\u00a0Im Laufe des Projekts werden immer mehr Informationen und Erkenntnisse gewonnen, und auch die User Stories im Product Backlog werden hinzugef\u00fcgt, entfernt oder neu geordnet.<\/span><\/p>\n

<\/figure>\n

Priorisiert<\/span><\/span><\/h3>\n

Im Product Backlog gilt: Je wertvoller der Eintrag mit der h\u00f6heren Priorit\u00e4t, dar\u00fcber, je niedriger der Wert der Eintr\u00e4ge im Product Backlog, desto niedriger die Priorit\u00e4t, die im Product Backlog folgt.\u00a0Teams vervollst\u00e4ndigen immer Eintr\u00e4ge mit hoher Priorit\u00e4t, um sicherzustellen, dass der Wert des zu entwickelnden Produkts oder Systems maximiert wird.<\/span><\/p>\n

<\/figure>\n

Zusammenfassung<\/span><\/span><\/h3>\n

DEEP ist ein n\u00fctzliches Konzept, das im\u00a0\u00a0<\/span>Product-Backlog-Verfeinerungsprozess<\/span><\/a>\u00a0\u00a0angewendet werden kann, der das Hinzuf\u00fcgen von Details, Sch\u00e4tzungen und Reihenfolgen zu Elementen im Product-Backlog und das Beibehalten der Form beinhaltet.<\/span><\/p>\n

W\u00e4hrend der Verfeinerung des Product Backlogs werden Elemente \u00fcberpr\u00fcft und \u00fcberarbeitet.\u00a0Das Scrum-Team entscheidet, wie und wann die Verfeinerung durchgef\u00fchrt wird.\u00a0Die Verfeinerung verbraucht normalerweise nicht mehr als 10 % der Kapazit\u00e4t des Entwicklungsteams.\u00a0Product Backlog-Eintr\u00e4ge k\u00f6nnen jedoch jederzeit vom Product Owner oder nach Ermessen des Product Owners aktualisiert werden.<\/span><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Verweise<\/span><\/span><\/h4>\n