Scrum Artefakte

Bei der nachfolgenden Übersetzung handelt es sich um eine freie und inoffizielle deutsche Übersetzung.

Der Scrum Guide 2020 | Scrum Artefakte

Die Artefakte von Scrum repräsentieren Arbeit oder Wert. Sie sollen die Transparenz der wichtigsten Informationen maximieren. Somit hat jeder, der sie inspiziert, die gleiche Grundlage für die Anpassung.

Jedes Artefakt enthält eine Verpflichtung um sicherzustellen, dass es Informationen liefert, die die Transparenz und den Fokus verbessern, an dem der Fortschritt gemessen werden kann:

  • Für das Product Backlog ist es das Produktziel.
  • Für das Sprint Backlog ist es das Sprint-Ziel.
  • Für das Inkrement ist es die Definition von Done.

Diese Verpflichtungen bestehen um den Empirismus und die Scrum-Werte für das Scrum-Team und seine Stakeholder zu stärken.


Product Backlog

Das Product Backlog ist eine wachsende, geordnete Liste die aus den Elementen zur zur Verbesserung des Produkts besteht. Es ist die einzige Arbeitsquelle des Scrum-Teams.

Product Backlog-Elemente, die vom Scrum-Team innerhalb eines Sprints ausgeführt werden können, stehen zur fertigen Auswahl in einem Sprint Planning-Ereignis bereit.

Diesen Grad der Transparenz erreichen sie in der Regel durch der Verfeinerung der einzeln notwendigen Aktivitäten: Bei der Verfeinerung des Product Backlogs werden Product Backlog-Elemente in kleinere, präzisere Elemente zerlegt und weiter definiert.

Dies ist eine fortlaufende Aktivität zum Hinzufügen von Details wie Beschreibung, Reihenfolge und Größe. Attribute variieren oft mit dem Arbeitskontext.

Die Entwickler, die die Arbeit erledigen, sind für die Dimensionierung verantwortlich. Der Product Owner kann die Entwickler beeinflussen, indem er ihnen hilft die Elemente zu verstehen und Kompromisse zu machen.

Verpflichtung: Produkt-Ziel

Das Product-Ziel beschreibt einen zukünftigen Status des Produkts, der als Ziel für das Scrum-Team dienen kann.

Das Produktziel befindet sich im Product Backlog. Der Rest des Product Backlogs wird erstellt, um zu definieren, „was“ dazu beiträgt das Produktziel zu erfüllen.

Ein Produkt ist ein Vehikel, um Wert zu liefern. Es hat eine klare Grenze, bekannte Stakeholder, klar definierte Benutzer oder Kunden. Ein Produkt kann eine Dienstleistung, ein physisches Produkt oder etwas Abstrakteres sein.

Das Produktziel ist das langfristige Ziel des Scrum-Teams. Sie müssen ein Ziel erfüllen (oder aufgeben), bevor sie das nächste annehmen


Sprint Backlog

Das Sprint-Backlog besteht aus dem Sprint-Ziel (warum), den für den Sprint ausgewählten Product Backlog-Elementen (was) sowie einem umsetzbaren Plan für die Bereitstellung des Inkrements (wie).

Das Sprint Backlog ist ein Plan von und für die Entwickler. Es ist ein gut sichtbares Echtzeitbild der Arbeit, die die Entwickler während des Sprints ausführen möchten, um das Sprint-Ziel zu erreichen.

Folglich wird das Sprint-Backlog während des gesamten Sprints aktualisiert, sobald mehr gelernt wird.

Es sollte genügend Details enthalten, damit sie ihren Fortschritt im Daily Scrum überprüfen können.

Verpflichtung: Sprint-Ziel

Das Sprint-Ziel ist das einzige Ziel für den Sprint.

Obwohl das Sprint-Ziel eine Verpflichtung der Entwickler ist, bietet es Flexibilität in Bezug auf die genaue Arbeit, die erforderlich ist, um es zu erreichen.

Das Sprint-Ziel schafft auch Kohärenz und Konzentration und ermutigt das Scrum-Team, zusammenzuarbeiten und nicht an separaten Initiativen.

Das Sprint-Ziel wird während des Sprint-Planungsereignisses erstellt und dann dem Sprint-Backlog hinzugefügt.

Während die Entwickler im Sprint arbeiten, berücksichtigen sie das Sprint-Ziel.

Wenn sich herausstellt, dass die Arbeit anders ist als erwartet, arbeiten sie mit dem Product Owner zusammen, um den Umfang des Sprint-Backlogs innerhalb des Sprints auszuhandeln, ohne das Sprint-Ziel zu beeinflussen.


Inkrement

Ein Inkrement ist ein konkretes Sprungbrett in Richtung Produktziel.

Jedes Inkrement ergänzt alle vorherigen Inkremente und wird gründlich überprüft, um sicherzustellen, dass alle Inkremente zusammenarbeiten.

Um einen Mehrwert zu erzielen, muss das Inkrement verwendbar sein.

Innerhalb eines Sprints können mehrere Inkremente erstellt werden.

Die Summe der Inkremente wird im Sprint Review vorgestellt, was den Empirismus unterstützt.

Ein Inkrement kann jedoch vor dem Ende des Sprints an die Stakeholder geliefert werden. Der Sprint Review sollte niemals als Tor zur Wertfreigabe betrachtet werden.

Arbeit kann nicht als Teil eines Inkrements betrachtet werden, ohn das sie der Definition of done entspricht.

Verpflichtung: Definition of done

Die Definition of done ist eine formale Beschreibung des Zustands des Inkrements, wann es die für das Produkt erforderlichen Qualitätsmaßnahmen erfüllt.

In dem Moment, in dem ein Product Backlog-Element die Definition of done erfüllt, wird ein Inkrement geboren.

Die Definition of done schafft Transparenz, indem jedem ein gemeinsames Verständnis darüber vermittelt wird, welche Arbeiten als Teil des Inkrements abgeschlossen wurden.

Wenn ein Product Backlog-Element nicht der Definition of done entspricht, kann es nicht freigegeben oder sogar bei der Sprint Review präsentiert werden. Stattdessen wird es zur zukünftigen Prüfung an das Product Backlog zurückgegeben.

Wenn die Definition of done für ein Inkrement Teil der Standards der Organisation ist, müssen alle Scrum-Teams diese mindestens befolgen.

Wenn es sich nicht um einen Organisationsstandard handelt, muss das Scrum-Team eine für das Produkt geeignete Definition of done erstellen.

Die Entwickler müssen sich an die Definition of done halten.

Wenn mehrere Scrum-Teams an einem Produkt zusammenarbeiten, müssen sie dieselbe Definition von Done definieren und einhalten.