Evolutionäre Verbesserung mit Kanban: Grundprinzipien und Kernpraktiken

Neben Scrum gehört Kanban mit zu meinen persönlichen Favoriten aus der agilen Werkzeugkiste. Kanban, ursprünglich im Kontext rund um Toyota in der Produktion (Stichwort Lean Management) entstanden, zeichnet sich durch seine Vielseitigkeit und seinen Fokus auf evolutionäre Veränderungen aus. Während Scrum insbesondere auf Projekte abzielt, bietet Kanban den Rahmen, Zusammenarbeit mit Blick auf Prozesse und Alltagsgeschäft zu verbessern und zu unterstützen. Irrtümlicherweise wird Kanban gerne mit Ticketsystemen gleichgesetzt. Doch Kanban ist wesentlich mehr als nur ein Board, auf dem Prozesse visualisiert werden und Karten von Prozessschritt zu Prozessschritt verschoben werden.

Die 6 Grundprinzipien von Kanban

Kanban basiert dabei auf 6 Grundprinzipien, die in der Literatur in zwei Gruppen unterschieden werden:

  • Change-Management (Veränderungsmanagement)
  • Service Delivery (Liefern von Dienstleistungen)

Diese 6 Prinzipien sind essenziell für Kanban und finden wiederum ihren Ausdruck in den 6 Kernpraktiken, die allen Kanban-Adaption zu eigen sind. In diesen 6 Prinzipien spiegeln sich die grundlegenden Ideen des Lean Managements (Toyota-Prinzip) und des agilen Manifests wider, was ich persönlich immer wieder spannend finde.

Die Change-Management-Prinzipien

Kanban strebt keine revolutionären Veränderungen an, sondern die evolutionäre, kontinuierliche Weiterentwicklung und Verbesserung im ganzheitlichen Sinne von Kaizen. Hier schwingt auch die Erkenntnis mit, dass Veränderungen leichter und besser gelingen, wenn man sie in kleinen Schritten vollführt und auf diese Weise Reibungsverluste verringert. Voraussetzung ist dabei, dass alle Beteiligten bereit sind, sich auf den Prozess der schrittweisen und dauerhaften Weiterentwicklung einzulassen. Wenn in Kontext von Kanban von Führung die Rede ist, wird dabei nicht das Prinzip der hierarchischen Führung verstanden, sondern eines der dienenden Führung. Führung findet in diesem Sinne auf allen Ebenen statt und beginnt – ganz im Sinne von Peter F. Drucker – mit Selbstführung.

Die Service-Delivery-Prinzipien

Seine Stärke entfaltet Kanban Dank seiner 6 Kernprinzipien, die elementar sind und auch die Stärke von Kanban in seiner Vielfalt ausmachen.

Visualisierung

Visualisieren bezieht sich dabei nicht auf die typische „Kanbanboard-Optik“, in der einzelne Prozessschritte als Spalten dargestellt werden. Sondern Visualisierung adressiert auch oder insbesondere sämtliche Regeln, Standards und Prinzipien, die damit verbunden sind. Diese Praktik hängt eng mit der 4.  zusammen: Mache Prozessregeln explizit. Dazu später mehr. Im Kern geht es bei Kanban demnach darum, durch visuelle Elemente sichtbar zu machen, was gerade passiert bzw. wie die Dinge zusammenhängen. Erst das Visualisieren hilft, das Gesamtbild und die Zusammenhänge zu verstehen.

Beispiel für ein Kanbanboard

Limitiere die parallele Arbeit

Die Limitierung der parallelen Arbeit gehört zu den wesentlichen Punkten, die den Unterschied zwischen einem Ticketsystem und Kanban ausmachen. Die Begrenzung der parallelen Arbeit verhindert, dass das Arbeitssystem verhungert oder verstopft. Ziel von Kanban ist ein nachhaltiger, kontinuierlicher Arbeitsfluss, der zu einer kontinuierlichen Ergebnislieferung führt. Tatsächlich führt die Limitierung der parallelen Arbeit dazu, dass mehr in gleicher Zeit geleistet werden kann. Statt Unmengen begonnener, aber nicht abgeschlossener Vorgänge, bedingt durch immer wieder auftretende Unterbrechungen und ständige Neupriorisierungen, sorgt die Limitierung (kurz WiP-Limit) dafür, dass neue Arbeit erst dann nachgeschoben werden kann, wenn das Limit unterschritten wird. Und seien wir ehrlich: wie viele offene Vorgänge haben Sie auf Ihrem Schreibtisch liegen, die Sie noch nicht abgeschlossen haben, weil ständig neue Themen auftauchen und „dringend“ bearbeitet werden müssen? Richtig! Die Idee dahinter ist simpel und lässt sich in einer Metapher schön demonstrieren. Jeder Jongleur kann nur eine begrenzte Anzahl Bälle in der Luft halten. Kommt auch nur ein Ball zu viel dazu, bricht die Jonglage zusammen. Ähnlich verhält es sich mit der Arbeit. Wir können nur eine begrenzte Zahl paralleler Projekte oder Vorgänge gleichzeitig abarbeiten. Überschreiten wir diese Anzahl, bricht unser Arbeitsfluss zusammen, und wir werden unproduktiv. Diese Erkenntnis lässt sich auf Teams, Prozessketten und ganze Organisationen übertragen.

