Von Toyotas Fabrikhalle zur modernen Wissensarbeit – die Reise verstehen.
Kanban begann nicht in der Softwareentwicklung. Es entstand in einer Toyota-Fabrik in den 1940er Jahren, entwickelt von Taiichi Ohno, um ein spezifisches Problem zu lösen: Wie produziert man nur das, was benötigt wird, wenn es benötigt wird?
Das Wort „Kanban" bedeutet wörtlich „Signalkarte" oder „Sichtkarte" auf Japanisch. In Toyotas Fabriken waren dies physische Karten, die an Behältern mit Teilen befestigt waren. Wenn ein Arbeiter das letzte Teil aus einem Behälter verwendete, schickte er die Kanban-Karte zurück nach oben – ein Signal, dass mehr Teile benötigt wurden.
Dieser einfache Mechanismus hatte tiefgreifende Auswirkungen:
Das Geniale war nicht die Komplexität. Es war elegante Einfachheit.
Die zentrale Erkenntnis
Kanban handelt grundlegend davon, Signale zur Koordination von Arbeit zu nutzen. Das visuelle Board ist nur eine Umsetzung dieser Idee.
Im Jahr 2004 arbeitete David J. Anderson bei Microsoft, als er begann, Toyotas Ideen für die Softwareentwicklung anzupassen. Seine zentrale Erkenntnis: Wissensarbeit hat ähnliche Flussprobleme wie die Fertigung, auch wenn das „Produkt" immateriell ist.
Softwareteams kämpften mit:
Andersons Innovation bestand nicht nur darin, Fabrikkonzepte zu übersetzen. Er fügte etwas Entscheidendes hinzu: Beginnen Sie dort, wo Sie jetzt sind. Anders als Scrum, das ein Framework vorschreibt, beginnt Kanban damit, Ihren bestehenden Prozess zu visualisieren.
Das erste Software-Kanban-System bei Microsofts XIT-Team zeigte sofortige Ergebnisse:
Hier entsteht Verwirrung. Es gibt zwei Dinge, die „Kanban" genannt werden:
Kanban (kleingeschrieben) — Das visuelle Signalwerkzeug. Karten auf einem Board. Das ist es, woran die meisten Menschen denken, wenn sie „Kanban" hören.
Die Kanban-Methode (großgeschrieben) — Ein vollständiger Ansatz zur Verwaltung und Verbesserung von Wissensarbeit, entwickelt von David J. Anderson. Sie umfasst Prinzipien, Praktiken und eine Philosophie des evolutionären Wandels.
Man kann Kanban-Boards verwenden, ohne der Kanban-Methode zu folgen. Viele Teams tun das – sie setzen Karten auf ein Board und nennen es „Kanban machen". Aber sie verpassen die tieferen Praktiken: WIP-Limits, Flow-Metriken, kontinuierliche Verbesserungsrhythmen.
Dieser Lehrplan vermittelt die Kanban-Methode, nicht nur, wie man ein Board einrichtet.
Häufiger Fehler
Ein Board ohne WIP-Limits ist nicht wirklich Kanban – es ist nur eine Aufgabenliste mit einer anderen Oberfläche. Die Beschränkungen sind es, die die Vorteile schaffen.