Tanzen mit getKanban (mit POLCA)

Unternehmen, die viele verschiedene oder kundenspezifische Produkte herstellen, können eine Kanban-Variante namens POLCA verwenden, was für "paired-cell overlapping loops of cards with authorization" steht. Vor ein paar Jahren hat POLCA auf Twitter einige Aufmerksamkeit erregt und ich habe seine mögliche Anwendung auf Wissensarbeit in meinem Blog in einem Beitrag mit dem Titel "Squeeze More Out of Kanban with POLCA" erläutert. In diesem Beitrag spielen wir das getKanban Brettspiel, wobei wir zunächst die Standardregeln für WIP-Limits (Work in Progress) verwenden und dann, inspiriert von POLCA, die Regeln ändern. Die Ergebnisse zeigen, dass der Durchsatz zwischen POLCA und den sich nicht überschneidenden WIP-Limits gleich ist, wobei der Bestand bei der POLCA-Version kleiner ist. Zunächst gebe ich eine kurze Einführung in das getKanban-Brettspiel mit einer Beschreibung des Aufbaus und der grundlegenden Ergebnisse. Dann gebe ich eine kurze Einführung in POLCA und erkläre die Änderung der Spielregeln und den Aufbau des Spiels und gehe dann auf die Ergebnisse ein. Zum Schluss noch ein paar Worte über die Nutzung durch das Team.

Simulation:getKanban Spiel

Der Step-up mit Standard-WIP-Grenzen ist unten abgebildet - eine grundlegende Simulation der kompletten 24 Projekttage, die sich nur auf die regulären Arbeitsaufgaben konzentriert. Expedite, feste Liefertermine und immaterielle Güter werden nicht berücksichtigt. Darüber hinaus werden die auf den Ereigniskarten beschriebenen Ereignisse ignoriert. So erhalten Sie eine saubere Simulation, die zeigt, wie sich die Anwendung der WIP-Limits auf eine andere Art und Weise auswirkt.

Andere Richtlinien sind aus dem Spiel übernommen: ein Abrechnungszyklus von 3 Tagen, das Auffüllen der Spalte "Bereit" ist nur am Ende der Projekttage 9, 12, 15, 18 und 21 erlaubt. Das Ergebnis des Spiels am Ende von Tag 24 ist Kanban.

Das Bild zeigt den Zustand des Boards, das Durchlaufzeitverteilungsdiagramm, die Kontrollkarte und das kumulative Flussdiagramm. Daraus lässt sich ableiten, dass: (a) Es sind 10 Artikel in Bearbeitung (b) Der Durchsatz beträgt 25 Artikel in 24 Tagen (c) Die mittlere Vorlaufzeit für Artikel von "bereit" bis "eingesetzt" beträgt 9 Tage.

Interessant ist, dass die Kontrollkarte (mittleres Diagramm) zeigt, dass die durchschnittliche Vorlaufzeit in den letzten drei Tagen der Simulation auf 5 bis 6 Tage sinkt. Da das Spiel an Tag 9 beginnt, zeigt dies, dass es 12 Tage dauert, bis sich das System in einen neuen stabilen Zustand einpendelt, wobei die durchschnittliche Vorlaufzeit 5-6 Tage beträgt, verglichen mit den 9 Tagen zu Beginn.

POLCA: Neue Regeln

In POLCA steht das "O" für "overlapping", es geht also darum, das WIP-Limit zu überlappen. POLCA - Paired Overlapping Loops of Cards mit Autorisierung Eines der Merkmale, das POLCA von Kanban-basierten Systemen unterscheidet, ist die Kombination von Push und Pull; Push, wenn Sie wissen, dass Sie ziehen können. Setzen Sie WIP-Limits, um das Verschieben von Arbeit zu unterstützen, wenn Sie wissen, dass sie später zurückgezogen werden kann. Der Aufbau im Spiel für POLCA ist wie folgt:

Der Übersichtlichkeit halber sind die Schleifen in der Zeile "expedite" angegeben. Wie funktionieren die Grenzwerte? Es werden zwei zusätzliche Regeln eingeführt: Regel 1) In den Spalten, die jeder Schleife zugeordnet sind, wird eine Grenze für die Anzahl der Arbeitsaufgaben festgelegt. Die Spalten "Entwicklung - fertig" und "Test" können beispielsweise nur maximal 3 Karten aufnehmen. Auch die Spalten unter den blauen und roten Schleifen haben ein Limit von 4 bzw. 4. Regel 2) Arbeiten können nur gezogen werden, wenn: a) die Schleife Kapazität hat, d.h. weniger Karten als das Limit b) die nächste, oder überlappende Schleife, hat eine Kapazität. Diese werden mit einer Reihe von Beispielen illustriert, die typischerweise während des Spiels auftreten: Beispiel 1: Vier Einträge in der Spalte "Entwicklung - erledigt" Es dürfen keine Artikel in die "Bereitschaft" gezogen werden, da in der blauen Schleife keine Kapazität mehr vorhanden ist (Regel 2). Beispiel 2: Zwei Einträge in "Test" und zwei Einträge in "Analyse - erledigt" Ein Artikel kann in die Kategorie "Entwicklung - in Arbeit" gezogen werden (Regel 1 und Regel 2).

Ergebnisse für POLCA

