Dennis Willkomm - Roadmap durch die VUCA-Welt

2 Begrenzung der angefangenen Arbeit im System: Die Arbeit, die sich zu einem bestimmten Zeitpunkt im System befindet, wird als Work-in-Progress (WIP) bezeichnet. Pro Arbeitsschritt, der auf dem Board als Spalte repräsentiert ist, legt man nun eine maximale Menge von Aufgaben fest, die gleichzeitig ausgeführt werden dürfen. Dies macht man mit einer entsprechenden Zahl an der Spalte des Boards sichtbar. Auf diese Weise entsteht ein WIP-Limit, was dazu führt, dass wenn die maximale Anzahl der erlaubten Aufgaben in einer Spalte erreicht ist, keine neue Arbeit in diesem Schritt angefangen werden darf. Hier zeigt sich das daraus entstehende Pull-Prinzip (Ziehen der Aufgaben). Die Aufgaben werden nicht einfach nach Fertigstellung in den nächsten Arbeitsschritt gedrückt (Push), sondern werden nur dann in den nachfolgenden Schritt gezogen, wenn die Kapazität es zulässt. Auf diese Weise sollen Flaschenhälse (englisch: Bottlenecks) aufgespürt werden.

3 Messung und Steuerung des Flusses: Die nächste Praktik besteht darin, den Fluss zu messen und gezielt zu steuern. Dazu werden bestimmte Metriken erhoben, die es erlauben, Aussagen über die Leistungsfähigkeit des Gesamtsystems zu treffen.Eine dieser Größen ist die Cycle-Time . Darunter versteht man die Zeit, die gemessen wird von dem Moment an, wo die erste Arbeit an einer Anforderung durchgeführt wird, bis zum Abschluss dieser Aufgabe. In der Regel wird der Start der Arbeit durch einen Commitment-Punkt auf dem Kanban-Board bestimmt, der die Akzeptanz der Anforderung ausdrückt und eine Verpflichtung zur Umsetzung darstellt. Der Abschluss der Arbeit eines Teams wird durch einen Delivery-Punkt bestimmt, also dem letzten Arbeitsschritt, den ein Team selbst durchführt. Eventuell ist das noch nicht der finale Schritt, da noch andere Teams später im Prozess beteiligt sein könnten.MetrikBeschreibungMessungLead-TimeVorlaufzeit. Die Zeit, die eine Aufgabe von der Erstellung (Eintritt ins System) bis zur Erledigung (beispielsweise Lieferung an den Kunden) benötigt.Zeitpunkt der Fertigstellung – Zeitpunkt der AnforderungCycle-TimeZykluszeit. Die Zeit, die eine Aufgabe innerhalb eines bestimmten Arbeitsschrittes (oder eine Kombination von Arbeitsschritten) benötigt.Zeitpunkt der Fertigstellung des Arbeitsschritts – Zeitpunkt des Starts des ArbeitsschrittsDurchsatzAnzahl der Aufgaben pro Zeiteinheit (zum Beispiel abgeschlossene Aufgaben pro Tag)geschlossene Aufgaben pro Zeiteinheit (kann mit Lead- und Cycle-Time kombiniert werden)Work in Progress (WIP)Aufgaben in Bearbeitung.Anzahl der parallellaufenden Arbeiten in bestimmten Arbeitsschritten.Tab. 4:Wichtige Metriken in einem Kanban SystemEine weitere Metrik ist die sogenannte Lead-Time . Die Lead-Time misst die Zeit von dem Moment an, wenn die Anforderung im System erstellt wird bis zur Auslieferung. Die Lead-Time ist also das, was ein Kunde von außen sehen würde, von dem Moment, in dem er einen Wunsch geäußert hat, bis dass er ein Resultat zurückgeliefert bekommt.Auch der Durchsatz spielt eine wichtige Rolle. Der Durchsatz wird in der Regel errechnet als Quotient aus durchschnittlicher WIP und mittlere Cycle-Time ( Little’s Law). Kennt man diese Kennzahlen, dann kann man im Folgenden anfangen Parameter zu variieren und so das Gesamtsystem zu optimieren.Wenn Sie sich die Metriken anschauen und den Zusammenhang mit dem Gesetz von Little vergegenwärtigen, dann lassen sich daraus einige interessante Schlussfolgerungen ziehen. In der Abbildung ist der Wertstrom als ein Kanal dargestellt. Sicher stimmen Sie zu, dass es ein sinnvolles Ziel ist, den Durchsatz zu erhöhen. Die mathematischen Zusammenhänge lassen nun zwei offensichtliche Optionen zu:Option eins besteht darin, einfach mehr Arbeit in den Kanal zu drücken. Damit würde bei gleichbleibender Durchlaufzeit der Durchsatz nach oben gehen. Sie werden aber zurecht sagen, dass das sicher keine gute Idee ist, da dies schnell zu Überlastung und in letzter Konsequenz zum Zusammenbruch führen wird.Die zweite Option besteht darin, die Durchlaufzeit zu reduzieren. In unserer Bild würde das erreicht, indem wir den Kanal verkürzen. Nun ist auch weniger Platz für Work in Progress. Die Reduzierung von Arbeit führt also automatisch zu kürzeren Durchlaufzeiten und somit zu einem höheren Durchsatz. Das ist der Grund, warum die WIP-Limits für Kanban so essenziell wichtig sind.Abb. 14:Littles GesetzLittles Gesetz

