ToDo, Doing, Done, und die Drei Scrum Artefakte

Written by Stefan Döbrich

16. November 2020

}
5 minutes

Viele Scrum-Teams haben ein Task Board in ihrem Arbeitsbereich, auf dem sie ihre Aufgaben und Anforderungen visualisieren. Diese Boards stellen den Arbeitsprozess des Teams und den Fluss der Anforderungen durch die verschiedenen Prozessschritte dar. Häufig gibt es auch die Zustände “ToDo”, “Doing” und “Done”. Die Verwendung dieser Begriffe als Teil des Entwicklungsprozesses ist nicht falsch, aber im Umfeld von Scrum haben sie eine andere Bedeutung. Dieser Artikel erklärt die Beziehung zwischen ToDo, Doing, Done und den drei Scrum-Artefakten.

Scrum ist kein Prozess

Viele Scrum-Teams haben ein Task Board in ihrem Arbeitsbereich, auf dem sie ihre Aufgaben und Anforderungen visualisieren. Diese Boards stellen den Arbeitsprozess des Teams und den Fluss der Anforderungen durch die verschiedenen Prozessschritte dar. Häufig gibt es auch die Zustände “ToDo”, “Doing” und “Done”. Solche Tafeln können wie folgt aussehen.

Gleichzeitig erlebe ich in vielen Stellenausschreibungen, Diskussionen und Gesprächen Aussagen wie “Wir haben den Scrum-Prozess eingeführt, […]”, “Wir müssen unseren Scrum-Prozess optimieren, […]” oder, mein absoluter Favorit, “Wir haben den Scrum-Prozess in unserem Unternehmen angepasst, […]”. Schon ein Blick in den Scrum Guide zeigt uns aber, dass Scrum kein Prozess ist.

Scrum (n): Ein Rahmenwerk, innerhalb dessen Menschen komplexe adaptive Aufgabenstellungen angehen können, und durch das sie in die Lage versetzt werden, produktiv und kreativ Produkte mit höchstmöglichem Wert auszuliefern.

Scrum definiert lediglich einen Zeitrahmen für unsere Arbeit, eine Timebox. Innerhalb dieses Zeitrahmens sind verschiedene Veranstaltungen wie Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective obligatorisch. Dieser Zeitrahmen bildet in Kombination mit den Veranstaltungen eine agile Umsetzung des PDCA-Zyklus. Es wird jedoch nicht beschrieben, wie innerhalb des Zeitrahmens gearbeitet werden soll.

Ein Prozess hingegen ist eine genaue Beschreibung aller Schritte, Aktivitäten und Regeln, nach denen eine Anforderung bearbeitet werden soll/muss, um in ein Produkt umgewandelt zu werden. Da Scrum nichts von all diesen Dingen definiert, ist Scrum kein Prozess. Aber wenn Scrum kein Prozess ist, welche Bedeutung haben dann die Worte ToDo, Doing und Done in dieser Umgebung? Um dies zu verstehen, müssen wir uns zunächst die drei Scrum-Artefakte genauer ansehen.

Die Drei Scrum Artefakte

Die Artefakte von Scrum repräsentieren Arbeit oder Wert, um Transparenz sowie Möglichkeiten zur Überprüfung und Anpassung zu schaffen. Die in Scrum definierten Artefakte wurden speziell so entworfen, dass sie die Transparenz der wesentlichen Informationen maximieren, um für alle ein gleiches Verständnis über das Artefakt zu schaffen.

Im Grunde genommen sind die drei Artefakte Container für die von einem Scrum-Team geleistete Arbeit und den gelieferten Wert. Das Schaubild von Scrum.org zeigt den Zusammenhang zwischen dem bereits erwähnten Scrum Team, den Scrum Events und den Scrum Artefakten. Wie Sie sehen können, kennt das Scrum-Universum drei Artefakte. Diese sind das Product Backlog, das Sprint Backlog und das Increment. Schauen wir uns jedes der drei Artefakte und ihre Definitionen aus dem Scrum-Guide genauer an.

Verwandtes Material

The Scrum Guide

Scrum is a framework for developing and sustaining complex products. This Guide contains the definition of Scrum. This definition consists of Scrum’s roles, events, artifacts, and the rules that bind them together. Ken Schwaber and Jeff Sutherland developed Scrum; the Scrum Guide is written and provided by them. Together, they stand behind the Scrum Guide.

Das Product Backlog

