Kanban und Scrum

Kindernothilfe e. V.
Referat Organisation und Datenmanagement
Anzahl der Arbeitspakete pro Spalte pro Tag
Backlog | Entwicklung | Test | Produktiv
Jetzt kommt, wie’s funktioniert. Jeden Tag zählen Sie die Gesamtzahl der Arbeitspakete in jeder Spalte des
Kanbanboards zusammen und stapeln diese auf der Y-Achse. Am 4. Tag waren 9 Arbeitspakete am Board.
Von der Spalte ganz rechts aus gab es 1 Arbeitspaket in “Production”, 1 Arbeitspaket in “Test”, 2
Arbeitspakete in “Dev” (Entwicklung) und 5 Arbeitspakete im Backlog. Wenn wir diese Zahlen jeden Tag
aufzeichnen und die Punkte verbinden, bekommen wir ein hübsches Diagramm wie das oben. Die vertikalen
und horizontalen Pfeile illustrieren die Beziehung zwischen WIP und Durchlaufzeit.
Der horizontale Pfeil zeigt uns, dass Arbeitspakete, die am 4. Tag zum Backlog hinzugefügt wurden,
durchschnittlich 6 Tage brauchten, um Produktionsreife zu erreichen. Ungefähr die halbe Zeit davon dauerte
der Test. Wir können sehen, dass wir – würden wir WIP im Test und Backlog begrenzen – unsere
Gesamtdurchlaufzeit signifikant reduzieren könnten.
Die dunkelblaue Fläche zeigt uns die Schnelligkeit (d. h. die Anzahl von Arbeitspaketen, die pro Tag
eingespielt werden). Mit der Zeit können wir sehen, wie höhere Geschwindigkeit die Durchlaufzeit reduziert,
während höhere WIP-Limits die Durchlaufzeit erhöhen.
Die meisten Organisationen möchten Dinge schneller erledigen (= Durchlaufzeit reduzieren). Leider laufen
viele in die Falle anzunehmen, dass das bedeutet, mehr Leute einzubeziehen oder Überstunden zu fahren.
Normalerweise ist die effektivste Art, um Dinge schneller zu erledigen, den Arbeitsablauf gleichmäßiger zu
machen und die Arbeit auf die Kapazität zu begrenzen, nicht aber mehr Leute hinzuzuziehen oder härter zu
arbeiten. Dieser Diagrammtyp zeigt, warum, und erhöht so die Wahrscheinlichkeit, dass das Team und das
Management effektiv zusammenarbeiten werden.
Es wird noch klarer, wenn wir zwischen den Warteschlangenzuständen (wie „wartet auf Test“) und den
Arbeitszuständen (wie „im Test“) unterscheiden. Wir möchten die Anzahl der Arbeitspakete, die in den
Warteschlangen liegen, absolut minimieren, und ein gestapeltes Flächendiagramm hilft, die richtigen Anreize
dafür zu schaffen.
17 Scrumboard vs. Kanbanboard – ein weniger triviales Beispiel
In Scrum ist das Sprintbacklog nur ein Teil des Bildes – der Teil, der zeigt, was das Team während eines
laufenden Sprints tut. Der andere Teil ist das Produktbacklog – die Liste von Sachen, die der Product-Owner
in künftigen Sprints erledigt haben möchte.
Der Product-Owner kann das Sprintbacklog sehen, aber nicht anfassen. Er kann jederzeit das
Produktbacklog ändern, wie er will, aber die Änderungen haben bis zum nächsten Sprint keinen Effekt (d. h.
ändern nicht, was gerade abgearbeitet wird).
- 30 -