Artefakte & Commitments

Sprint Backlog

Ausgewählte Items + Plan, um das Sprint Goal zu erreichen.

Der Sprint Backlog besteht aus den für den Sprint ausgewählten Product Backlog Items und einem Plan, wie sie geliefert werden. Er wird von den Developers erstellt und im Daily Scrum angepasst. Commitment: Sprint Goal.

Passende Übungsfragen

✌️ MultiWofür sind die Developers im Scrum-Team verantwortlich? (Mehrere richtig)
Sich gegenseitig als Fachleute zur Rechenschaft ziehen
Die Reihenfolge des Product Backlog festlegen
Qualität durch Einhalten der Definition of Done
Einen Plan für den Sprint erstellen (Sprint Backlog)
Stakeholder-Erwartungen final entscheiden
Developers erstellen das Sprint Backlog, sichern Qualität (Definition of Done) und halten sich gegenseitig verantwortlich. Die Backlog-Reihenfolge verantwortet der Product Owner.
☝️ SingleWelche drei Artefakte kennt Scrum und welche Commitments gehören dazu?
Epics, Stories, Tasks
Product Backlog (Product Goal), Sprint Backlog (Sprint Goal), Increment (Definition of Done)
Backlog, Board, Burndown
Vision, Roadmap, Release-Plan
Die drei Artefakte mit ihren Commitments: Product Backlog → Product Goal, Sprint Backlog → Sprint Goal, Increment → Definition of Done.
✍️ OffenBeschreiben Sie Zweck und Ergebnis des Sprint Planning.
Musterantwort: Zweck: Der Sprint wird geplant. Behandelt werden drei Themen – Warum ist der Sprint wertvoll (Sprint-Ziel), Was kann im Sprint erledigt werden (ausgewählte Product-Backlog-Items), Wie wird die Arbeit erledigt (Plan der Developers). Ergebnis: das Sprint Backlog (Sprint-Ziel + ausgewählte Items + Plan). Timebox: max. 8 Std bei einem Monatssprint.
Bewertet werden: Zweck (Sprint planen), die drei Themen Warum/Was/Wie, Ergebnis Sprint Backlog inkl. Sprint-Ziel.
✌️ MultiWofür sind die Developers laut Scrum Guide verantwortlich? (Mehrere richtig)
Den Plan für den Sprint zu erstellen (Sprint Backlog)
Qualität durch Einhaltung der Definition of Done sicherzustellen
Die Reihenfolge des Product Backlogs festzulegen
Den Plan täglich in Richtung Sprint-Ziel anzupassen
Die Stakeholder-Kommunikation zu verantworten
Backlog-Reihenfolge und Stakeholder-Verantwortung liegen beim Product Owner. Die Developers verantworten Sprint Backlog, Qualität und die tägliche Anpassung.
☝️ SingleDas Sprint Planning gliedert sich in drei Themen. Welche Reihenfolge ist korrekt?
Vision, Roadmap, Release-Plan
Umfang, Termin, Kosten
Warum ist dieser Sprint wertvoll, was kann erledigt werden, wie wird die Arbeit erledigt
Was wurde erledigt, was blockiert, was kommt als Nächstes
Thema 1 führt zum Sprint-Ziel, Thema 2 zur Auswahl der Backlog-Einträge, Thema 3 zum Plan der Umsetzung. Zusammen ergeben sie das Sprint Backlog.
← Alle GlossarbegriffeIm Quiz üben