Das Product Backlog und die Verantwortung dafür

Ursula Kusay-Merkle ()

Chapter Kapitel 9 in Agiles Projektmanagement im Berufsalltag, 2021, pp 127-143 from Springer

Abstract: Zusammenfassung Backlog ist im Englischen der Auftragsbestand. Vielfach heißt es, im Product Backlog stünden alle Anforderungen. Der englische Begriff beschreibt aber, dass es mehr als nur die Anforderungen sind. Es ist einfach alle Arbeit, die im Rahmen des Projektes anfällt. Präziser gesagt ist das Product BacklogProductBacklog eine sortierte Liste, in der die angedachten und gewünschten To-dos für das Projekt gesammelt werden. Bei den To-dos kann es sich handeln um: Anforderungen, Fehler, die noch beseitigt werden müssen, Know-how-Transfer, Dokumentationsarbeit, Usw. Außerdem ist die Liste sortiert. Damit ist gemeint, dass alle To-dos priorisiert sind: Die wichtigen Dinge stehen oben, nach unten hin nimmt die Priorität ab. Aber Achtung: Nur weil ein To-do im Product Backlog steht, ist damit noch nicht versprochen, dass es auch getan wird! Das Product Backlog ist ein dynamisches Konzept. Das Product Backlog ist emergent, d. h., es entwickelt und verändert sich, die Sortierung kann sich ändern, neue To-dos können hinzukommen, andere entfallen. Die hoch priorisierten Einträge im Product Backlog sind auch detaillierter. Sie sind mit den Informationen versehen, die für die Umsetzung notwendig sind. Niedrig priorisierte To-dos sind vielleicht derzeit nur als Vermerk vorhanden. Aber es wird noch keine Zeit in die Aufbereitung investiert. Interessant ist der Begriff „Product Backlog“ und nicht etwa „Project Backlog“. Hier kommt die Produktsicht der agilen Methoden zum Tragen. Daher besteht ein Product Backlog auch so lange, wie es das entsprechende Produkt gibt – also über ein Projekt hinaus. Laut Scrum Guide [2] beinhaltet das Product Backlog auch das Produkt-Ziel als Planungsziel des Teams. Auf dieses wird hier nicht näher eingegangen werden, da über die Ausrichtung bereits im Rahmen der Vision Kap. 6 gesprochen wurde. Damit stellt sich auch die Frage nach der Verantwortung für dieses wichtige Artefakt: Ist es der Projektleiter oder der Product Owner (PO)? Wo liegen die Unterschiede in diesen Rollen? Da die Rolle des PO relativ neu ist, wird sie in den Unternehmen unterschiedlich gelebt. Auch dies hat natürlich Auswirkungen und muss daher näher betrachtet werden. Dazu wird ein Modell verschiedener Stufen der Product Ownership vorgestellt.

Date: 2021
References: Add references at CitEc
Citations:

There are no downloads for this item, see the EconPapers FAQ for hints about obtaining it.

Related works:
This item may be available elsewhere in EconPapers: Search for items with the same title.

Export reference: BibTeX RIS (EndNote, ProCite, RefMan) HTML/Text

Persistent link: https://EconPapers.repec.org/RePEc:spr:sprchp:978-3-662-62810-2_9

Ordering information: This item can be ordered from
http://www.springer.com/9783662628102

DOI: 10.1007/978-3-662-62810-2_9

Access Statistics for this chapter

More chapters in Springer Books from Springer
Bibliographic data for series maintained by Sonal Shukla () and Springer Nature Abstracting and Indexing ().