Was ist ein Backlog und warum ist Backlog Management so wichtig in der agilen Softwareentwicklung? In diesem Video erkläre ich das Konzept eines Backlogs, den Unterschied zwischen Product Backlog und Sprint Backlog und zeige, wie Tools wie Jira das Backlog Management in der Praxis unterstützen.
Das Backlog in seiner einfachsten Form#
Ein Backlog in seiner einfachsten Form ist nichts anderes als eine geordnete Liste offener Arbeit. Oben befinden sich die am besten verfeinerten Items, unten die noch undefinierten. Es gibt zwei Haupttypen von Backlogs: das Product Backlog und das Sprint Backlog. Bei skalierter Agilität gibt es zusätzlich das Portfolio Backlog, das ich in einem separaten Video behandle.
Das Product Backlog#
Das Product Backlog ist eine geordnete Liste offener Arbeit für ein bestimmtes Produkt. Oben stehen die verfeinerten Items, unten die weniger oder noch gar nicht verfeinerten. Es besteht aus Product Backlog Items, die alle geordnet sind. Die Items ganz oben sind geschätzt.
Der Product Owner kümmert sich gemeinsam mit dem Team um das Product Backlog. Ein Product Backlog ist immer transparent und öffentlich zugänglich. Der Product Owner priorisiert die Product Backlog Items und hat das letzte Wort bei der Priorisierung. Weil sich ein Produkt weiterentwickelt, ist ein Product Backlog nie vollständig. Es entwickelt sich über die Zeit.
“Ein Product Backlog ist nie vollständig. Es entwickelt sich über die Zeit, genau wie das Produkt, das es repräsentiert.”
Das Sprint Backlog#
Ein Sprint Backlog ist eine Auswahl von Product Backlog Items, die in einen Sprint aufgenommen werden. Es ist nichts anderes als der Plan des Entwicklungsteams, diese Product Backlog Items umzusetzen. Das Sprint Backlog gehört vollständig dem Entwicklungsteam. Nur das Entwicklungsteam kann das Sprint Backlog während eines Sprints ändern.
Ich höre schon die Beschwerden der Product Owner da draussen, die im Grunde nur verkleidete Projektmanager sind. Ja, wenn man wirklich agil sein will, muss das Entwicklungsteam das Sprint Backlog besitzen. Nur sie können es ändern, gemeinsam mit dem Product Owner wenn nötig, aber es bleibt der Plan des Entwicklungsteams.
In seiner einfachsten Form hat ein Sprint Backlog drei Spalten: “To Do”, “Doing” und “Done”. Man kann es so kompliziert machen, wie man möchte, aber das ist die Kernstruktur.
Tools für Backlog Management#
Es gibt viele Tools für Backlog Management. Wenn man sich die Periodic Table of DevOps Tools anschaut, findet man dort die relevanten Tools für das Backlog Management einzelner Teams. Jira ist eines der am häufigsten verwendeten. In Jira sieht man das Product Backlog unten und das Sprint Backlog oben, mit Items, die aus dem Product Backlog in den Sprint zugewiesen wurden. Sobald man einen Sprint startet, arbeitet man am Sprint Backlog mit seinen Spalten “To Do”, “In Progress” und “Done”.
Kernaussagen#
Ein Backlog ist eine geordnete Liste offener Arbeit. Verfeinerte Items stehen oben, undefinierte unten.
Product Backlog vs. Sprint Backlog. Das Product Backlog umfasst alle offene Arbeit für ein Produkt. Das Sprint Backlog ist eine Auswahl für den aktuellen Sprint.
Der Product Owner priorisiert das Product Backlog und hat das letzte Wort. Das Entwicklungsteam besitzt das Sprint Backlog.
Ein Product Backlog ist nie vollständig. Es entwickelt sich kontinuierlich weiter, so wie das Produkt selbst.
Einfach halten. Ein Sprint Backlog mit drei Spalten (“To Do”, “Doing”, “Done”) reicht für den Anfang vollkommen aus.