Manage den Arbeitsfluss

Hierauf baut die 3. Kernpraktik auf: Manage den Arbeitsfluss. Kanban – wie auch alle anderen Ansätze, die sich dem agilen Manifest verpflichtet fühlen – geht sehr stark davon aus, dass der Mensch am besten weiß, was er braucht, um sich zu organisieren – und es darum geht, den Rahmen zu schaffen, der diese Organisation ermöglicht. Daher wird der Fokus auf den Arbeitsfluss und die Arbeitsmenge gelegt, der insbesondere über das bereits erwähnte WiP-Limit gesteuert wird. Ziel ist immer der gleichmäßige und nachhaltige Arbeitsfluss – im Hinblick auf die einzelnen Schritte und die Ergebnisse.

Mache Prozessregeln explizit

Eng gekoppelt mit dem Thema Visualisierung ist das Explizit-machen des impliziten Wissens über Prozesse und Regeln. Was einfach klingt, ist der Praxis oft sehr schwer. Erstaunlich viele „Regeln“, insbesondere die informellen, werden selten ausgesprochen. Wie viele Dinge machen wir ohne zu hinterfragen und häufig unbewusst? Die Herstellung der Sichtbarkeit ermöglicht erst das Hinterfragen der Sinnhaftigkeit, ermöglicht erst das Erkennen des Zusammenspiels. Daher ist wichtig, dass Prozessregeln für alle sichtbar gemacht werden. 

Implementiere Rückkopplungsschleifen

Im Vergleich zu Scrum definiert Kanban keine festen Ereignisse, die an feste Rhythmen gekoppelt sind, wenn es um das Thema Verbesserung und Rückkopplung geht. Kanban lässt hier die Freiheit, Rückkopplungsschleifen in die bestehenden Strukturen zu integrieren bzw. neu zu etablieren, wenn die Struktur hier für fehlt. Wichtig ist an dieser Stelle nur: es muss sie geben. Und zwar in regelmäßigen Abständen. Im Vergleich zu Scrum, das am Ende jedes Sprints einen Review für die externe Rückkopplung und eine Retrospektive für teaminterne Rückkopplung definiert, empfiehlt es sich bei Kanban, diese – je nach Einsatzfeld und Zielsetzung – ebenfalls mit einem festen Rhythmus zu etablieren. Beispielsweise für Teams, die auf operativer Ebene Kanban einsetzen, sollte dies spätestens alle 4 Wochen erfolgen, während der Einsatz von Kanban zur strategischen Steuerung auch längere Zeiträume (bis zum einem ¼ Jahr) möglich macht. Ob hier zwischen interner und externer Rückkopplung (wie bei Scrum) unterschieden werden sollte, ist wiederum abhängig von Zielsetzung und Einsatzfeld. Eng daran gekoppelt ist die letzte Kernpraktik:

Verbessere gemeinsam, entwickle experimentell weiter

Im agilen Kontext geht es immer um Zusammenarbeit und das Verbessern der Ergebnisse sowie des Prozesses dahin. Die 6. Kernpraktik von Kanban trifft hierbei den Nagel auf den Kopf: Es geht um das gemeinsame Verbessern und Weiterentwickeln. Das Hilfsmittel hierzu ist das Experiment, also das originäre und empirische Grundprinzip, bei dem ich eine Arbeitshypothese aufstelle, um sie dann durch Beobachtung zu überprüfen. Wir treffen Annahmen über eine Wirkungsweise und überprüfen an Hand der Ergebnisse, ob diese Annahmen zutreffen oder nicht. Diese Annahmen werden nicht im stillen Kämmerlein allein getroffen, sondern im Dialog, und auch die Analyse der Ergebnisse erfolgt gemeinsam. Dabei werden die Annahmen überprüft und angepasst bzw. verworfen und neu aufgestellt. Erreichen wir positive Ergebnisse, dann bauen wir darauf auf. Treffen unsere Erwartungen nicht zu, verwerfen wir die Arbeitshypothese und stellen auf Basis der Erkenntnisse, die wir gewonnen haben, eine neue auf. Diese empirische Herangehensweise kennen wir aus Wissenschaft und Forschung, übertragen sie in den Kontext unserer alltäglichen Arbeit. Immer mit dem Ziel die Zusammenarbeit zu verbessern und bessere Ergebnisse zu erzielen

