Kanban

Was ist Kanban?

Kanban wird oft mit einem Board aus drei Spalten – To Do, Doing, Done – gleichgesetzt. Das Board ist jedoch nur eine mögliche Visualisierung. Der Kern ist die Verbesserung des Flusses von Wert durch ein Arbeitssystem.

Der aktuelle Kanban Guide beschreibt Kanban als Strategie zur Optimierung von Wert durch Optimierung des Flow. Dafür werden Workflow, aktive Steuerung laufender Arbeit und systematische Verbesserung miteinander verbunden.

Fachliche Grundlage und Entwicklung

Kanban hat historische Wurzeln in Lean- und Produktionssystemen, wurde später aber für Wissensarbeit und Softwareentwicklung adaptiert. Der Kanban Guide ist heute eine minimalistische Referenz für Kanban in Knowledge Work.

Auch die empirische Software-Engineering-Forschung hat Kanban untersucht. Eine systematische Mapping-Studie von Ahmad et al. ordnete die Forschung zu Kanban in Software Engineering. Weitere empirische Arbeiten berichten insbesondere Vorteile bei Sichtbarkeit von Arbeit, Flow und Prozesskontrolle, weisen aber zugleich auf kulturelle und organisatorische Herausforderungen hin.

Die drei Praktiken des Kanban Guide

1. Workflow definieren und visualisieren

Das Team muss verstehen, wie Arbeit durch das System fließt. Dazu gehören Start- und Endpunkte, Zustände, Regeln, Definitionen und gegebenenfalls Serviceklassen.

2. Work in Progress aktiv steuern

Zu viel parallele Arbeit verlängert häufig Durchlaufzeiten und verdeckt Engpässe. Kanban steuert deshalb aktiv, wie viel Arbeit gleichzeitig im System ist. WIP-Limits sind ein verbreitetes Werkzeug.

3. Workflow verbessern

Daten und Beobachtungen werden genutzt, um das Arbeitssystem zu verändern. Verbesserung kann inkrementell erfolgen, muss aber laut Guide nicht zwangsläufig klein sein.

Die vier Flow-Metriken

Der Kanban Guide nennt vier verpflichtende Mindestmetriken:

• WIP: Anzahl begonnener, aber nicht abgeschlossener Arbeitselemente.
• Throughput: Anzahl abgeschlossener Arbeitselemente pro Zeiteinheit.
• Work Item Age: Zeit seit Beginn eines noch nicht abgeschlossenen Elements.
• Cycle Time: Zeit vom Beginn bis zur Fertigstellung eines Arbeitselements.

Metriken sind kein Selbstzweck. Sie sollen Entscheidungen über den Flow unterstützen.

Warum WIP-Limits wichtig sind

Wenn fünf Personen gleichzeitig an zwanzig Aufgaben arbeiten, wirkt das ausgelastet, kann aber zu vielen Kontextwechseln und langen Wartezeiten führen. Ein WIP-Limit zwingt das System, begonnene Arbeit eher abzuschließen, bevor weitere Aufgaben gestartet werden.

Das Ziel ist nicht, Menschen „zu blockieren“, sondern Engpässe sichtbar zu machen und den Gesamtfluss zu verbessern.

Kanban vs. Scrum

Scrum strukturiert komplexe Produktarbeit über Sprints, definierte Events, Artefakte und Verantwortlichkeiten. Kanban fokussiert Flow und schreibt keine Sprints oder Scrum-Rollen vor.

Beide Ansätze können kombiniert werden. Beispielsweise kann ein Scrum Team Flow-Metriken und WIP-Steuerung einsetzen, ohne Scrum aufzugeben.

Wann eignet sich Kanban besonders?

• kontinuierlich eintreffende Service- oder Supportarbeit,
• Teams mit stark schwankender Arbeitslast,
• Betrieb und Wartung,
• Prozesse mit vielen Wartezuständen,
• Organisationen, die bestehende Abläufe evolutionär verbessern möchten.

Typische Fehlanwendungen

• Board visualisieren, aber WIP nie begrenzen.
• Jede Person erhält eine eigene Spalte statt eines echten Workflows.
• Cycle Time wird gemessen, aber nicht zur Verbesserung genutzt.
• Blockierte Arbeit bleibt unsichtbar.
• Kanban wird als „Scrum ohne Meetings“ verstanden.

Flow-Metriken sollten nicht zur Leistungsbewertung einzelner Personen dienen

Cycle Time und Throughput beschreiben ein Arbeitssystem. Werden sie als individuelle Produktivitätskennzahl verwendet, entstehen Fehlanreize: Arbeit wird künstlich kleinteilig geschnitten oder schwierige Aufgaben werden vermieden. Kanban zielt auf Systemverbesserung, nicht auf Mitarbeiter-Rankings.

Besonders wertvoll ist die gemeinsame Betrachtung von Verteilungen und Ausreißern. Sie zeigt, welche Arten von Arbeit regelmäßig altern oder blockieren und wo Prozessänderungen sinnvoll sind.

Fazit

Kanban ist ein Flow-System, kein digitales Klebezettelboard. Seine Stärke liegt darin, Arbeit sichtbar zu machen, parallele Arbeit bewusst zu steuern und Verbesserung mit tatsächlichen Flow-Daten zu verbinden. Gerade in Service- und Betriebsprozessen kann das einen sehr pragmatischen Einstieg in kontinuierliche Verbesserung bieten.