Ein häufig ungenutztes Potenzial liegt in der aktiven Priorisierung des Product Backlogs. Vor allem unter dem Aspekt eines seriösen Risiko-Managements. Erfahrungen und Beispiele aus einigen Scrum-Projekten …

Üblicherweise werden die Einträge eines Product Backlogs [PBL] in irgendeiner Weise sortiert bzw. priorisiert – hoffentlich vom Product Owner [PO]. Zu häufig erlebe ich in diesem Zusammenhang, dass einige PO dieses Thema gern vernachlässigen, es als lästig empfinden … und damit das erhebliche Potenzial und die (Release-) Planungsmöglichkeiten ungenutzt lassen.

Nähern wir uns z.B. über den → Scrum Guide (Stand Oktober 2011):

Das Product Backlog … ist eine geordnete Liste mit allem, was in dem Produkt benötigt werden könnte …
… wird häufig nach Wert, Risiko, Priorität und Notwendigkeit angeordnet …

PBL-Einträge an der Spitze bestimmen die unmittelbaren Entwicklungsaktivitäten …

Eine Themen-Betrachtung über

• PO → „Smells“
• Praxis-Beispiel
• Optimierung über den Business Value
• Priorisierung mittels Risk Value
• Risk UND Business Value-Optimierung
• Velocity-Betrachtung
• Lessons Learned

finden sie in dem Tutorial → „Product Backlog “Priorisierungen” – Anregungen aus und für die Praxis“ …

CU
@ Boeffi  .net     aktualisiert am 24.05.2018