ScrumArtikel liefern wichtige Informationen, die Scrum-Teams und Stakeholder benötigen, um das entwickelte Produkt, die geplanten Aktivitäten und die in einem Projekt abgeschlossenen Arbeiten zu verstehen. Die folgenden Artikel sind im Scrum-Prozess-Framework definiert.
- Produktvision
- Sprint-Ziel
- Produkt-Backlog
- Sprint-Backlog
- Definition des Fertiggestelltseins
- Verbrauchsdiagramm
- Increment
- Verbrauchsdiagramm
- Andere erforderliche Artikel…
Hinweis:
Dies sind die häufigsten Artikel in Scrum-Projekten, aber Projektartikel sind nicht auf diese beschränkt.
Produktvision
Die Produktvision ist der Artikel, der die langfristigen Ziele des Projekts/Produkts definiert. Sie legt die Gesamtrichtung fest und leitet das Scrum-Team. Jeder sollte die Produktvision im Gedächtnis behalten können; daher muss sie präzise und knapp sein.
Sprint-Ziel
Das Sprint-Ziel hilft, den Sprint zu fokussieren. Durch die Umsetzung der prognostizierten Produkt-Backlog-Elemente erreicht der Sprint dieses Ziel und gibt dem Entwicklerteam Orientierung darüber, warum der Produkt-Increment erstellt wird.
Laut dem Scrum-Leitfaden liegt die Verantwortung für die Festlegung des Sprint-Ziels bei dem Scrum-Team. AllerdingsProduktverantwortlicher spielt eine entscheidende Rolle bei der Unterstützung dieses Prozesses, indem er ein klares geschäftliches Ziel für den kommenden Sprint definiert, was auch dazu beiträgt, das Produkt-Backlog effizienter zu priorisieren.
Produkt-Backlog
Das Produkt-Backlog listet alles auf, was für das Produkt benötigt wird, und dient als dynamisches und am besten zugängliches Set an Anforderungen für alle Änderungen am Produkt. Der Produktverantwortliche besitzt das Produkt-Backlog, das alle Funktionen, Anforderungen, Verbesserungen und Korrekturen enthält, die zukünftige Produktänderungen ausmachen werden.

Produkt-Backlog
Typischerweise ändern sich Produktanforderungen ständig – aufgrund von Geschäftsbedürfnissen, Marktsituationen oder technologischen Veränderungen. Daher wird das Produkt-Backlog kontinuierlich aktualisiert, um das am meisten Wertvolle für die Zielnutzer widerzuspiegeln.
Sprint-Backlog
Das Sprint-Backlog ist die ausgewählte Menge an Produkt-Backlog-Elementen für den Sprint zusammen mit dem Plan zur Lieferung des Produkt-Inkrements und zur Erreichung des Sprint-Ziels. Das Sprint-Backlog stellt die Prognose des Entwicklerteams für die in das nächste Increment einzubeziehenden Funktionen und die dafür erforderliche Arbeit dar. Das Sprint-Backlog definiert die Arbeit, die das Entwicklerteam erledigen wird, um Produkt-Backlog-Elemente in ein „Fertiggestelltes“ Increment zu verwandeln. Es zeigt die gesamte Arbeit an, die das Team sich verpflichtet hat, um das Sprint-Ziel zu erreichen.

Sprint-Backlog
Definition des Fertiggestelltseins
Jedes Produkt-Backlog-Element hatAkzeptanzkriterien die klar definieren, was erfüllt sein muss, wenn der Artikel als abgeschlossen erklärt wird. Viele Kriterien gelten für alle oder die meisten Product Backlog-Elemente. Es ist hilfreich, diese Kriterien an einem Ort zu sammeln, anstatt sie für jedes Element neu zu definieren: die Definition des Fertiggestelltseins. Daher ist die „Definition des Fertiggestelltseins“ ein gemeinsames Verständnis innerhalb des Scrum-Teams, was es bedeutet, Arbeit abgeschlossen zu haben. Sie umfasst typischerweise Qualitätsstandards, Einschränkungen und insgesamt nicht-funktionale Anforderungen. Hier sind einige Beispiele:

Definition des Fertiggestelltseins (DoD)
Increment
Der Increment ist die Summe aller Product Backlog-Elemente, die während des Sprints und aller vorherigen Sprints abgeschlossen wurden.
Am Ende eines Sprints muss der Increment „Fertiggestellt“ sein, was bedeutet:
- Er muss der Definition des Fertiggestelltseins des Scrum-Teams entsprechen.
- Er muss in einem nutzbaren Zustand sein, unabhängig davon, ob der Product Owner entscheidet, ihn freizugeben.
Burndown-Diagramm
Das Burndown-Diagramm ist eine grafische Darstellung des Gesamtfortschritts eines Projekts. Wenn Aufgaben abgeschlossen werden, „verbrennt“ das Diagramm bis auf null. Es dient als Leitfaden für das Entwicklungsteam, um den Sprint erfolgreich mit dem Endprodukt abzuschließen. Wenn das Team entscheidet, dass mehr Ziele aus dem Product Backlog in das Sprint-Backlog übertragen wurden, kann das Burndown-Diagramm helfen, herauszufinden, welche Aufgaben nicht rechtzeitig abgeschlossen werden können, sodass sie zurück ins Product Backlog verschoben werden können.
Das folgende Sprint-Burndown-Diagramm zeigt die verbleibenden Aufgaben im Sprint-Backlog. Täglich aktualisiert, bietet es eine präzise Übersicht über den Fortschritt des Sprints. Es bietet außerdem eine schnelle visuelle Referenz.

Burndown-Diagramm