Kanban-Ursprung auf einen Blick
- Was?
- Kanban = 看板 = „Signalkarte"
- Erfinder
- Taiichi Ohno bei Toyota (ca. 1953)
- Inspiration
- Amerikanische Supermärkte (Piggly Wiggly)
- Evolution
- Toyota → Lean → Software-Kanban (David Anderson, 2007)
Was hat ein Supermarkt mit Produktion zu tun?
In den 1950er Jahren besuchte Taiichi Ohno amerikanische Supermärkte — und hatte eine Erleuchtung. Im Supermarkt zieht der Kunde, was er braucht, aus dem Regal. Erst wenn das Regal leer wird, füllt ein Mitarbeiter nach. Kein Vorrat auf Verdacht, keine Überproduktion. Der Verbrauch steuert den Nachschub.
Ohno übertrug diese Logik auf die Fabrik: Jede Arbeitsstation „bestellt" Teile erst dann bei der vorgelagerten Station, wenn sie sie braucht. Das Signal dafür? Eine Karte — ein Kanban.
Wie funktionierte Kanban bei Toyota?
Bei Toyota war ein Kanban eine physische Karte, die an einem Behälter hing. Wenn Station B den letzten Teil aus dem Behälter nahm, ging die Karte zurück an Station A — das Signal zum Nachproduzieren. Kein Teil ohne Karte, keine Karte ohne Bedarf.
Das System war genial einfach: Die Anzahl der Karten im Umlauf begrenzte automatisch den Bestand. Weniger Karten = weniger Bestand = weniger Verschwendung. Toyota konnte so die Überproduktion drastisch senken — der schlimmste Muda.
Wie wurde aus der Karte ein digitales Board?
2007 veröffentlichte David J. Anderson sein Buch „Kanban: Successful Evolutionary Change for Your Technology Business" und übertrug die Lean-Idee auf die Softwareentwicklung. Aus der physischen Karte wurde ein Ticket, aus den Stationen wurden Spalten auf einem Board.
Das Kanban-Board, das du heute kennst — mit „To Do", „In Progress" und „Done" — ist die digitale Fortführung von Ohnos Supermarkt-Idee. Die WIP-Limits auf dem Board entsprechen der begrenzten Anzahl an Kanban-Karten bei Toyota.
Was verbindet Lean-Kanban und Software-Kanban?
Beides basiert auf den gleichen Prinzipien: Visualisierung, Pull-Steuerung und Begrenzung paralleler Arbeit. Die Umsetzung ist unterschiedlich — Karten vs. Tickets, Fabrik vs. Jira — aber die Denkweise ist identisch.
Wer Kanban in der Softwareentwicklung nutzt und die Lean-Wurzeln kennt, versteht auch das Warum hinter den Regeln. WIP-Limits sind nicht willkürlich — sie sind die direkte Umsetzung des Pull-Prinzips. Und das Flow-Prinzip erklärt, warum weniger parallele Arbeit zu schnelleren Ergebnissen führt.