Kanban-System einfach erklärt: warum ein Blatt Papier mehr bringt als das schönste Dashboard
Ein Kollege aus der Lagerlogistik hat mir mal einen Stapel laminierter Karten auf den Tisch gelegt und gesagt: „Das ist unser ganzes System." Keine Software. Keine Lizenzkosten. Karten mit Strichcode, ein paar Regale, ein Whiteboard. Zwei Jahre später haben wir in derselben Firma einen sechsstelligen Betrag in ein ERP-Modul gesteckt, das genau dasselbe machen sollte. Es war schlechter. Nicht weil die Software schlecht war, sondern weil niemand mehr hingeschaut hat.
Das ist der Punkt, den die meisten Kanban-Erklärungen weglassen. Kanban ist kein Tool. Es ist eine Methode der Produktionsprozesssteuerung, die sich ausschließlich am tatsächlichen Verbrauch von Materialien am Bereitstell- und Verbrauchsort orientiert. Kein Plan, keine Prognose, kein Forecast. Der Verbrauch löst die Nachlieferung aus. Mehr steht im Kern nicht drin.
Wichtige Erkenntnisse
- Kanban heißt wörtlich „Karte" oder „Tafel" und steuert Nachlieferung über den realen Verbrauch, nicht über Planzahlen.
- Das Verfahren folgt dem Hol- oder Pull-Prinzip: Der Verbraucher zieht, der Lieferant reagiert.
- Kanban senkt lokale Bestände zwischen den Fertigungsstufen, aber nur bei einigermaßen gleichmäßigem Verbrauch.
- Im Büro und in der Softwareentwicklung meint Kanban meist etwas anderes: eine Board-Methode mit WIP-Limits aus der agilen Ecke.
- Scrum arbeitet in Sprints, Kanban im kontinuierlichen Fluss. Die Wahl hängt davon ab, wie planbar Ihre Arbeit ist.
- Die häufigsten Kanban-Fehler sind zu viele Karten im Umlauf und Karten, die niemand mehr anfasst.
Was versteht man unter einem Kanban-System?
Kanban ist eine Methode der Produktionsprozesssteuerung. Das Vorgehen richtet sich ausschließlich nach dem tatsächlichen Verbrauch von Materialien am Bereitstell- und Verbrauchsort. Ziel ist es, die Wertschöpfungskette auf jeder Fertigungs- bzw. Produktionsstufe einer mehrstufigen Integrationskette kostenoptimal zu steuern.
Der Mechanismus dahinter ist unspektakulär und genau deshalb wirksam: Entnahmen aus den Pufferlagern und das Nachliefern in dieselben Pufferlager erfolgen asynchron. Zwischen Verbrauch und Nachschub liegt also eine Lücke, und in dieser Lücke passiert die eigentliche Arbeit. Die Pufferlager verteilen sich entlang der Integrationskette, mit kurzen Transportwegen und einfachen Informationsmitteln.
Woher der Begriff kommt
Das Wort stammt aus dem Japanischen bzw. Chinesischen. Im Japanischen bedeutet かんばん (看板) so viel wie „Karte", „Tafel" oder „Beleg". Im Chinesischen entspricht Kanban dem Pinyin für dieselben Zeichen 看板. Das ursprüngliche Kanban-System wurde 1947 von Taiichi Ohno bei Toyota entwickelt, als Antwort auf ein ganz praktisches Problem: zu viel Material an den falschen Stellen.
Und weil „Karte" so sperrig klingt, hängen viele Leute heute das Wort System dran. Kanban-System, Kanban Board, Kanban-System Logistik, Kanban-System Lager, Kanban-System Produktion — es ist immer dieselbe Grundidee, nur in unterschiedlichen Räumen.
Das Hol-Prinzip in einem Satz
Kanban ist eine Umsetzung des unter den Synonymen Hol-, Zuruf- oder Pull-Prinzip bekannten Steuerungsverfahrens. Statt Material in die Produktion zu drücken, weil der Plan es vorsieht, zieht die Produktion das Material, wenn sie es braucht. Der Unterschied klingt akademisch, ist er aber nicht.
Ein Beispiel aus unserem Lager: Wir hatten vorher einen wöchentlichen Lieferplan für Schrauben. Vierzig verschiedene Sorten, jede Woche neu berechnet, jede Woche falsch. Nach der Umstellung auf Karten hatte jeder Montageplatz zwei Behälter pro Schraubentyp. Ist einer leer, wandert die Karte zurück. Fertig. Die Bestände an diesen Positionen sind um etwa ein Drittel gefallen — nicht, weil wir cleverer geplant hätten, sondern weil wir aufgehört haben zu planen.
Was sind die 4 Grundprinzipien von Kanban?
Vorsicht hier. Es gibt zwei Kanban-Traditionen, die sich denselben Namen teilen, und sie haben unterschiedliche Prinzipienkataloge. Die industrielle Variante von Toyota kennt keine vier Grundprinzipien in dem Sinne, wie das heute meist zitiert wird. Was Sie in den meisten Quellen finden, stammt aus dem modernen Kanban für Wissensarbeit, wie es David J. Anderson in den 2000er Jahren geprägt hat.
Von der Toyota-Linie lassen sich vier Grundsätze ableiten, die in jeder Einführung gelten:
- Der Verbrauch steuert den Nachschub. Keine Bedarfsprognose, keine zentrale Planung.
- Jede Stufe hat ihr eigenes Pufferlager — verteilt in der Produktion, nicht zentral im Hochregal.
- Die Information läuft mit dem Material. Die Karte ist der Datensatz, sie reist mit dem Behälter.
- Einfache Mittel statt komplexer Systeme. Bei Toyota: Karten und Tafeln.
Die modernen Praktiken nach Anderson
Im Büro-Kanban hat sich ein anderer Kanon durchgesetzt: Visualisieren Sie den Arbeitsfluss. Begrenzen Sie die Anzahl gleichzeitig laufender Arbeiten. Managen Sie den Fluss, nicht die Personen. Machen Sie Regeln explizit. Richten Sie Feedback-Schleifen ein. Verbessern Sie gemeinsam und messbar.
Sechs Punkte, keine vier. Wenn Ihnen jemand „die 4 Grundprinzipien von Kanban" verkauft, fragen Sie nach, welches Kanban gemeint ist. Die Antwort verrät mehr über die Beratung als das Schaubild.
Warum es Karten mit einer und mit zwei Karten gibt
In der Produktionssteuerung kennen Sie zwei Varianten. Bei einer Karte zirkuliert ein einzelnes Signal, und der Behälter gilt als Verbrauchseinheit. Bei zwei Karten existiert zusätzlich eine Entnahmekarte, die den Weg vom Pufferlager zum Verbrauchsort abbildet, während die Produktionskarte den Weg vom Zulieferer ins Pufferlager steuert. Zwei Karten brauchen Sie, wenn Puffer- und Verbrauchsort räumlich oder organisatorisch getrennt sind.
Was auf der Karte steht, ist übrigens erstaunlich banal: Teilenummer, Bezeichnung, Menge, Herkunft, Zielort, oft ein Strichcode für die Buchung. Der Wert liegt nicht in der Information, sondern in der Schleife. Karte raus, Behälter rein, Karte zurück.
Kanban Board, Büro und Softwareentwicklung
Wenn heute jemand von einem Kanban-System spricht, meint er meistens ein Board mit Spalten und Klebezetteln. Das hat mit Toyota nicht mehr viel zu tun, funktioniert aber nach demselben Grundsatz: Sichtbarkeit ersetzt Koordination.
Am wirksamsten ist die WIP-Begrenzung, also die Deckelung der gleichzeitig in Bearbeitung befindlichen Aufgaben. Ich habe das in einem Team eingeführt, das vorher 14 parallele Projekte hatte, von denen keines fertig wurde. Wir haben auf drei begrenzt. Nach elf Wochen waren sieben von vierzehn abgeschlossen — mit derselben Personenanzahl, ohne Überstunden. Der Widerstand war groß, übrigens auch von mir selbst: Ich war derjenige, der drei Wochen lang jede neue Anfrage händisch abgewiesen hat.
Die fünf Spalten, die funktionieren
Fünf reichen für die meisten Teams. Backlog, To Do, In Arbeit, Review, Fertig. Viele Kolleginnen und Kollegen bauen Boards mit zwölf Spalten, weil es ordentlicher aussieht. Ich habe es probiert. Nach einer Woche schaut niemand mehr drauf.
Kennzahlen, die Sie tatsächlich brauchen
Es gibt genau zwei Zahlen, die ich auf jedem Board führen würde: Durchlaufzeit (Lead Time) und Zykluszeit (Cycle Time). Die Durchlaufzeit umfasst den Zeitraum vom Eingang einer Anforderung bis zur Auslieferung. Die Zykluszeit misst nur die Zeit von Arbeitsbeginn bis Auslieferung. Dazu kommt der Durchsatz, also die Anzahl abgeschlossener Arbeitsschritte pro Zeitraum. Ein kumulatives Flussdiagramm (CFD) zeigt Ihnen, ob das System stockt, und zwar bevor Ihre Kundschaft es anruft.
Was ist der Unterschied zwischen Scrum und Kanban?
Die kurze Antwort: Scrum arbeitet in Sprints, Kanban im Fluss. Die lange Antwort ist die interessantere.
| Kriterium | Scrum | Kanban |
|---|---|---|
| Rhythmus | Feste Sprints, meist zwei bis vier Wochen | Kontinuierlicher Fluss, kein Sprint-Ende |
| Rollen | Product Owner, Scrum Master, Team | Keine vorgeschriebenen Rollen |
| Zentrale Kennzahl | Velocity pro Sprint | Lead Time und Cycle Time |
| Veränderung | Änderungen erst im nächsten Sprint | Jederzeit möglich |
| WIP-Begrenzung | Indirekt über Sprint-Backlog | Explizit und pro Spalte |
| Voraussetzung | Planbare, abgrenzbare Arbeitspakete | Stetiger Eingang von Anforderungen |
Meine ehrliche Meinung: Wählen Sie Kanban, wenn Ihre Anforderungen unregelmäßig eintreffen und Unterbrechungen zum Job gehören. Also im Support, im Betrieb, in der Instandhaltung. Wählen Sie Scrum, wenn Sie ein größeres Vorhaben mit definiertem Ende haben und ein Team braucht, das sich für ein Zeitfenster abschotten darf. Also bei Produktentwicklung mit klarer Roadmap.
Was ich regelmäßig sehe: Teams nennen es Scrum, arbeiten aber in Wirklichkeit mit einem Board, das kontinuierlich befüllt wird, ohne WIP-Limits und ohne echten Sprint-Review. Das ist dann Kanban ohne Regeln. Der schlechteste Fall von beiden.
Welche Nachteile hat Kanban?
Jetzt kommt der Teil, der in den meisten Erklärungen fehlt. Kanban ist keine Wunderwaffe, und in bestimmten Umgebungen richtet es echten Schaden an.
Die größte Schwäche: Kanban ist empfindlich gegen Schwankungen. Es funktioniert gut bei relativ gleichmäßigem und standardisiertem Verbrauch. Bricht die Nachfrage ein oder explodiert sie, reagiert das System träge, weil die Puffergrößen an einem durchschnittlichen Verbrauch ausgerichtet waren. Sie merken das nicht langsam, sondern plötzlich.
Ein zweiter Punkt: hohe Variantenvielfalt ist Gift. Vierzig Schraubentypen lassen sich noch mit Karten steuern. Vierhunderta nicht. Jede Variante braucht eigene Behälter, eigene Karten, eigene Pufferplätze. Die Kartenwand wächst schneller als der Nutzen.
Was ich falsch gemacht habe
Ich habe vor Jahren versucht, Kanban in einem Betrieb mit Sonderkonstruktionen einzuführen. Jedes Teil ein Einzelstück, jede Woche andere Stücklisten. Ich habe sechs Wochen durchgezogen und dann aufgegeben. Das System hat funktioniert, aber nur für die zwanzig Prozent Standardteile, und die waren nie das Problem. Der Aufwand stand in keinem Verhältnis zum Ergebnis. Rückblickend hätte ich das vorher erkennen können, wenn ich mir die Variantenverteilung angeschaut hätte, statt mit dem schönsten Board anzufangen.
Dritter Nachteil, weniger technisch: Kanban braucht Disziplin. Eine Karte, die liegen bleibt, ist ein Datenpunkt. Eine Karte, die jemand aus Bequemlichkeit selbst weiterreicht, zerstört das System. Ich habe erlebt, dass eine Montagegruppe angefangen hat, ohne Karte zu bestellen, „nur dies eine Mal". Drei Wochen später war der Bestand an dieser Position doppelt so hoch wie vor der Einführung.
Ein laminierter Zettel schlägt kein Dashboard
Wenn Sie mich fragen, was Kanban nach all den Jahren für mich ist, dann nicht eine Methode und schon gar kein Software-Feature. Es ist die Weigerung, etwas zu liefern, bevor jemand es tatsächlich gebraucht hat. Diese Haltung können Sie mit Karten umsetzen, mit einem Board oder mit einem teuren ERP-Modul.
Nur: Mit Karten sehen Sie sofort, wenn etwas nicht stimmt. Und genau darum geht es. Nicht um Effizienz. Um Sichtbarkeit.
Die Frage, die ich Ihnen am Ende mitgeben würde: Wissen Sie in Ihrem eigenen Prozess, wer gerade was zieht — und wer gerade nur drückt?
