Das Toyota-Produktionssystem

Lean entstand nicht aus Überfluss. Es entstand aus Knappheit.

Das Japan der Nachkriegszeit stand vor verheerenden Einschränkungen: begrenztes Kapital, begrenzte Rohstoffe, begrenzter Fabrikraum. Massenproduktion nach amerikanischem Vorbild – riesige Chargen herstellen, Lagerbestände anlegen, Produkte auf den Markt drücken – war schlicht nicht möglich. Toyota konnte es sich nicht leisten, Kapital in Lagerbeständen zu binden oder Autos zu produzieren, die niemand wollte.

Taiichi Ohno, ein Toyota-Ingenieur, sah darin eine Chance. Wenn man sich Verschwendung nicht leisten kann, muss man sie beseitigen. Wenn man keine Lagerbestände anlegen kann, muss man nur das produzieren, was gebraucht wird, wenn es gebraucht wird. Wenn man sich Fehler nicht leisten kann, muss man Qualität von Anfang an einbauen.

Das Toyota-Produktionssystem (TPS) entstand über Jahrzehnte aus diesen Einschränkungen. Es wurde nicht in einem Konferenzraum entworfen – es entwickelte sich in der Fabrikhalle durch unermüdliches Experimentieren und Beobachten.

Das amerikanische Fertigungsmodell war Just-in-Case (JIC): überall Lagerpuffer aufbauen, um sich gegen Unsicherheit abzusichern. Wenn eine Maschine ausfällt, hat man Lagerbestände, um die Linie am Laufen zu halten. Wenn die Nachfrage steigt, hat man Vorrat zum Verkaufen.

Toyota drehte dies zu Just-in-Time (JIT) um: nur das produzieren, was gebraucht wird, nur wenn es gebraucht wird, nur in der benötigten Menge.

Das klingt riskant. Was, wenn etwas schiefgeht?

Genau das ist der Punkt. In einem JIC-System verstecken sich Probleme. Die Lagerpuffer verdecken Probleme – eine fehlerhafte Charge, ein langsamer Lieferant, eine unzuverlässige Maschine. Man spürt den Schmerz erst, wenn der Puffer aufgebraucht ist.

In einem JIT-System treten Probleme sofort zutage. Es gibt kein Versteck. Ein Maschinenausfall stoppt die Linie. Ein Qualitätsproblem hält die Produktion an. Diese Sichtbarkeit ist ein Feature, kein Bug – sie zwingt einen, Grundursachen zu beheben, statt Symptome zu umgehen.

Software-Parallele: Code in Branches ist Lagerbestand. Nicht veröffentlichte Features sind Lagerbestand. Ein großer Backlog ist Lagerbestand. All das verdeckt Probleme und verzögert Feedback.

TPS ruht auf zwei grundlegenden Säulen:

1. Just-in-Time: Arbeit basierend auf tatsächlicher Nachfrage durch das System fließen lassen. Produzieren, was gebraucht wird, wenn es gebraucht wird, in der benötigten Menge. Dies minimiert Lagerbestände, legt Probleme offen und schafft Flow.

2. Jidoka (Autonomation): Qualität einbauen, indem Probleme gestoppt und behoben werden, sobald sie auftreten. Keine Fehler weitergeben. Jeder Mitarbeiter hat die Befugnis – und Verantwortung –, die Linie anzuhalten, wenn er ein Problem entdeckt.

Diese Säulen stützen einander. JIT schafft Sichtbarkeit durch Entfernung von Puffern. Jidoka stellt sicher, dass Sichtbarkeit zu Handeln führt. Zusammen schaffen sie ein System, das sich kontinuierlich verbessert, weil Probleme sich nicht verstecken können.

Shigeo Shingo, ein weiterer Toyota-Ingenieur, trug kritische Innovationen bei, darunter Single-Minute Exchange of Dies (SMED) – die Reduzierung von Rüstzeiten von Stunden auf Minuten. Dies machte kleine Chargen wirtschaftlich rentabel und ermöglichte JIT.