Zurück zum Blog
Lean & Execution

Evolution statt Revolution: Warum KI in der Fertigung oft scheitert – und wo Sie heute anfangen können

Julian Zur-Lienen||3 min read
Evolution statt Revolution: Warum KI in der Fertigung oft scheitert – und wo Sie heute anfangen können

Die Präsentation überzeugt, die Demo wirkt mühelos. Dann trifft KI auf reale Anlagen, unvollständige Stammdaten und wechselnde Schichten. Plötzlich ist der „Pilot“ ein Dauerpilot.

Das ist kein Technikproblem. Es ist ein Erwartungs- und Ausführungsproblem. Wer Umsetzungsgeschwindigkeit als Designaufgabe begreift, wählt Evolution statt Revolution.

Der Denkfehler

Viele Teams planen die große Transformation. Vollautomatisierte Entscheidungen. Durchgängige Ersetzung ganzer Prozessketten. In der Praxis kippen solche Vorhaben an drei Punkten:

  • Daten sind verteilt, veraltet oder widersprüchlich. Die schöne Demo sah nur das Schaufenster.
  • Integration frisst Zeit. Legacy-Schnittstellen, Berechtigungen, IT-Sicherheit, Betriebsrat. Alles berechtigt, alles langsam.
  • Nutzerakzeptanz bleibt aus. Prozesse ändern sich, aber Arbeitsrealität und Schulung ziehen nicht mit.

Der Effekt: lange Projekte ohne greifbaren Nutzen. Die Organisation verliert Vertrauen und Tempo.

Was in Fabriken wirklich trägt

In der Fertigung zählt Fluss. Vom Signal zur Entscheidung zur Aktion zum Ergebnis. KI hilft dort, wo sie Engpässe im Informationsfluss abbaut, nicht wo sie alles ersetzt.

Gute Startpunkte sind handfest, niedrigschwellig und nah am Shopfloor:

  • Wissenszugriff für Schichtführer: Werksnormen, Rüsthinweise, Abweichungsberichte, SPS-Notizen. Schnell finden, richtig anwenden.
  • Quality Triage: Abweichungen klassifizieren, ähnliche Fälle anzeigen, nächste Prüfungen vorschlagen.
  • Wartung: Teilelisten, Explosionszeichnungen, Störungs-Historie. Antworten in Sekunden statt in Mappen.
  • Beschaffung: Spezifikationen, Zertifikate, REACH/ROHS, Lieferantenfreigaben. Saubere Treffer statt E-Mail-Pingpong.

Diese Fälle brauchen keine perfekte Datenwelt. Sie verbessern den Arbeitstag sofort. Sie erzeugen messbare Effekte.

Ein 30-Tage-Fahrplan

Woche 1. Entscheidungsstellen kartieren. Welche Fragen tauchen täglich auf, kosten Minuten und stören den Fluss. Drei konkrete Fragen auswählen. Beispiel: „Welche Drehmomente gelten für Variante B an Linie 3?“

Woche 2. Daten greifbar machen. Relevante Dokumente, Tickets, Logs zusammenziehen. Grobe Ordnung reicht. Klare Zugriffsklassen definieren. Pilotumgebung aufsetzen, rechtssicher und lokal kontrolliert.

Woche 3. In den Ablauf einbetten. Einen Arbeitsplatz, eine Linie. Schneller Zugriff über vorhandene Geräte. Kein neues Portal. Zwei kurze Trainings pro Schicht. Feedback täglich einsammeln.

Woche 4. Messen und nachschärfen. Zeit vom Signal bis zur Antwort. Anzahl Nachfragen. Fehlerquote vor und nach Pilot. Dann eine nächste Frage hinzufügen oder an die Nachbarzelle erweitern.

Ziel sind kleine, belastbare Sprünge. Nicht die große Show.

Souveräne Daten. Praktisch wichtig

Europäische Fertiger tragen Verantwortung für Kundendaten, Rezepturen und Prozesswissen. Reine Standortwahl reicht nicht. Jurisdiktion entscheidet. Ein Anbieter, der ausländischem Recht unterliegt, kann zur Datenherausgabe gezwungen werden, auch wenn die Server in der EU stehen. Das ist rechtlich möglich, Stichwort extraterritoriale Gesetze wie der CLOUD Act.

Wer Geschwindigkeit ohne Risiko will, fährt mit einer EU-eigenen Kette besser. EU-Unternehmen. EU-Rechenzentren. EU-Recht. Das vereinfacht Datenschutz, Betriebsratsabstimmung und Lieferantenaudits. Und Sie können sensible Produktionsinformationen sicher in KI-gestützte Abläufe bringen.

Metriken, die zählen

Vergessen Sie „Prozent Automatisierung“. Messen Sie Fluss.

  • Entscheidungsdurchlaufzeit: Von Störung bis Maßnahme.
  • Ersttrefferquote bei Suchen: Richtige Antwort ohne Nachfragen.
  • Rüstzeitvarianz: Schwankung reduziert sich.
  • Nacharbeitsrate bei den betroffenen Positionen.
  • Nutzeradoption: Wie oft nutzen Schichten das neue Werkzeug pro Tag.

Diese Zahlen sind klein genug für Wochenzyklen und groß genug für Vorstand und Betriebsrat.

Buy, adapt, run

Eigenentwicklung klingt attraktiv. In der Praxis gewinnen Teams, die Bewährtes einkaufen, schlank anpassen und in den Prozess gießen. Eine kleine Schnittstelle, ein sauberes Rollenmodell, ein praxisnahes UI. Dann jede Woche eine Engpassfrage mehr. So baut das Team Fähigkeiten auf, ohne sich in Plattformbau zu verlieren.

Was sich ändert, wenn Sie so vorgehen

  • Risiko sinkt. Ein Ausrutscher kostet Tage, nicht Budgets.
  • Time-to-Value schrumpft. Wochen statt Jahre.
  • Die Organisation lernt. Datenqualität steigt „nebenbei“ pro Use Case.
  • Mitarbeiter ziehen mit. Weil der Nutzen im Alltag sichtbar ist.

Das ist Evolution. Und sie skaliert.

Wollen Sie in 30 Tagen einen ersten produktiven KI-Use-Case auf EU-souveräner Basis liefern? Sprechen Sie mit uns.

Quellen

  • 80-ai-evolution-revolution-implementation-reality.md