Simyl
simylflow
Kursübersicht
Modul 1: Grundlagen & Philosophie
Lektion 1 von 5
12 Min.

Die Ursprünge von Kanban

Von Toyotas Fabrikhalle zur modernen Wissensarbeit – die Reise verstehen.

1Das Toyota-Produktionssystem

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:

  • Keine Überproduktion — Man produziert nur, was verbraucht wurde
  • Sichtbarer Fluss — Jeder konnte sehen, was geschah
  • Pull-basierte Arbeit — Die Nachfrage von unten steuert die Produktion von oben
  • Eingebaute Limits — Die Anzahl der Karten begrenzte die laufenden Arbeiten

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.

2Von der Fertigung zur Wissensarbeit

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:

  • Zu viel laufender Arbeit (WIP), die Kontextwechsel verursachte
  • Unvorhersehbaren Lieferzeiten
  • Fehlender Sichtbarkeit von Engpässen
  • Widerstand gegen Prozessänderungen

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:

  • Die Durchlaufzeit sank von über 5 Monaten auf 5 Wochen
  • Der Durchsatz stieg um 155 %
  • Keine Entlassungen, keine Umstrukturierung – nur besserer Fluss

3Die Kanban-Methode vs. Kanban (das Werkzeug)

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.

Wichtige Erkenntnisse
  • Kanban entstand bei Toyota als Pull-basiertes Signalsystem
  • David Anderson passte es 2004 für die Softwareentwicklung an
  • Die Kanban-Methode ist mehr als Boards – sie ist ein vollständiger Ansatz für Flow
  • Beginnen Sie dort, wo Sie sind, ist das grundlegende Prinzip

Praxisübungen