Sprint Backlog
Das Sprint Backlog gehört den Entwicklern und ist im Sprint nicht von aussen änderbar. Ohne Sprint-Ziel ist es eine Aufgabenliste — und die Frage, was bei knapper Zeit wegfallen kann, hat dann keine Antwort.
Kopf
- Sprint: [Nr.] Zeitraum: [von] bis [bis]
- Team: [Bezeichnung]
- Verfügbare Kapazität: [Personentage] — nach Abzug von Abwesenheiten, Support und Ereignissen
- Velocity der letzten drei Sprints: [Zahl] / [Zahl] / [Zahl]
Sprint-Ziel
Eine Wirkung, keine Aufzählung. Prüfung: Könnten Sie das Ziel erreichen, wenn eine Aufgabe wegfiele? Wenn nein, ist es kein Ziel.
- [Ein Satz — wozu dieser Sprint dient]
Definition of Done (gilt für jeden Eintrag)
- [ ] Code von einer zweiten Person überprüft
- [ ] Automatisierte Tests bestehen, neue Funktionalität abgedeckt
- [ ] Keine offenen Fehler der höchsten Kategorie
- [ ] Dokumentation nachgeführt
- [ ] Auf Testumgebung eingespielt und dort geprüft
- [ ] Vom Product Owner gesichtet und angenommen
- [ ] Betriebsrelevantes geklärt: Protokollierung, Überwachung, Datenschutz
Ausgewählte Einträge
| Nr. | Als [Rolle] möchte ich …, damit … | Schätzung | Akzeptanzkriterien | Status |
|---|---|---|---|---|
| 1 | [User Story] | [Punkte] | [Gegeben … wenn … dann …] | offen |
| 2 | [User Story] | [Punkte] | [...] | in Arbeit |
| 3 | [User Story] | [Punkte] | [...] | fertig |
Verbesserungsmassnahme aus der Retrospektive
| Massnahme | Aufwand | Verantwortung | Status |
|---|---|---|---|
| [Eine, höchstens zwei] | [Stunden] | [Name] | offen |
Ausdrücke in eckigen Klammern sind Platzhalter. Die Vorlage ist bewusst als Text gehalten, damit sie sich in jedes Werkzeug einfügen lässt — Word, Confluence, Notion oder ein Projektwerkzeug.
Wofür Sie diese Vorlage brauchen
Das Sprint Backlog hält fest, was ein Team in einem Sprint umsetzen will und wie. Eine Vorlage hilft, die ausgewählten Aufgaben übersichtlich zu organisieren und den Fortschritt zu verfolgen.
Dieser Leitfaden zeigt den Aufbau eines Sprint Backlogs. Daraus erstellen Sie eine einfache Vorlage — oft genügt ein Board mit Spalten für den Aufgabenstatus.
Die Bestandteile
Eine vollständige Sprint-Backlog-Vorlage enthält die folgenden Bestandteile:
- Sprintziel — der gemeinsame Zweck des Sprints.
- Ausgewählte Backlog-Einträge — die User Stories für diesen Sprint.
- Aufgaben — die konkreten Schritte je Eintrag.
- Status — zu erledigen, in Arbeit, erledigt.
- Verantwortliche — wer arbeitet woran?
Das Sprint Backlog gehört dem Team — es entscheidet, wie viel es realistisch schafft und wie es die Arbeit organisiert. Wird ihm das Backlog von aussen aufgezwungen, leiden Verbindlichkeit und Selbstorganisation.
Schritt für Schritt
- 01Sprintziel formulierenLegen Sie den gemeinsamen Zweck des Sprints fest.
- 02Einträge auswählenÜbernehmen Sie die obersten, umsetzbaren Einträge aus dem Product Backlog.
- 03In Aufgaben zerlegenTeilen Sie die Einträge in konkrete, überschaubare Aufgaben.
- 04Fortschritt sichtbar machenVerfolgen Sie den Status, etwa über ein Board oder einen Burndown-Chart.
Das Team besitzt das Backlog
Das Sprint Backlog entsteht aus dem Product Backlog: Im Sprint Planning werden die obersten, umsetzbaren Einträge ausgewählt und in Aufgaben zerlegt. Der Fortschritt lässt sich über einen Burndown-Chart sichtbar machen.
Häufige Fehler vermeiden
Sprint Backlogs scheitern, wenn zu viel eingeplant wird, wenn das Sprintziel fehlt oder wenn der Status nicht aktuell gehalten wird. Planen Sie realistisch und halten Sie das Board lebendig.
Sprint Backlog
Übernehmen Sie die Struktur nach Word, Confluence oder Ihr Projektwerkzeug. Streichen Sie, was Sie nicht brauchen — eine Vorlage, die unverändert übernommen wird, erzeugt Felder, die niemand füllt und die spätestens beim zweiten Projekt leer bleiben.
- 01
Sprint-Ziel
Ein Satz: Wozu dient dieser Sprint? Beschreibt eine Wirkung, keine Menge.
Ohne Ziel ist ein Sprint eine Liste, und die Frage, was bei knapper Zeit wegfallen kann, hat keine Antwort.
- 02
Zeitraum und Kapazität
Start, Ende, verfügbare Kapazität nach Abzug von Abwesenheiten, Support und Ereignissen.
Von einer Vollzeitwoche bleiben typischerweise 65 bis 75 Prozent für Sprint-Arbeit.
- 03
Ausgewählte Einträge
Je Eintrag: Titel, Akzeptanzkriterien, Schätzung, Bezug zum Sprint-Ziel.
Die Auswahlmenge bestimmen allein die Entwickler. Der Product Owner bestimmt die Reihenfolge.
- 04
Aufgabenzerlegung
Je Eintrag die Arbeitsschritte, die zur Umsetzung nötig sind.
- 05
Definition of Done
Verweis auf die geltende Fassung — sie gilt für alle Einträge gleichermassen.
Nicht zu verwechseln mit den Akzeptanzkriterien, die je Eintrag verschieden sind.
- 06
Abhängigkeiten und Hindernisse
Was blockiert oder könnte blockieren, wer kümmert sich darum?
- 07
Verbesserungsmassnahme
Die eine Massnahme aus der letzten Retrospektive — als Eintrag mit Aufwand, nicht als Fussnote.
Sonst konkurriert sie mit der Sprint-Arbeit und verliert.
Häufige Fragen
- Was gehört in ein Sprint Backlog?
- Das Sprintziel, die ausgewählten Backlog-Einträge (User Stories), die daraus abgeleiteten Aufgaben, deren Status und die Verantwortlichen.
- Woher kommen die Einträge im Sprint Backlog?
- Aus dem Product Backlog. Im Sprint Planning werden die obersten, umsetzbaren Einträge ausgewählt und in Aufgaben zerlegt.
- Wem gehört das Sprint Backlog?
- Dem Team. Es entscheidet, wie viel es realistisch schafft und wie es die Arbeit organisiert — das ist zentral für Selbstorganisation und Verbindlichkeit.