In dem heutigen Artikel werden wir uns auf die Scrum-Artefakte konzentrieren. Wir werden das Product Backlog, das Sprint Backlog und das Increment erklären. Außerdem beantworten wir die Frage, wofür die Mitglieder des Scrum-Teams und die Stakeholder sie verwenden.
Scrum-Artefakte – Inhaltsverzeichnis:
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 Increment, das eine potenziell veröffentlichungsbereite Version eines Produkts darstellt, die in einem bestimmten Sprint verbessert wurde.
Sie werden gemeinsam als Artefakte bezeichnet, weil sie einen Zweck haben. Nämlich, die Transparenz der Informationen über die Arbeit am Produkt zu maximieren.
Mit der Verfügbarkeit von Scrum-Artefakten kann jedes Mitglied des Scrum-Teams oder jeder Stakeholder jederzeit ein klares Bild erhalten. Dort werden sie sehen:
- Welches Produkt und zu welchem Zweck erstellt wird
- Welche Aufgaben geplant sind
- An welchen Aufgaben das Entwicklungsteam derzeit arbeitet
- Welche Aufgaben bereits abgeschlossen sind
- Wie die aktuelle Version des laufenden Produkts aussieht
Scrum-Backlogs beschreiben das Produkt sowohl aus technischer als auch aus geschäftlicher Sicht. Die technische Beschreibung des Produkts, die vom Scrum-Team erstellt wurde, enthält, wie das Produkt funktioniert, sowie Vorschläge für spezifische Lösungen, die vom Entwicklungsteam umgesetzt werden sollen. Die geschäftliche Beschreibung enthält User Stories, die Fragen beantworten wie:
- Wofür ist das Produkt?
- Welche Funktionen muss das Produkt erfüllen?
- Welche Erwartungen des Kunden sollte das Produkt erfüllen?
Somit beschreiben sie Teilfunktionen des Produkts aus der Sicht des Kunden.
Wir werden jedem Scrum-Artefakt separate Beiträge widmen, die dem Product Backlog, dem Sprint Backlog und dem Increment gewidmet sind.
Product Backlog
Das Product Backlog ist eine Liste von Aufgaben, an denen das Scrum-Team arbeiten wird. Es wird in Geschäftssprache ausgedrückt, und sein Umfang umfasst die gesamte Dauer des Projekts.
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, welches Geschäftsproblem sie zu lösen versuchen und was die Prioritäten des Kunden sind. Darüber hinaus ist das Product Backlog ein Wegweiser, an dem man sich orientieren kann, wenn man von kleineren Aufgaben überwältigt wird, die das Gesamtbild des Projekts verwischen.
Das Product Backlog hält den Fortschritt des Entwicklungsteams in Richtung des Produktziels fest. Es wird vom Product Owner verwaltet und sollte regelmäßig aktualisiert werden. So dass es jederzeit ein klares Bild der zu erledigenden Arbeit gibt.
Die Aufgaben mit den nächstgelegenen Fristen werden im Product Backlog am detailliertesten beschrieben. Aufgaben mit längeren Fristen oder optionale Aufgaben haben die Form eines allgemeinen Umrisses.
Sprint Backlog
Wir können das Sprint Backlog als ähnlich dem Product Backlog betrachten. Allerdings ändert sich die Art und Weise, wie Aufgaben beschrieben werden, und der Zeitrahmen.
Während im Product Backlog der Fokus auf der Beschreibung von Aufgaben aus der Perspektive der Stakeholder und der Geschäftssprache lag, ist das Sprint Backlog das Gebiet der Entwickler. Sie sind verantwortlich für die Pflege und Aktualisierung des Sprint Backlogs. Es ist eine Beschreibung der Arbeit des Teams, daher wird es in technischer Sprache ausgedrückt. Es beschreibt detaillierte Aufgaben und Lösungen, während die Entwickler deren Ausführung planen.
Das Sprint Backlog arbeitet auf einem Zeitrahmen, der der Dauer eines Sprints entspricht, typischerweise zwei Wochen bis einen Monat. Es ermöglicht die Verfolgung des Fortschritts des Entwicklungsteams in Richtung des Sprintziels.
Increment
Der Inhalt des Product Backlogs ist eine schrittweise Beschreibung, wie das Produktziel erreicht werden kann. Der Inhalt des Sprint Backlogs ist eine Beschreibung der Aufgaben, die zur Erreichung des Sprintziels führen. Das Increment ist die Summe der teilweisen Produktfunktionen, die in einem bestimmten Sprint realisiert wurden, hinzugefügt zum aktuellen Stand des Produkts.
Jedes neue Increment baut auf dem vorherigen auf. Daher sollte die geleistete Arbeit gründlich getestet werden. Tests ermöglichen es sicherzustellen, dass die neue Lösung die zuvor erstellten nicht stört oder beeinträchtigt. Damit die Arbeit zu einem Increment wird, muss sie in den bestehenden Zustand des Produkts integriert werden. Und zu seiner verbesserten, funktionierenden Version führen.
Mit anderen Worten, ein Increment ist eine Menge von Aufgaben, die in einem Sprint abgeschlossen wurden und eine neue, funktionierende Version eines Produkts bilden. Und seine geschäftliche Bedeutung wird durch die Definition der Fertigstellung beschrieben. Sie wird während der Sprint-Planung in das Product Backlog eingetragen.
Zusammenfassung
Die Scrum-Artefakte sind das Product Backlog, Sprint Backlog und Increment. Sie bieten allen Stakeholdern Zugang zu Informationen über den Status des Produkts. Scrum-Artefakte enthalten die Ziele und Vorgaben des Scrum-Teams, die aus geschäftlicher und technischer Sicht definiert sind. Darüber hinaus enthalten sie alle Merkmale der aktuellen, funktionierenden Version des Produkts, die potenziell bereit ist, auf den Markt gebracht zu werden.
Wenn Ihnen unsere Inhalte gefallen, treten Sie unserer aktiven Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Caroline Becker
Als Projektmanagerin ist Caroline eine Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.
Scrum Guide:
- Glossar grundlegender Begriffe, Rollen und Konzepte
- Was ist Scrum?
- Scrum-Werte
- Wie implementiert man Scrum in Ihrem Unternehmen?
- Scrum-Team - was ist das und wie funktioniert es?
- Wer ist ein Product Owner?
- Die häufigsten Fehler von Product Ownern
- Wer ist der Scrum Master?
- Die häufigsten Fehler von Scrum Mastern
- Welche Statistiken und Kennzahlen sollte der Scrum Master verfolgen?
- Entwicklungsteam im Scrum
- Die häufigsten Fehler von Entwicklern
- Scrum-Artefakte
- Skalierung von Scrum
- Sprint-Backlog
- Was ist das Produkt-Backlog?
- Was sind User Stories?
- Die beste User Story mit INVEST erstellen
- Die häufigsten Fehler bei User Stories
- Benutzerstory Akzeptanzkriterien
- Schätzung und Story Points in Scrum
- Planning Poker
- Team-Schätzspiel
- Definition von Inkrement
- Scrum-Ereignisse
- Was ist ein Burndown-Diagramm?
- Vorteile und Nachteile des Burndown-Diagramms
- Kanban-Boards in Scrum und Scrumban
- Geschwindigkeit im Scrum - Tempo des Entwicklungsteams
- Tägliches Scrum
- Sprint-Planung
- Sprint-Überprüfung
- Was ist eine Sprint-Retrospektive?
- Häufige Fehler während einer Sprint-Retrospektive
- Produkt-Backlog-Pflege
- Wie erstellt man ein Burndown-Diagramm und interpretiert es?