Sprint Backlog Der Arbeitsplan, der dem Team gehört

Das Product Backlog ist die große Wunschliste. Das Sprint Backlog ist der konkrete Arbeitsplan für die nächsten ein bis vier Wochen. Es enthält die User Stories, die das Team sich im Sprint Planning vorgenommen hat, plus die Aufgaben (Tasks), in die sie zerlegt wurden. Das Sprint Backlog gehört dem Team — und nur dem Team.

Sprint Backlog auf einen Blick

Was?
Arbeitsplan des Teams für den aktuellen Sprint
Inhalt
Ausgewählte User Stories + Tasks + Sprint-Ziel
Wer pflegt?
Das Entwicklungsteam (nicht der PO!)
Regel
Keine externen Ergänzungen während des Sprints
To Do Login-API bauen E-Mail-Template Unit Tests Login In Arbeit Datenbank-Schema Fertig UI-Mockup Login
Das Sprint Backlog als Board: To Do, In Arbeit, Fertig

Was gehört alles ins Sprint Backlog?

Das Sprint Backlog besteht aus drei Elementen:

  1. Das Sprint-Ziel: Der übergeordnete Zweck des Sprints — warum machen wir das alles?
  2. Ausgewählte Backlog-Einträge: Die User Stories, die das Team im Sprint Planning übernommen hat.
  3. Tasks: Jede Story wird in konkrete Aufgaben zerlegt — das sind die eigentlichen Arbeitsschritte (z.B. „API-Endpunkt bauen", „Unit Test schreiben", „Code Review").

Manche Teams visualisieren das Sprint Backlog auf einem Taskboard (physisch oder digital) mit den Spalten „To Do", „In Arbeit" und „Fertig". So sieht jeder auf einen Blick, wo der Sprint steht.

Sprint Backlog vs. Product Backlog — der Unterschied?

Das Product Backlog ist die langfristige Wunschliste des Produkts. Der Sprint Backlog ist der kurzfristige Arbeitsplan des Teams.

  • Product Backlog: Gehört dem Product Owner. Enthält alles, was das Produkt jemals können soll. Ändert sich ständig.
  • Sprint Backlog: Gehört dem Team. Enthält nur die Arbeit für diesen einen Sprint. Bleibt während des Sprints stabil.

Wichtig: Während des Sprints darf niemand von außen Aufgaben zum Sprint Backlog hinzufügen. Nicht der Product Owner, nicht der Chef, nicht der Kunde. Neue Ideen und dringende Wünsche wandern ins Product Backlog — für den nächsten Sprint.

Wie hält das Team das Sprint Backlog aktuell?

Das Sprint Backlog ist kein statisches Dokument, das am ersten Tag erstellt und dann vergessen wird. Das Team aktualisiert es täglich — am besten im Daily Scrum:

  • Tasks werden verschoben (To Do → In Arbeit → Fertig)
  • Neue Tasks entstehen, wenn eine Story komplexer ist als gedacht
  • Der verbleibende Aufwand wird aktualisiert (für das Burndown Chart)

Wenn das Team merkt, dass es zu viel oder zu wenig eingeplant hat, kann es mit dem Product Owner verhandeln — Stories zurückgeben oder nachziehen. Das Sprint-Ziel bleibt aber stehen.