Das Grundprinzip
Kanban beruht auf einer einfachen, aber wirkungsvollen Idee: Wer Arbeit sichtbar macht, kann sie besser steuern. Aufgaben wandern auf einem Board durch Spalten — etwa „Zu erledigen“, „In Arbeit“ und „Erledigt“. Der Blick aufs Board zeigt sofort, wo Arbeit liegt, wo sie stockt und wie viel gerade parallel läuft.
Der Begriff stammt aus dem japanischen Produktionssystem von Toyota, wo Kanban-Karten den Materialfluss steuerten. Übertragen auf Wissensarbeit wird daraus ein System, das den Fluss von Aufgaben sichtbar und steuerbar macht. Anders als Scrum schreibt Kanban keine festen Iterationen, Rollen oder Events vor — es lässt sich auf bestehende Prozesse aufsetzen, ohne sie umzuwerfen.
Diese Eigenschaft macht Kanban besonders zugänglich: Ein Team kann morgen damit beginnen, ohne seine Struktur zu ändern. Es visualisiert zunächst nur, wie es ohnehin arbeitet — und beginnt dann, diesen Fluss schrittweise zu verbessern.
WIP-Limits — der eigentliche Hebel
Das wirksamste Element von Kanban ist die Begrenzung der parallelen Arbeit, das Work-in-Progress-Limit oder kurz WIP-Limit. Indem ein Team festlegt, wie viele Aufgaben gleichzeitig „in Arbeit“ sein dürfen, zwingt es sich, Dinge fertigzustellen, bevor Neues begonnen wird.
Das Ergebnis ist kontraintuitiv, aber gut belegt: Weniger gleichzeitige Arbeit führt zu schnellerer Fertigstellung. Wer an fünf Dingen parallel arbeitet, wechselt ständig den Kontext und beendet am Ende nichts zügig. Wer sich auf zwei beschränkt, liefert beide deutlich schneller. WIP-Limits machen Engpässe ausserdem sichtbar: Staut sich die Arbeit vor einer Spalte, liegt dort das Problem.
Stop starting, start finishing. Kanban belohnt das Abschliessen, nicht das Anfangen.
Die sechs Kernpraktiken
Kanban als Methode beruht auf einer Reihe von Praktiken, die zusammen den Fluss verbessern:
- Arbeit visualisieren — alles aufs Board, nichts Unsichtbares.
- WIP begrenzen — parallele Arbeit bewusst deckeln.
- Fluss managen — Durchlaufzeiten beobachten und Engpässe auflösen.
- Prozessregeln explizit machen — wann gilt eine Aufgabe als „fertig“?
- Feedback-Schleifen etablieren — den Prozess regelmässig gemeinsam überprüfen.
- Gemeinsam verbessern — Veränderungen evolutionär statt revolutionär einführen.
Kennzahlen, die zählen
Kanban macht Leistung messbar, ohne Menschen zu vermessen. Zwei Kennzahlen sind besonders nützlich: die Durchlaufzeit (wie lange eine Aufgabe von Start bis Fertigstellung braucht) und der Durchsatz (wie viele Aufgaben pro Zeiteinheit fertig werden). Beide helfen, realistische Prognosen zu treffen und Verbesserungen zu belegen.
| Kennzahl | Was sie zeigt | Wozu nützlich |
|---|---|---|
| Durchlaufzeit | Dauer von Start bis Fertig | Prognosen, Engpass-Erkennung |
| Durchsatz | Erledigte Aufgaben pro Zeit | Kapazitätsplanung |
| WIP | Aktuell parallele Arbeit | Überlastung erkennen |
Kanban oder Scrum?
Kanban kommt ohne feste Sprints, Rollen und Events aus und lässt sich auf bestehende Prozesse aufsetzen. Das macht es ideal für Teams mit kontinuierlichem Aufgabenstrom — etwa Support, Betrieb, Wartung oder Redaktionen. Scrum passt besser, wenn in abgegrenzten Iterationen auf ein Produktziel hingearbeitet wird und regelmässige Planungs- und Review-Punkte sinnvoll sind.
Viele Teams kombinieren beides zu „Scrumban“: Sie behalten Sprints und Rollen aus Scrum, ergänzen sie aber um Fluss-Visualisierung und WIP-Limits aus Kanban. Die Wahl ist keine Glaubensfrage, sondern hängt von der Art der Arbeit ab.
Wann Kanban passt
Kanban eignet sich besonders, wenn Aufgaben laufend eintreffen, Prioritäten sich schnell ändern oder ein Team einen sanften Einstieg in agiles Arbeiten sucht. Der niedrige Einstieg ist eine Stärke — und zugleich eine Gefahr: Ohne ernst gemeinte WIP-Limits bleibt Kanban ein hübsches Board ohne Wirkung. Die Disziplin, parallele Arbeit wirklich zu begrenzen, entscheidet über den Erfolg.
Häufige Fragen
- Braucht Kanban spezielle Rollen?
- Nein. Kanban schreibt keine festen Rollen vor und lässt sich auf bestehende Strukturen aufsetzen. Das senkt die Einstiegshürde deutlich, verlangt aber Disziplin bei den WIP-Limits.
- Was bringt ein WIP-Limit konkret?
- Es verhindert, dass zu viele Aufgaben gleichzeitig begonnen und keine abgeschlossen wird. Das verkürzt Durchlaufzeiten, reduziert Kontextwechsel und macht Engpässe sichtbar.
- Kann man Kanban und Scrum mischen?
- Ja, oft „Scrumban“ genannt: Sprints und Rollen aus Scrum kombiniert mit Fluss-Visualisierung und WIP-Limits aus Kanban. Das ist in der Praxis sehr verbreitet.
- Eignet sich Kanban für grosse Teams?
- Ja, allerdings sollte das Board dann sinnvoll aufgeteilt werden, etwa nach Teilteams oder Arbeitsarten. Wichtig ist, dass die Visualisierung übersichtlich bleibt.