{"id":309,"date":"2022-01-25T10:44:24","date_gmt":"2022-01-25T10:44:24","guid":{"rendered":"https:\/\/www.cybermedian.com\/de\/?p=309"},"modified":"2022-03-23T11:31:43","modified_gmt":"2022-03-23T03:31:43","slug":"scrum-how-to-refine-product-backlog","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/de\/scrum-how-to-refine-product-backlog\/","title":{"rendered":"Scrum: Wie verfeinert man das Product Backlog?"},"content":{"rendered":"

Nicht alle Items im Product Backlog haben gleichzeitig die gleiche Gr\u00f6\u00dfe und den gleichen Detaillierungsgrad (dh Features \/ Epics \/ User Stories und Tasks).\u00a0PBIs, an denen wir bald arbeiten wollen, sollten ganz oben im R\u00fcckstand stehen, klein und sehr detailliert sein, damit sie in einem kurzfristigen Sprint bearbeitet werden k\u00f6nnen.\u00a0PBIs, an denen wir einige Zeit nicht arbeiten werden, sollten am Ende des R\u00fcckstands stehen, gr\u00f6\u00dfer und weniger detailliert sein.<\/span><\/p>\n

Use Cases \/ Features<\/span><\/strong>\u00a0\u00a0sind Funktionen, die Ihre Endbenutzer haben werden, die sie vorher nicht hatten.\u00a0Beispielsweise w\u00e4re der Online-Kauf von Artikeln \u00fcber Ihr Mobiltelefon eine Funktion.\u00a0Ihre Produkt-Roadmap besteht normalerweise aus Anforderungen auf Funktionsebene.<\/span><\/p>\n

Epics\u00a0<\/span><\/strong>\u00a0sind die n\u00e4chste Stufe, um ein Feature in eine umsetzbare Anforderung zu zerlegen.\u00a0Sie sind eine Reihe von Aktionen, die sich auf die Funktion beziehen.\u00a0Die M\u00f6glichkeit, einen Artikel \u00fcber Ihr Mobiltelefon aus dem Einkaufswagen mit einer Kreditkarte zu kaufen, w\u00e4re ein Epos.\u00a0Es ist kleiner als eine Funktion (Online-Kauf eines Artikels), aber dennoch gr\u00f6\u00dfer als die einzelnen Kreditkartenintegrationen, die den Kauf eines Artikels auf einzigartige Weise erm\u00f6glichen.\u00a0Anforderungen, die gr\u00f6\u00dfer als Epics sind, lassen wir in einem Ver\u00f6ffentlichungsplan nicht zu.<\/span><\/p>\n

User Stories\u00a0<\/span><\/strong>\u00a0sind die kleinsten Formen von Anforderungen, die noch f\u00fcr sich alleine stehen k\u00f6nnen.\u00a0Eine User Story besteht aus einer Wertaktion oder einer Wertintegration.\u00a0Beispielsweise w\u00e4re der Kauf eines Artikels \u00fcber Ihr Mobiltelefon aus dem Warenkorb mit einer Visa-Karte eine User Story.\u00a0Der Kauf eines Artikels mit einer MasterCard k\u00f6nnte eine andere Integration und damit eine andere User Story sein.\u00a0User Stories sind klein genug, um sie zu Sprints hinzuzuf\u00fcgen und mit der Entwicklung zu beginnen.\u00a0In den folgenden Abschnitten gehe ich ausf\u00fchrlich auf User Stories ein.<\/span><\/p>\n

Aufgaben\u00a0<\/span><\/strong>\u00a0sind die internen Schritte, die zur Implementierung der User Story erforderlich sind.\u00a0W\u00e4hrend der Sprintplanung wird eine User Story in Tasks heruntergebrochen.\u00a0W\u00e4hrend Anforderungen Dinge sind, die der Endbenutzer tut, sind Aufgaben das, was das Entwicklungsteam tut, damit die Anforderung funktioniert.<\/span><\/p>\n

Granularit\u00e4tsgrad von Product Backlog Items (PBIs)<\/span><\/span><\/h3>\n

Die Abbildung zeigt die verschiedenen Ebenen der Anforderungszerlegung, um sie in eine Reihe von Sprints der Entwicklungs-Roadmap einzuf\u00fcgen<\/span><\/p>\n

Wie verfeinert man das Product Backlog?<\/span><\/figcaption><\/figure>\n