Das Product Backlog ist eine geordnete Liste von allem, von dem bekannt ist, dass es im Produkt enthalten sein soll. […] Im Product Backlog werden alle Features, Funktionalitäten, Verbesserungen und Fehlerbehebungen aufgelistet, die die Änderungen an dem Produkt in zukünftigen Releases ausmachen,

Dies bedeutet, dass das Product Backlog eine bereits gefilterte Liste von Anforderungen ist, die tatsächlich im Produkt benötigt werden. Daher müssen Feature-Requests, Bug-Tickets und alles andere geprüft werden, bevor sie in das Product Backlog aufgenommen werden. Wenn sie nicht benötigt werden oder keinen Wert liefern, was im Grunde dasselbe ist, werden die Anforderungen fallen gelassen. Infolgedessen enthält das Product Backlog alle Elemente, die für das Produkt noch zu erledigen (“to do”) sind.

Das Sprint Backlog

Das Sprint Backlog ist die Menge der für den Sprint ausgewählten Product-Backlog-Einträge, ergänzt um einen Plan, um das Product Increment zu liefern und das Sprint-Ziel zu erreichen.Das Sprint Backlog ist eine Prognose des Development Teams darüber, welche Funktionalität im nächsten Increment enthalten sein wird, sowie über die erforderliche Arbeit, um diese Funktionalität in einem „Done“ Increment zu liefern. Das Sprint Backlog macht die gesamte Arbeit sichtbar, die das Development Team für notwendig erachtet, um das Sprint-Ziel zu erreichen.

Wie uns der Scrum Guide sagt, ist das Sprint Backlog eine Auswahl von Product Backlog Items, die benötigt werden, um das Sprint-Ziel des aktiven Sprints zu erreichen. Das bedeutet, dass jedes Item des Sprint Backlogs Teil dessen ist, was das Scrum Team gerade “tut” (“doing”).

Das Increment

Das Increment ist das Ergebnis aus allen in einem Sprint fertiggestellten Product-Backlog-Einträgen und dem Resultat der Incremente aller früheren Sprints. Am Ende eines Sprints muss das neue Increment „Done” sein; […] Es muss auch dann im einsatzfähigen Zustand sein, wenn der Product Owner es aktuell noch gar nicht ausliefern will.

Wie man sieht, ist die gesamte Arbeit, die das Team geleistet und dem Produkt hinzugefügt hat, Teil des Increments. Mit anderen Worten, alle Teile des Produkts, die veröffentlicht wurden, müssen vom Team irgendwann in der Vergangenheit “erledigt” (“done”) worden sein.

ToDo, Doing, Done und die Drei Scrum Artefakte

In den vorhergehenden Abschnitten wurden die drei Scrum-Artefakte, ihr Inhalt und ihre Bedeutung erläutert. Jetzt, da wir Wissen über die Artefakte gewonnen haben, ist es einfacher, die Bedeutung von ToDo, Doing und Done in einer Scrum-Umgebung zu verstehen.

Alle Punkte im Product Backlog sind Dinge, die für das Produkt in der Zukunft “getan” werden müssen. Das Sprint Backlog enthält alle Dinge, die das Scrum-Team derzeit “tut”, um das aktive Sprint-Ziel zu erreichen. Schließlich enthält das Inkrement die gesamte Arbeit, die das Team in der Vergangenheit “geleistet” hat, um das Produkt zu erweitern und zu verbessern.

Abschließende Gedanken

Auch wenn Ihr Team innerhalb des Workflow- oder Entwicklungsprozesses Zustände wie “ToDo” oder “Done” verwenden mag, ist die Bedeutung dieser Wörter in einer Scrum-Umgebung etwas anders. Wir haben gesehen, dass “ToDo”, “Doing” und “Done” in engem Zusammenhang mit den drei Scrum-Artefakten stehen. Das bedeutet nicht, dass Ihr Team diese Begriffe nicht als Teil seines Workflows verwenden sollte. Auch dies ist möglich. Stellen Sie nur sicher, dass der Unterschied zwischen etwas, das ein “To-Do” in Bezug auf das Produkt ist, und etwas, das in einem Sprint erledigt werden muss, ein wenig anders ist. Ein klarer Verstand sorgt für eine klare Sprache, und eine klare Sprache fördert die Klarheit des Handelns. Stellen Sie sicher, dass Ihr Team die richtigen Dinge tut und Sie in der Lage sein werden, das richtige Produkt zu bauen.

Related Articles

Become Agile!
Start today!

Do you have any questions about agile transitions, would you like to train your employees, or be accompanied by us in a transition project? Send us a message!