Das Muster, das sich wiederholt
In den 1980er Jahren besuchten amerikanische Autohersteller Toyotas Werke in Japan. Sie wollten verstehen, warum Toyota bessere Qualität zu niedrigeren Kosten produzierte. Die Gastgeber erklärten ihr System: Kaizen, Poka-Yoke, Kanban, Jidoka. Eine ganze Denkweise über Produktion, verankert in Respekt vor dem Mitarbeiter und konsequenter Fehlerbeseitigung an der Quelle.
Die Amerikaner hörten zu. Und kauften dann Roboter.
Sie hatten die sichtbaren Artefakte gesehen, die Automatisierung, die sauberen Böden, und daraus geschlossen, dass diese Dinge Toyotas Stärke begründeten. Was sie übernahmen: das Sichtbare. Was sie verpassten: das unsichtbare Managementsystem dahinter.
Das Ergebnis waren Milliarden in Automatisierung investiert. Toyota war immer noch effizienter.
NUMMI: Der Beweis kam dramatisch
Den deutlichsten Beleg lieferte das NUMMI-Experiment. Toyota und General Motors betrieben gemeinsam ein Werk in Fremont, Kalifornien. Dieselbe Belegschaft, die GM zuvor als eine seiner schlechtesten bezeichnet hatte (hohe Fehlzeiten, Qualitätsprobleme, Beschwerden), erzielte unter Toyotas System Ergebnisse auf dem Niveau von Toyotas besten japanischen Werken.
Gleiche Arbeiter. Gleiche Hallen. Komplett andere Ergebnisse.
NUMMI hatte keinen Vorteil durch bessere Maschinen. Es funktionierte, weil das Betriebssystem für Arbeit anders war: Wie Probleme sichtbar gemacht wurden, wie Entscheidungen getroffen wurden, wie Menschen Verantwortung übernahmen. Unabhängige Analysen ermittelten einen Produktivitätsvorteil von etwa 40 Prozent gegenüber traditionellen GM-Werken. Nicht durch Technologie. Durch ein anderes System.
Tools versus System: Die wichtigste Unterscheidung
Toyota war nicht großartig, weil Kanban-Karten an Wänden hingen. Toyota war großartig, weil das Produktionssystem so gebaut war, dass Kanban-Karten darin einen Sinn ergaben.
Diese Unterscheidung zwischen dem Werkzeug und dem System, in dem es lebt, ist die wichtigste Idee für das Verständnis dessen, was gerade in der Softwareentwicklung passiert.
Denn wir haben diesen Fehler in der Softwareindustrie bereits einmal gemacht. Mit Agile. Und wir machen ihn gerade wieder, mit KI-Agenten.
Im zweiten Teil dieser Serie schauen wir uns an, wie Agile zu "AgileFall" wurde und was das über den aktuellen KI-Hype aussagt.
Wer davon betroffen ist
- Softwareteams, die Claude Code, Codex oder andere Coding-Agenten einführen und inkonsistente Ergebnisse sehen
- CTOs und Tech Leads, die entscheiden müssen, wie KI-Agenten in ihren Entwicklungsprozess passen
- Unternehmen, die "KI-first" werden wollen und nicht wissen, wo sie anfangen sollen
- Alle, die gerade nach dem "richtigen KI-Tool" suchen und vielleicht die falsche Frage stellen
Häufige Fragen
Was hat Toyota mit Softwareentwicklung zu tun? Das Toyota Production System ist eines der am gründlichsten dokumentierten Beispiele dafür, wie eine Denkweise und nicht Technologie den entscheidenden Unterschied macht. Die Fehler, die amerikanische Hersteller beim Kopieren machten, wiederholen sich in anderen Industrien, auch in der Software.
Bedeutet das, dass KI-Tools nicht wichtig sind? Nein. Tools spielen eine Rolle. Aber kein Tool liefert verlässlich gute Ergebnisse ohne das richtige System drumherum. Genau wie Kanban-Karten in einem dysfunktionalen System nichts nützen, liefert Claude Code in einem schlecht definierten Prozess keine konsistente Qualität.
Was ist das "unsichtbare System" bei Toyota konkret? Die Managementphilosophie: Probleme an der Quelle beheben statt zu umgehen, jeden Mitarbeiter befähigen die Linie zu stoppen wenn etwas nicht stimmt, kontinuierliche Verbesserung als permanente Aufgabe. Das lässt sich nicht mit einem Einkauf kopieren.
Welchen Fehler macht die Softwarebranche gerade? Teams fragen "Welches KI-Tool soll ich nutzen?" statt "Welches System brauche ich, damit ich dem Output von KI-Agenten genug vertrauen kann, um ihn zu shippen?" Das ist dieselbe Frage auf der falschen Ebene.
Ist ex-nihilo selbst davon betroffen? Ja. Wir haben denselben Prozess durchgemacht, von Autocomplete zu echten autonomen Agenten, und dabei gelernt, dass der Fortschritt nicht vom Tool abhing. Im dritten Teil teilen wir konkret, was wir beim Aufbau von Zedl gelernt haben.
Was ist NUMMI heute? Das NUMMI-Werk wurde 2010 geschlossen, nachdem GM in die Insolvenz ging. Das Gebäude ist heute Teslas Hauptproduktionsstätte in Fremont, Kalifornien.