Fazit

Das Spannende an Kanban ist seine Vielseitigkeit und sein evolutionärer Ansatz. Der Fokus liegt dabei auf einem evolutionären Prozess der kontinuierlichen Weiterentwicklung und Verbesserung – nicht auf dem großen Wurf mit all seinen radikalen Brüchen.

Beispiel für ein Beschlussvorlagenmanagement mit Kanbanboard
Beispiel für eine periodische Planung mit Kanbanboard

Kanban kann im individuellen Kontext der Selbstorganisation (Personal Kanban) oder zur Koordination in Teams verwendet werden. Kanban bietet aber auch die Möglichkeit, strategische Themen und Prozesse sichtbar und transparent zu machen. So lässt sich zum Beispiel auf Kanban-Basis das Sitzungsvorlagenmanagement einer Stadtverwaltung genauso organisieren wie das Projektportfolio eines Fachbereichs oder Dezernats. Kanban kann dazu genutzt werden, in der Tourist-Information Buchungsprozesse sichtbar zu machen, ermöglicht die Einsatzkoordination des Gemeindevollzugsdienstes oder der Aufträge im städtischen Bauhof oder gar die Bearbeitung von Verwaltungsvorgängen auf prozessualer Ebene. Gleichzeitig ist Kanban auch ein hervorragendes Hilfsmittel im Veränderungsmanagement.

Autor: Thomas Michl

Agilist aus Überzeugung - Lean-Enthusiast und Kanban-Fan - Veränderungsbegleiter - Dipl.-Verw.Wiss. - MBA - 🇮🇪 Irland-Fan - Mitgründer Forum Agile Verwaltung

Ein Gedanke zu „Evolutionäre Verbesserung mit Kanban: Grundprinzipien und Kernpraktiken“

  1. Welch ein großartig gewählter Veröffentlichungszeitpunkt, Thomas!

    Zum Tag der Einheit gibt es von Dir für uns ein ganz großes Geschenk zur 29. Feier.

    Zwietracht entsteht, u.a. durch unterschiedliche Blicke auf die Welt. Indem es uns gelingt, den subjektiven, individuellen Blick im Sinne eines Verständnisses mithilfe der Visualisierung auszudrücken und damit zu objektivieren, können wir den Zwispalt überwinden und zur Einheit gelangen.

    Indem wir Vorgänge transparent machen, dienen wir uns allen. Indem wir sie verbergen, dienen wir nur uns selbst. Wohlmöglich nicht einmal das.

    An dieser Stelle sehe ich viel Nachholbedarf.

    Drinnen wie draußen fühlen sich viele Menschen noch kafkaesk einem Prozess unterworfen anstatt ihre Möglichkeiten zu ergreifen, ihn aktiv mitzugestalten.

    Das kenntlich machen der Zusammenhänge ist der erste und damit wichtigste Schritt in der Entwicklung. Spätestens jetzt kann keiner mehr behaupten, „man“ hätte es ja nicht gewusst.

    „Man“ kann wissen. Ob man auch danach handelt, ist wieder eine andere Sache.

    Vielen, vielen Dank!

    Den Übergang zwischen Kanban und Scrum sehe ich in beiden Richtungen über das, was Du als Experiment bezeichnest. Das Bestandssystem bleibt wie es ist. Erkannte Entwicklungspotentiale werden in einem separaten Raum entwickelt und danach verprobt. Im Erfolgsfall werden sie zur Anpassung im bestehenden System. Evolution vollzieht sich.

    Den geschützten Raum bezeichnen mein Mitautor Tobias und ich auch als den #PurpleSpace.

    Gefällt 1 Person

Kommentar verfassen

Trage deine Daten unten ein oder klicke ein Icon um dich einzuloggen:

WordPress.com-Logo

Du kommentierst mit deinem WordPress.com-Konto. Abmelden /  Ändern )

Facebook-Foto

Du kommentierst mit deinem Facebook-Konto. Abmelden /  Ändern )

Verbinde mit %s

Diese Seite verwendet Akismet, um Spam zu reduzieren. Erfahre, wie deine Kommentardaten verarbeitet werden..

%d Bloggern gefällt das: