Scrum-Artefakte

Die Artefakte von Scrum repräsentieren Arbeit oder Wert. Sie sind dafür
ausgelegt, die Transparenz vonSchlüsselinformationen zu maximieren. So haben
alle, die sie überprüfen, die gleiche Grundlage fürAnpassungen.Jedes Artefakt
beinhaltet ein Commitment, um sicherzustellen, dass Informationen
bereitgestelltwerden, welche Transparenz und Fokus verbessern, um den
Fortschritt messbar zu machen:

■Für das Product Backlog ist es das Produkt-Ziel.
■Für das Sprint Backlog ist es das Sprint-Ziel.
■Für das Increment ist es die Definition of Done.

Diese Commitments dienen dazu, Empirie und die Scrum-Werte für das Scrum Team
und seineStakeholder:innen zu verstärken.

Product Backlog

Das Product Backlog ist eine emergente, geordnete Liste der Dinge, die zur
Produktverbesserungbenötigt werden. Es ist die einzige Quelle von Arbeit, die
durch das Scrum Team erledigt wird.Product-Backlog-Einträge, die durch das Scrum
Team innerhalb eines Sprints abgeschlossen (Done)werden können, gelten als
bereit für die Auswahl in einem Sprint-Planning-Event. DiesenTransparenzgrad
erlangen sie in der Regel durch Refinement-Aktivitäten. Das Refinement des
ProductBacklogs ist der Vorgang, durch den Product-Backlog-Einträge in kleinere,
präzisere Elemente zerlegtund weiter definiert werden. Dies ist eine
kontinuierliche Aktivität, wodurch weitere Details wieBeschreibung, Reihenfolge
und Größe ergänzt werden. Die Attribute variieren oft je nach Arbeitsumfeld.Die
Developer:innen, die die Arbeit erledigen werden, sind für die
Größenbestimmungumsetzungsverantwortlich. Der:die Product Owner:in kann die
Developer:innen beeinflussen, indemer:sie dabei unterstützt, die Product-
Backlog-Einträge zu verstehen und Kompromisse einzugehen.

Commitment: Produkt Ziel

Das Produkt-Ziel beschreibt einen zukünftigen Zustand des Produkts, welches dem
Scrum Team alsPlanungsziel dienen kann. Das Produkt-Ziel befindet sich im
Product Backlog. Der Rest des ProductBacklogs entsteht, um zu definieren, „was“
das Produkt-Ziel erfüllt.\begin{quotation}\emph{Ein Produkt ist ein Instrument,
um Wert zu liefern. Es hat klare Grenzen, bekannteStakeholder:innen, eindeutig
definierte Benutzer:innen oder Kund:innen. Ein Produkt kann eineDienstleistung,
ein physisches Produkt oder etwas Abstrakteres sein.}\end{quotation}Das Produkt-
Ziel ist das langfristige Ziel für das Scrum Team. Das Scrum Team muss eine
Zielvorgabeerfüllen (oder aufgeben), bevor es die nächste angeht.

Sprint Backlog

Das Sprint Backlog besteht aus dem Sprint-Ziel (Wofür), den für den Sprint
ausgewählten Product-Backlog-Einträgen (Was) sowie einem umsetzbaren Plan für
die Lieferung des Increments (Wie).Das Sprint Backlog ist ein Plan von und für
die Developer:innen. Es ist ein deutlich sichtbares Echtzeitbildder Arbeit,
welche die Developer:innen während des Sprints zur Erreichung des Sprint-Ziels
ausführenwollen. Folglich wird das Sprint Backlog während des gesamten Sprints
immer dann aktualisiert, wennmehr gelernt wurde. Es sollte genügend Details
beinhalten, damit sie ihren Fortschritt im Daily Scrumüberprüfen können.

Commitment: Sprint-Ziel

Das Sprint-Ziel ist die einzige Zielsetzung für den Sprint. Obwohl das Sprint-
Ziel ein Commitment derDeveloper:innen ist, bietet es Flexibilität in Bezug auf
die genaue Arbeit, die erforderlich ist, um es zuerreichen. Das Sprint-Ziel
schafft auch Kohärenz und Fokus und ermutigt somit das Scrum Team,zusammen statt
in separaten Initiativen zu arbeiten.Das Sprint-Ziel wird während des Sprint-
Planning-Events erstellt und dann zum Sprint Backloghinzugefügt. Während die
Developer:innen innerhalb des Sprints arbeiten, behalten sie das Sprint-Zielim
Gedächtnis. Wenn sich herausstellt, dass die Arbeit von ihren Erwartungen
abweicht, arbeiten sie mitdem:der Product Owner:in zusammen, um den Umfang des
Sprint Backlogs innerhalb des Sprints zuverhandeln, ohne das Sprint-Ziel zu
beeinflussen.

Increment

Ein Increment ist ein konkreter Schritt in Richtung des Produkt-Ziels. Jedes
Increment ist additiv zu allenvorherigen Increments und gründlich geprüft, um
sicherzustellen, dass sie alle zusammen funktionieren.Um einen Mehrwert zu
erzielen, muss das Increment verwendbar sein.Innerhalb eines Sprints kann mehr
als ein Increment erstellt werden. Deren Summe wird im SprintReview vorgestellt,
womit Empirie unterstützt wird. Ein Increment könnte jedoch auch schon vor
Endedes Sprints an die Stakeholder:innen geliefert werden. Das Sprint Review
sollte niemals als Barriere zurLieferung von Wert angesehen werden.Arbeit kann
nicht als Teil eines Increments betrachtet werden, solange sie nicht der
Definition of Doneentspricht.

Commitment: Definition of Done

Die Definition of Done ist eine formale Beschreibung des Zustands des
Increments, wenn es die für dasProdukt erforderlichen Qualitätsmaßnahmen
erfüllt.In dem Moment, in dem ein Product-Backlog-Eintrag die Definition of Done
erfüllt, wird ein Incrementgeboren.Die Definition of Done schafft Transparenz,
indem sie allen ein gemeinsames Verständnis darübervermittelt, welche Arbeiten
als Teil des Increments abgeschlossen wurden. Wenn ein Product-Backlog-Eintrag
nicht der Definition of Done entspricht, kann es weder released noch beim Sprint
Reviewpräsentiert werden. Stattdessen wandert es zur zukünftigen
Berücksichtigung in das Product Backlogzurück.Wenn die Definition of Done für
ein Increment Teil der Standards der Organisation ist, müssen alleScrum Teams
diese als Mindestmaß befolgen. Wenn sie kein Organisationsstandard ist, muss das
ScrumTeam eine für das Produkt geeignete Definition of Done erstellen.Die
Developer:innen müssen sich an die Definition of Done halten. Wenn mehrere Scrum
Teams aneinem Produkt zusammenarbeiten, müssen sie eine gemeinsame Definition of
Done definieren und sichalle daran halten.