Product Backlog organisieren

Das Product Backlog ist die eine einzige Stelle, an der wir Arbeit
organisieren, die für unser Produkt getan werden soll.
Klassischerweise ist das Product Backlog eine priorisierte Liste.
Aber muss es das sein? Wichtig ist doch vor allem die
Priorisierung, oder? In dieser Folge unterhalten sich Oliver und
Dominique über weitere Alternativen, wenn es um eine gute
Organisation des Product Backlogs geht. Alternativen lassen sich
schnell finden. Einige Methoden sind recht bekannt, wie
beispielsweise die User Story Map. Hier bewegen wir uns entlang der
User Journey und organisieren das Product Backlog in zwei
Dimensionen. Aber auch andere Methoden wie Classes of Work können
hilfreiche Übersicht geben. Hierbei wird die Arbeit in verschiedene
Arten aufgeteilt und seperat voneinander priorisiert. Und dann gibt
es noch Alternativen aus anderen Bereichen wie beispielsweise ein
Funnel Backlog, bei dem wir uns mehr darauf konzentrieren, welche
Arbeiten in welchen Funnelbereichen gerade notwendig sind. Und dann
sind da noch Impact Maps, Vorgangsknotennetzpläne und einige mehr.
Am Ende haben die alternativen Organisationsformen alle ihre Vor-
und Nachteile. in unserer Arbeit als Product Owner, Product Manager
und Product Leader müssen wir daher abwägen, welche Art sich gerade
mehr als andere anbietet. Mal kann das Aufzeigen von Abhängigkeiten
wichtiger sein, mal die absolute Serrialisierung von Arbeit. Oft
hängt es am Ende auch an der Zusammenarbeit mit der eigenen
Stakeholdercommunity.