Aktivieren Sie unsere intelligente Suche, um passende Fachinhalte oder Patente zu finden.
Wählen Sie Textabschnitte aus um mit Künstlicher Intelligenz passenden Patente zu finden.
powered by
Markieren Sie Textabschnitte, um KI-gestützt weitere passende Inhalte zu finden.
powered by
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 Backlog 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.
Anzeige
Bitte loggen Sie sich ein, um Zugang zu Ihrer Lizenz zu erhalten.