Scrum-Leitfaden | 15. Scrum-Artefakte
Veröffentlicht: 2022-05-06Im heutigen Artikel konzentrieren wir uns auf die Scrum-Artefakte. Wir erklären Product Backlog, Sprint Backlog und Increment. Wir werden auch die Frage beantworten, wofür Scrum-Teammitglieder und Stakeholder sie verwenden.
Scrum-Artefakte – Inhaltsverzeichnis:
- Was sind Scrum-Artefakte?
- Produktrückstand
- Sprint-Rückstand
- Zuwachs
- Zusammenfassung
Was sind Scrum-Artefakte?
Drei Scrum-Artefakte sind entscheidend für ein effektives Scrum-Team. Dies sind zwei Backlogs, die Listen von Aufgaben sind, und das Inkrement, das eine potenziell veröffentlichungsreife Version eines Produkts ist, das in einem bestimmten Sprint verbessert wurde.
Sie werden zusammen Artefakte genannt, weil sie einen Zweck haben. Nämlich, um die Transparenz von Informationen bezüglich der Arbeit am Produkt zu maximieren.
Mit der Verfügbarkeit von Scrum-Artefakten kann sich jedes Scrum-Teammitglied oder jeder Stakeholder jederzeit ein klares Bild machen. Dort sehen sie:
- Welches Produkt und für welchen Zweck erstellt wird
- Welche Aufgaben sollen ausgeführt werden
- An welchen Aufgaben das Entwicklungsteam derzeit arbeitet
- Welche Aufgaben wurden bereits erledigt
- Wie die aktuelle Version des laufenden Produkts aussieht
Scrum Backlogs beschreiben das Produkt sowohl aus technischer als auch aus geschäftlicher Sicht. Die vom Scrum-Team erstellte technische Beschreibung des Produkts enthält die Funktionsweise des Produkts sowie Vorschläge für spezifische Lösungen, die vom Entwicklungsteam implementiert werden sollen. Die Unternehmensbeschreibung enthält User Stories, die Fragen beantworten wie:
- Wofür ist das Produkt?
- Welche Funktionen muss das Produkt erfüllen?
- Welche Erwartungen des Kunden soll das Produkt erfüllen?
Sie beschreiben somit Teilfunktionalitäten des Produkts aus Sicht des Kunden.
Wir werden jedem Scrum-Artefakt separate Posts widmen, die jeweils dem Product Backlog, dem Sprint Backlog und dem Inkrement gewidmet sind.
Produktrückstand
Das Product Backlog ist eine Liste von Aufgaben, an denen das Scrum-Team arbeiten wird. Es ist in der Geschäftssprache formuliert und erstreckt sich über die gesamte Projektdauer.
Die Pflege und Verfügbarkeit des Product Backlogs sind entscheidend für die Transparenz der Arbeit des Scrum Teams. Dank dieses Dokuments weiß das Entwicklungsteam, an welcher Lösung es arbeitet und welche Prioritäten der Kunde hat. Darüber hinaus ist das Product Backlog ein Wegweiser, an dem Sie sich abstützen können, wenn Sie mit kleineren Aufgaben überfordert sind, die das Bild des gesamten Projekts verwischen.
Das Product Backlog verfolgt den Fortschritt des Entwicklungsteams in Richtung des Produktziels. Es wird vom Product Owner verwaltet und sollte regelmäßig aktualisiert werden. So ergibt sich jederzeit ein klares Bild von der zu erledigenden Arbeit.
Die Aufgaben mit den engsten Terminen sind im Product Backlog am ausführlichsten beschrieben. Aufgaben mit längeren Fristen oder optionale Aufgaben haben die Form einer allgemeinen Gliederung.
Sprint-Rückstand
Wir können uns das Sprint Backlog ähnlich wie das Product Backlog vorstellen. Die Art und Weise, wie Aufgaben beschrieben werden, und der Zeitrahmen ändern sich jedoch.
Während im Product Backlog der Fokus auf der Beschreibung von Aufgaben aus Sicht der Stakeholder und der Geschäftssprache lag, ist das Sprint Backlog die Domäne der Entwickler. Sie sind verantwortlich für die Pflege und Aktualisierung des Sprint Backlogs. Es ist eine Beschreibung der Arbeit des Teams und daher in Fachsprache ausgedrückt. Es beschreibt detaillierte Aufgaben und Lösungen, während die Entwickler ihre Ausführung planen.
Das Sprint Backlog arbeitet auf einer Zeitskala, die der Dauer eines Sprints entspricht, typischerweise zwei Wochen bis zu einem Monat. Es ermöglicht die Verfolgung des Fortschritts des Entwicklungsteams in Richtung des Sprint-Ziels.
Zuwachs
Der Inhalt des Product Backlogs ist eine Schritt-für-Schritt-Beschreibung, wie das Produktziel erreicht werden kann. Der Inhalt des Sprint Backlogs ist eine Beschreibung der Aufgaben, die zum Erreichen des Sprintziels führen. Das Inkrement ist die Summe der in einem bestimmten Sprint realisierten partiellen Produktfunktionalitäten , die dem aktuellen Zustand des Produkts hinzugefügt werden.
Jedes neue Inkrement baut auf dem vorherigen auf. Daher sollte die geleistete Arbeit gründlich getestet werden. Durch Tests können Sie sicherstellen, dass die neue Lösung die zuvor erstellten nicht stört oder unterbricht. Damit die Arbeit zu einem Inkrement wird, muss sie in den bestehenden Zustand des Produkts integriert werden. Und das Ergebnis ist eine verbesserte, funktionierende Version.
Mit anderen Worten, ein Inkrement ist eine Reihe von Aufgaben, die in einem Sprint erledigt werden und eine neue, funktionierende Version eines Produkts bilden. Und seine geschäftliche Bedeutung wird durch die Definition der Fertigstellung beschrieben. Es wird während des Sprint Plannings in das Product Backlog eingetragen.
Zusammenfassung
Die Scrum-Artefakte sind das Product Backlog, das Sprint Backlog und das Inkrement. Sie bieten allen Beteiligten Zugang zu Informationen über den Status des Produkts. Scrum-Artefakte enthalten Scrum-Teamziele und -ziele , die aus geschäftlicher und technischer Sicht definiert sind. Darüber hinaus enthalten sie alle Merkmale der aktuellen, funktionierenden Version des Produkts, die möglicherweise bereit ist, auf den Markt gebracht zu werden.
Wenn Ihnen unsere Inhalte gefallen, werden Sie Teil unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Scrum-Leitfaden:
- Glossar der Grundbegriffe, Rollen und Begriffe
- Was ist Scrum?
- Scrum-Werte
- Wie implementieren Sie Scrum in Ihrem Unternehmen?
- Scrum Team – was ist das und wie funktioniert es?
- Wer ist ein Product Owner?
- Die häufigsten Fehler des Product Owners
- Wer ist der Scrum-Master?
- Eigenschaften eines guten Scrum Masters
- Die häufigsten Fehler des Scrum Masters
- Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
- Zusammenarbeit zwischen Product Owner und Scrum Master
- Entwicklungsteam in Scrum
- Die häufigsten Fehler von Entwicklern
- Scrum-Artefakte
- Scrum skalieren
- Sprint-Rückstand
- Was ist das Product Backlog?
- Was sind User Stories?
- Erstellen Sie die beste User Story mit INVEST
- Die häufigsten Fehler in User Storys
- Akzeptanzkriterien für User Storys
- Schätzung und Story Points in Scrum
- Planungspoker
- Team-Schätzspiel
- Inkrement definieren
- Scrum-Ereignisse
- Was ist Sprint in Scrum?
- Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
- Was ist ein Burndown-Diagramm?
- Wie erstellt und interpretiert man ein Burndown-Diagramm?
- Vor- und Nachteile des Burndown-Charts
- Kanban-Boards in Scrum und Scrumban
- Velocity in Scrum - Schnelligkeit des Entwicklungsteams
- Tägliches Scrum
- Sprint-Planung
- Sprint-Review
- Was ist eine Sprint-Retrospektive?
- Häufige Fehler während einer Sprint-Retrospektive
- Pflege des Produkt-Backlogs