Die 3 Artefakte in Scrum – Was ist der Product Backlog, Sprint Backlog und das Inkrement? || Agile Series – Episode 4

In diesem Artikel stellen wir dir die 3 Artefakte von Scrum vor. Also den Product Backlog, den Sprint Backlog und das Increment und warum es das gibt und natürlich auch wer dafür verantwortlich ist.

Im vorherigen Post haben wir euch die 5 verschiedenen Events von Scrum genau vorgestellt. Also den Sprint, das Sprint Planning, das Daily, das Sprint Review und die Sprint Retrospektive. Hier haben wir dir auch die Personen genannt, die in den Meetings jeweils anwesend sein müssen und wer nur optional dabei sein kann. Den Artikel findest du hier.

Die 3 Artefakte in Scrum

Zu diesen 3 Rollen und 5 Events kommen noch 3 Artefakte, die für Transparenz innerhalb der Organisation sorgen und die Möglichkeiten zu inspizieren und sich anzupassen verbessern und vereinfachen. Diese Artefakte sind:

Der Product Backlog

Der Product Backlog ist eine geordnete Liste aller Aufgaben, die für die Entwicklung des Produkts wichtig sind. Diese Aufgaben sind dabei so geordnet, dass der Wert des Produktes maximiert wird. Der Product Owner ist die einzige Person, die Änderungen am Product Backlog machen darf und ist dafür verantwortlich, dass dieser transparent und klar verständlich ist. Der Product Backlog ist ein lebendes Artefakt, das nie vollständig ist und solange existiert, wie das dazugehörige Produkt existiert. Dies ist nötig, dass das Produkt konkurrenzfähig bleibt und dem Kunden einen Mehrwert liefert. Wenn mehrere Teams an einem Produkt arbeiten, so arbeiten diese dennoch mit nur einem Product Backlog. Dies verbessert die Transparenz zwischen den Teams und für die Stakeholder/Kunden. Aufgaben im Product Backlog müssen ständig verfeinert werden. Das nennt man im englischen Product Backlog Refinement. Dies werden wir noch in einem späteren Blog-Post genauer erklären. Aufgaben die weiter oben im Product Backlog sind, sind wichtiger und bereits detaillierter beschrieben als Aufgaben weiter unten im Product Backlog. Aufgaben die so detailliert beschrieben und verstanden sind, dass das Team sie im nächsten Sprint bearbeiten kann werden als ‚ready‘ (bereit) bezeichnet.

Verantwortlicher: Product Owner

Der Sprint Backlog

Der Sprint Backlog ist eine Liste aller Aufgaben, die, laut Vorhersage des Entwicklerteams, in diesem Sprint bearbeitet werden können plus der Plan, wie dies geschehen soll und das Sprint Ziel erreicht wird. Diese Liste sorgt für Transparenz bezüglich der Aufgaben des Teams für den aktuellen Sprint. Der Sprint Backlog entsteht während des Sprints und wird ebenfalls verfeinert sobald das Team während der Bearbeitung der Aufgaben neues über das Produkt lernt. Nur das Entwicklerteam kann Veränderungen am Sprint Backlog vornehmen. Sollte neue Arbeit dazukommen, die zur Erfüllung einer Aufgabe nötig wird, so wird diese zum Sprint Backlog hinzugefügt. Sollte Arbeit unnötig werden, so wird diese entfernt. Der Sprint Backlog muss transparent sein und möglichst in Echtzeit aktualisiert werden. Dadurch wird sichergestellt, dass die Aufgaben, die das Team noch bearbeiten muss, sichtbar sind und das Team seinen Fortschritt im Auge behält.

Verantwortlicher: Das Entwickler Team

Das Inkrement

Das Inkrement ist die Summe aller erledigter Aufgaben im Sprint plus alle vorherigen Inkremente. Am Ende des Sprints muss das Inkrement ‚done‘ (fertig) sein. Dies bedeutet, dass es die Kriterien der Definition of Done erfüllt. Dazu kann gehören z.B., dass alle Komponenten ausgiebig getestet wurden und schnell genug funktionieren (sog. Non-functional Requirements (Nicht-funktionale Voraussetzungen)). Dies ist ganz entscheidend, da nur so die Möglichkeit gegeben ist, dass der Product Owner das Produkt veröffentlicht und man von den Stakeholdern/Kunden Feedback bekommt.

Verantwortlicher: Das Entwicklerteam & der Product Owner

Fazit

All diese Artefakte sorgen dafür, dass maximale Transparenz und möglichst viele und kontinuierliche Möglichkeiten für Verbesserungen geschaffen werden.

Wie immer interessiert uns wie das bei dir im Unternehmen gemacht wird.

• Wie verwaltet ihr euren Product Backlog?
• Wie sieht euer Sprint Backlog aus?
• Wer stellt bei euch das Inkrement im Review vor?

Lass uns dazu einfach einen Kommentar da.

Du willst noch mehr wissen und hast noch Fragen oder bist anderer Meinung?

Schreib uns das auch unbedingt in die Kommentare und wir werden dir gerne und ausführlich antworten!

Da das jetzt alles sehr viel auf einmal war, haben wir eine einfache Übersicht über alles was zu diesem Scrum Rahmenwerk gehört, für euch in einem kostenlosen Poster dargestellt. Du findest es hier:

Damit du all die gelernten Begriffe auch schnell nachschauen kannst, haben wir dir zusätzlich einen kostenlosen Glossar auf Deutsch mit +230 Begriffen zu DevOps, Agile und Lean mit den entsprechenden englischen Fachbegriffen (macht das Googeln meist einfacher, da es noch sehr wenige vollständige deutsche Blogs zu diesen Themen gibt) erstellt.

Und auch der ist komplett kostenlos. Du findest den Glossar hier:

Ausblick

In der nächsten Folge stellen wir dir die 5 Events von Scrum genauer vor. Also was genau passiert während des Sprints, des Sprint Plannings, des Dailys, des Sprint Reviews und der Sprint Retrospektive. Wir werden dir hierbei auch genau erklären wer anwesend sein muss und wer nicht. Falls du das nicht verpassen wollt, melde dich einfach für unseren kostenlosen Newsletter an:

Und falls du unsere Experteninterviews und alle anderen Podcast Folgen als erster hören willst, abonnier einfach unseren Podcast mit folgendem RSS-Feed:

Podcast RSS-Feed

Du stehst auf bewegtes Bild? Dann ab auf unseren YouTube-Channel „Agile Coach Academy“.

Abonniere den Channel und verpasse kein Video oder Experteninterview mehr.

Wie immer freuen wir uns auch wenn du diesen Artikel mit deinen Freunden, Kollegen und Bekannten teilst und uns dein ehrliches Feedback in den Kommentaren schickst.

Wir freuen uns auf dich.

Deine Agile Coach Academy Gründer Ben und Alex