Im Agilen Projektmanagement erlaubt das Arbeiten mit einem Backlog, Durchführung und Planung bis zu einem gewissen Grad zu parallelisieren. Der Backlog erfüllt dabei die Aufgabe eines Puffers. Durch die Priorisierung der Elemente eines Backlogs und durch die blockweise Abarbeitung in Sprints wird gewährleistet, dass ein Projekt innerhalb seines Budgets und zum vereinbarten Termin ein funktionsfähiges Produkt liefert.

Backlogs in Scrum

Scrum kennt zwei Backlogs:

• den Product Backlog, der den Umfang der zu gesamten zu erstellenden Software aus Anwendersicht beschreibt
• den Sprint Backlog, den Product Owner und Entwicklungsteam aus dem Product Backlog zusammenstellen und den zu erbringenden Leistungsumfang eines Sprints definiert.

Backlogs in SAFe®

Das agile Vorgehensmodell Scaled Agile Framework®, das für umfangreiche Software-Entwicklung unter Beteiligung mehrere Entwicklungsteams entworfen wurde, kennt vier Backlogs:

• der Team Backlog, der dem Product Backlog entspricht
• den Program Backlog, mit dem release-übergreifend das Produktmanagement den Produktlebenszyklus steuert
• den Solution Backlog, der einsatzbereite Lösungen oder Hilfsmittel enthält, um das Program Backlog abzuarbeiten
• den Portfolio Backlog, der die bereits genehmigten und konzipierten aber noch nicht in der Umsetzung befindlichen Epics enthält.

Analogien im traditionellen Projektmanagement

Der Backlog ergänzt oder tritt an die Stelle von Spezifikation, Leistungsverzeichnis und Lastenheft im traditionellen Projektmanagement.