Die wichtigsten Ergebnisse, wenn Sie das Spiel 24 Tage lang mit den oben genannten Regeln spielen, sind in den folgenden Diagrammen dargestellt. Anpassungsfähigkeit Die Kontrollkarte zeigt, dass es etwa sechs Tage dauert, bis alle vorhandenen Artikel aus dem System abfließen. Die Auswirkungen der neuen Regeln (WIP-Limits im Stil von POLCA) werden ab Tag 15 sichtbar. Vorlaufzeit Im Durchschnitt zeigen die Diagramme eine Vorlaufzeit von 3 Tagen, beginnend mit Tag 18. Dies ist auch auf dem Diagramm zur Verteilung der Vorlaufzeit und auf dem schmalen kumulativen Flussdiagramm deutlich zu erkennen. Durchsatz Die Anzahl der im Rahmen des Projekts produzierten Artikel beträgt 24 Artikel in 24 Tagen. Dies entspricht dem Durchsatz, der mit dem Standardregelwerk gemessen wurde. Arbeit in Arbeit Die Gesamtzahl der in Bearbeitung befindlichen Artikel liegt bei nur 3 bis 4 Artikeln. Das ist weniger als die Hälfte der Artikel, die in der Simulation mit dem Standardregelwerk angezeigt werden.

Hinweis: Das kumulative Flussdiagramm zeigt deutlich den 3-tägigen Abrechnungstag und die Auffüllung (schrittweise Inkremente der schwarzen und lila Linien).

Lernen

Wie in meinem Blog-Beitrag "Eine Änderung nach der anderen" beschrieben, dauert es eine Weile, bis Sie eine Rückmeldung über Verbesserungen/Änderungen erhalten, die sich auf den Fluss des Systems auswirken, da es einige Zeit dauert, bis sich das System in den neuen stabilen Zustand einpendelt. Mit POLCA können Sie erwarten, dass der Lernzyklus verkürzt wird. Bei der Ausführung des Spiels zeigen die Kontrollkarten, dass es etwa 12 Tage dauert, bis das System den stabilen Zustand erreicht, während dies mit dem POLCA-Regelwerk in der Hälfte der Zeit erreicht wird.

Ergebnisse für POLCA - Kontinuierlicher Nachschub

Wie oben beschrieben, haben wir uns bisher an den Abrechnungszyklus von 3 Tagen gehalten, der auch eine Auffüllung alle 3 Tage ermöglicht. Was passiert, wenn die Wiederauffüllung erlaubt ist, wann immer dies möglich ist? Die Ergebnisse sind in den folgenden Diagrammen dargestellt.

Das kumulative Flussdiagramm zeigt den gleichen Durchsatz, nämlich 24 Artikel über einen Zeitraum von 24 Tagen. Die unfertige Arbeit ist größer, weil sie früher eingezogen wird, statt am Ende jedes dritten Tages. Interessant ist, dass die Kontrolltabelle eine große Schwankung der Vorlaufzeit zeigt: von 3 bis 6 Tagen. Was mir beim Spielen aufgefallen ist, ist, dass in regelmäßigen Abständen 3 bis 4 Artikel auf "bereit" gezogen werden dürfen. Diese stehen dann eine Zeit lang in "bereit" und werden dann plötzlich bis zu "einsatzbereit" fertiggestellt. Dann wird ein weiterer Haufen von 3 bis 4 Gegenständen in "bereit" gezogen. Dieses Verhalten wird durch die Kontrollkarte (Treppenmuster) bestätigt. Die größere Abweichung wird in der Tabelle zur Verteilung der Vorlaufzeit deutlich. Was ist der Grund dafür? Meine Vermutung ist, dass das Limit von 4 für die rote Schleife zu hoch ist. Als das Auffüllen nur an den Tagen 9, 12 und 15 erlaubt war, bedeutete dies im Grunde eine Untergrenze für die rote Schleife. Die Abstimmung der Grenzen ist wichtig, um eine gewisse Kadenz zu erreichen. Glücklicherweise ist dieses Verhalten in der Kontrollkarte zu erkennen.

Inanspruchnahme

Beim getKanban Board Game werden die Spezialisten im Team durch farbige Würfel dargestellt: grün für Tester, blau für Entwickler und rot für Analysten. Der Arbeitsaufwand wird durch das Werfen der Würfel simuliert. Sie können den verfügbaren Aufwand nicht nur in ihrem eigenen Fachgebiet ausgeben, sondern auch in anderen Fachgebieten, wobei sich der Aufwand verringert. Während des Spiels kann es vorkommen, dass die Auslastung weniger als 100% beträgt:

• Nicht in das Fachgebiet investieren, z.B. Entwickler mit Testarbeiten beauftragen.
• Kein Workitem, auf das Sie sich konzentrieren können, weil die WIP-Limits dies nicht zulassen (keine Arbeit ziehen).

Das Bild unten zeigt die Auslastung während des Spiels: im Durchschnitt eine Auslastung von 80%.

Fazit

Unternehmen können POLCA nutzen, um die Vorlaufzeiten zu verkürzen, die unfertige Arbeit zu reduzieren und einen schnelleren Lernzyklus zu ermöglichen. Die Abstimmung der Schleifengrenzen scheint wichtig zu sein, um eine regelmäßige Kadenz zu erreichen. Ein "treppenförmiges" Muster in der Regelkarte ist ein deutlicher Hinweis darauf, dass die Schleifengrenzen nicht optimal sind.