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:

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.