Kanban und Scrum

Kindernothilfe e. V.
Referat Organisation und Datenmanagement
Beispiel: Mit WIP-Limits in Kanban experimentieren
Einer der typischen „Optimierungspunkte“ von Kanban ist das WIP-Limit. Und woher wissen wir, ob wir es
richtig gesetzt haben?
Sagen wir mal, wir hätten ein 4-Personen-Team, und wir entscheiden uns, mit einem WIP-Limit von 1
anzufangen.
„Wir haben nichts zu tun und uns ist
langweilig. Lass uns das WIP-Limit auf 8
erhöhen!“
Immer, wenn wir mit einem Arbeitspaket anfangen, können wir mit einem anderen neuen Arbeitspaket
beginnen, bis das erste Arbeitspaket in der “Fertig”-Spalte ist. Also wird das wirklich schnell fertig.
Super! Aber dann stellt sich heraus, dass es für alle 4 Leute normalerweise nicht machbar ist, am selben
Arbeitspaket zu arbeiten (in diesem Beispielkontext), also sitzen Leute untätig herum. Wenn das nur ab und
zu vorkommt, ist das kein Problem, aber wenn es regelmäßig passiert, ist die Konsequenz, dass die
durchschnittliche Durchlaufzeit ansteigt. Grundsätzlich bedeutet ein WIP-Limit von 1, dass Arbeitspakete
äußerst schnell durch die „In Arbeit“-Spalte hindurch kommen, sobald sie drin sind, aber sie bleiben länger
als notwendig in der „In Arbeit“-Spalte stecken, so dass die Durchlaufzeit insgesamt über den kompletten
Arbeitsablauf hinweg unnötig hoch sein wird.
Also, wenn das WIP-Limit von 1 zu niedrig war, wie sieht’s aus, wenn wir es auf 8 erhöhen?
Das funktioniert für eine Weile besser. Wir entdecken, dass – im Durchschnitt – paarweises Arbeiten die
Arbeit am schnellsten voranbringt. Damit haben wir zu jedem beliebigen Zeitpunkt bei einem 4-Personen-
Team normalerweise 2 Arbeitspakete, an denen gerade gearbeitet wird. Das WIP-Limit von 8 ist nur eine
Obergrenze, d. h. weniger Arbeitspakete im Bau zu haben passt!
- 20 -