4 Explizite Regeln für den Prozess: Kanban macht den Prozess explizit. Normalerweise geschieht dies auf dem Kanban-Board selbst, so dass alle Beteiligten genau wissen, welche Regeln gelten und wo sie zu finden sind. Wichtig ist dabei, eine genaue Definition zu haben, wann eine Aufgabe fertig ist und in die nächste Spalte gezogen werden kann. Auch die Bedeutung der einzelnen Spalten sollte möglichst eindeutig und klar beschrieben sein. Zudem muss geklärt sein, wer etwas ziehen darf, wann etwas gezogen wird und in welcher Reihenfolge die nächsten verfügbaren Tickets gezogen werden. Und natürlich muss auch das WIP-Limit klar ersichtlich sein und von allen eingehalten werden.

5 Förderung von Leadership auf allen Ebenen: Wie Sie sich leicht vorstellen können, führen die bisher vorgestellten Praktiken dazu, dass Sie sehr schnell die Schwachstellen in den bisherigen Abläufen finden können, wie zum Beispiel Flaschenhälse. Um diese zu beheben kommt es auf das Engagement aller Beteiligten an. Nicht nur eine bestimmte Abteilung, sondern alle an der Wertschöpfung beteiligten Personen, egal in welcher Hierarchieebene, sind dazu aufgerufen, sich an der kontinuierlichen Verbesserung zu beteiligen. Zudem müssen auch alle Ebenen die vereinbarten Regeln einhalten (insbesondere das WIP-Limit).

6 Verwendung von Modellen zur Erkennung von Chancen für Verbesserungen: Zur kontinuierlichen Verbesserung soll auch die Praktik führen, Modelle zu verwenden, um Chancen für kollaborative Verbesserungen zu erkennen. Dabei stellen die Modelle vereinfachte Darstellungen des Prozesses dar. Hier gibt es eine ganze Reihe von bekannten Ansätzen, die oft Verwendung finden. So zum Beispiel der Deming-Cycle (PDCA, Plan-Do-Check-Act) oder die Theory-of-Constraints, die Goldratt vorstellte (Goldratt/Cox 2013).

Exkurs| EngpasstheorieEngpasstheorie (Theory of Constraints, TOC)

Die Engpasstheorie besagt, dass der Durchsatz eines Systems einzig durch seinen Engpass bestimmt ist. Sie wurde von Eliyahu GoldrattGoldratt, Eliyahu entwickelt und veröffentlicht.

Gemäß der Engpasstheorie existiert zu jedem Zeitpunkt genau ein Schritt in der Wertschöpfungskette, der einen Engpass darstellt und somit den Durchsatz begrenzt. Dieser Engpass ist oftmals das Glied in der Kette, welches die geringste Kapazität besitzt. Daher sollte das erste Bestreben sein, diesen Engpass zu finden und voll auszulasten. Dazu stellt man sicher, dass der Engpass zum einen möglichst wenig Leerlauf hat und zum anderen nur für die wichtigsten Aufgaben genutzt wird. Alles, was nicht unbedingt vom Engpass bearbeitet werden muss, sollte man auslagern. Fortan wird dann der Engpass den Takt für das Gesamtsystem vorgeben, also nur noch so viel Arbeit im System sein, wie die Kapazität des Engpasses zulässt. Alle Optimierungsversuche sollten sich dann auch auf den Engpass konzentrieren, da jede Optimierung an einer anderen Stelle nicht den Gesamtdurchsatz steigern würde und im Gegenteil nur zu Wartezeiten und Überproduktion führen würde. Folgt man diesen Empfehlungen und erhöht die Kapazität des Engpasses, dann wird man höchstwahrscheinlich in der Folge auf einen neuen Engpass stoßen, bei dem man genauso verfahren sollte.

Goldratt bietet als Beispiel für Prozesssteuerung das sogenannte Drum-Buffer-Rope-Verfahren an. Dabei verwendet er als Bild eine Gruppe von Pfadfindern, die hintereinander im Gänsemarsch laufen, und als Gruppe ein gemeinsames Etappenziel erreichen sollen. Somit stellt der Pfadfinder, der das langsamste Tempo geht, den Engpass im System dar. Unser langsamer Pfadfinder bekommt bildlich gesprochen eine Trommel in die Hand (Drum), und bestimmt auf diese Weise den Takt des Gesamtsystems. Es kann auch jederzeit zu Störungen vor dem Engpass kommen. In unserem Bild beispielsweise ein stolpernder Pfadfinder, der den langsamsten in der Kette dadurch aufhält. Das würde bedeuten, dass der Engpass nicht optimal ausgelastet werden kann, da er abbremsen oder sogar anhalten müsste. Also sollte ein vernünftiger Puffer vor dem Engpass eingerichtet werden, so dass kleinere Ausfälle (Stolpern) den Engpass nicht verlangsamen (Buffer). Zuletzt sollte nun durch das Tempo des Engpasses und die Größe des Puffers gesteuert neue Arbeit in das System gezogen werden. Im Beispiel unserer Pfadfindergruppe würde ein Seil zwischen dem vordersten Pfadfinder in der Gruppe und dem Engpass gezogen, das die Zwischenräume steuert, so dass ein bestimmter Puffer vorhanden ist.