ToDo, Doing, Done, und die Drei Scrum Artefakte

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.

Inhaltsverzeichnis

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 Boards können wie folgt aussehen.

an example of a task board with some tasks in each column
Abb. 1 - Ein Beispielhaftes Task Board

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 Framework, 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.

the Scrum framework and its elements
Abb. 2 - Das Scrum Framework

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.

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.

the three Scrum artifacts and how they relate to todo, doing and done
Abb. 3 - Die drei Scrum Artefakte

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.

Zurück zum Blog

Von der Theorie in die Praxis? Besuchen Sie agile Trainings bei AgileSkills!

1 von 4
  • Lead Time und Cycle Time in Kanban Systemen

    Lead Time und Cycle Time in Kanban Systemen

    Bei der Diskussion von Kanban-Systemen tauchen oft die Begriffe "Lead Time" und "Cycle Time" auf. Allerdings verwenden verschiedene Leute diese Begriffe unterschiedlich, und manchmal werden sie sogar synonym verwendet. Dieser...

    Lead Time und Cycle Time in Kanban Systemen

    Bei der Diskussion von Kanban-Systemen tauchen oft die Begriffe "Lead Time" und "Cycle Time" auf. Allerdings verwenden verschiedene Leute diese Begriffe unterschiedlich, und manchmal werden sie sogar synonym verwendet. Dieser...

  • Throughput und Delivery Rate in Kanban Systemen

    Throughput und Delivery Rate in Kanban Systemen

    Obwohl die Begriffe Throughput (Durchsatz) und Delivery Rate (Lieferfrequenz) oft synonym verwendet werden, gibt es feine Unterschiede zwischen ihnen. Dieser Artikel erklärt den genauen Unterschied zwischen Throughput und Delivery Rate...

    Throughput und Delivery Rate in Kanban Systemen

    Obwohl die Begriffe Throughput (Durchsatz) und Delivery Rate (Lieferfrequenz) oft synonym verwendet werden, gibt es feine Unterschiede zwischen ihnen. Dieser Artikel erklärt den genauen Unterschied zwischen Throughput und Delivery Rate...

  • Ein kurzer Leitfaden über Objectives und Key Results

    Ein kurzer Leitfaden über Objectives und Key Re...

    Objectives and Key Results (OKRs) ist ein Zielsetzungsframework, welches Organisationen hilft, klare, messbare Ziele zu setzen. Dieser Artikel zeigt die Definition von OKRs sowie gute Beispiele, die Ihnen helfen könnten,...

    Ein kurzer Leitfaden über Objectives und Key Re...

    Objectives and Key Results (OKRs) ist ein Zielsetzungsframework, welches Organisationen hilft, klare, messbare Ziele zu setzen. Dieser Artikel zeigt die Definition von OKRs sowie gute Beispiele, die Ihnen helfen könnten,...

  • A Beginners Guide to Kanban Metrics

    Ein kurzer Leitfaden über Kanban Metriken

    Kanban-Boards werden von Teams verwendet, um ihren Workflow und aktuellen Aufgaben abzubilden. Leider fehlt vielen Teams das Wissen und die Fähigkeit, die Leistung ihres Workflows zu bewerten. Wie schnell werden...

    Ein kurzer Leitfaden über Kanban Metriken

    Kanban-Boards werden von Teams verwendet, um ihren Workflow und aktuellen Aufgaben abzubilden. Leider fehlt vielen Teams das Wissen und die Fähigkeit, die Leistung ihres Workflows zu bewerten. Wie schnell werden...

1 von 4
Dr.-Ing. Stefan Döbrich

Fragen und Antworten

Sie haben offene Fragen zu Agilität?

Sie haben noch offene Fragen zum Artikel, zu agilen Methoden, oder Probleme bei der Umsetzung von Agilität in der Praxis?

Schreiben Sie mir, und wir vereinbaren ein Erstgespräch! Wir machen uns gemeinsam auf den Weg. Versprochen!

Jetzt Kontakt Aufnehmen