Vom Pilotprojekt zum Werksstandard: IoT auf alle Linien ausrollen

Warum gute Pilotprojekte an einer Linie stecken bleiben

McKinsey beschreibt das „Pilot-Fegefeuer", in dem viele Unternehmen festhängen: Pilotprojekte funktionieren, aber der Nutzen in der Breite kommt nie an. Eine Bewertung von mehr als 1.000 Fertigungsstandorten durch das World Economic Forum und McKinsey ergab 44 führende Unternehmen, 2020 kamen 10 weitere hinzu, die solche Technologie in der Breite einsetzten. Selbst diese Vorreiter erleben heute, was das WEF einen „Scaling Slump" nennt, wenn sie die Wirkung auf ganze Netzwerke ausweiten wollen.

In einem mittelständischen Werk liegt es meist daran, dass die Regeln des Pilots im Kopf eines einzigen Treibers steckten und niemand aufgeschrieben hat, warum es funktioniert hat. Linie zwei beginnt dann bei null mit neuen Definitionen, und die Zahlen sind nicht mehr vergleichbar.

Was Sie aus dem Pilot festschreiben sollten

Schreiben Sie die Teile fest, die bestimmen, wie Menschen reagieren. Sie sollten an jeder Linie identisch sein:

• Zustandsmodell. Dieselben Definitionen für läuft, steht, Umrüsten, Warten auf Material und geplanter Stillstand.
• Kategorien von Gründen. Eine gemeinsame Liste auf oberster Ebene, zum Beispiel acht Kategorien wie Mechanik, Elektrik, Material, Qualität und Organisation.
• Alarmwege und Eskalation. Jede Stillstandskategorie geht an eine Rolle in der Schicht. Keine Quittierung innerhalb von 5 Minuten heißt: Der Schichtführer wird alarmiert.
• Besprechungsrhythmus. Zehn Minuten zu Beginn jeder Schicht zu den größten Verlusten, plus eine wöchentliche Besprechung mit der Instandhaltung.
• KPI-Definitionen. Eine OEE-Formel und eine Definition der Reaktionszeit. Der verbreitete Richtwert von Vorne zum Beispiel setzt 85 % OEE aus 90 % Verfügbarkeit, 95 % Leistung und 99 % Qualität zusammen. Berechnen zwei Linien die OEE unterschiedlich, ist ein Vergleich sinnlos.

Das Lean Enterprise Institute beschreibt Standardarbeit als die Grundlage für Verbesserung. Mit einem festgeschriebenen Standard sehen Sie, ob eine Änderung an Linie vier tatsächlich geholfen hat.

Was Sie pro Linie anpassen sollten

Manches lässt sich nicht kopieren, und wer es erzwingt, erzeugt Widerstand:

• Maschinenanbindungen. Eine Linie mit modernen SPS wird direkt ausgelesen; eine ältere Linie braucht Edge-Geräte oder Kameras.
• Detaillierte Gründe. Unter jeder gemeinsamen Kategorie benennen die Bediener die Gründe in ihren eigenen Worten, 10 bis 15 pro Maschinentyp.
• Schwellen. Ein Kurzstillstand an einer Presse und einer an einer Verpackungsmaschine brauchen unterschiedliche Limits, legen Sie diese daher pro Maschinentyp fest.
• Schichtmodelle und Verantwortliche. Die Rollen bleiben gleich; Namen und Schichtzeiten ändern sich.

Wenn Sie mehr als einen Standort betreiben, gilt dieselbe Aufteilung eine Ebene höher. Unser Artikel darüber, wie Sie den Nutzen von IoT standortübergreifend belegen, ohne eine Einheitsvorlage zu erzwingen, behandelt das.

Das Rollout-Playbook

Das Playbook ist ein kurzes Dokument von wenigen Seiten. Es beantwortet, wer was in welcher Reihenfolge an jeder neuen Linie tut. Jedes Element hat einen Verantwortlichen.

Bevor eine neue Linie live geht, prüfen Sie:

1. Jede Maschine im Umfang meldet ihren Zustand, vor Ort überprüft.
2. Die Bediener haben die detaillierte Liste der Gründe für ihre Linie geprüft.
3. Die Alarmwege wurden in jeder Schicht getestet, auch nachts.
4. Der Ausgangswert ist erfasst und abgezeichnet.
5. Die Erfolgskriterien sind schriftlich festgehalten, zum Beispiel eine Reaktionszeit unter 10 Minuten bis Woche acht.

In welcher Reihenfolge Sie die Linien angehen

Wählen Sie die nächste Linie nach Nutzen, Ähnlichkeit und Verantwortung. Eine Engpasslinie bringt den größten Nutzen, und eine Linie mit den Maschinentypen des Pilots nutzt den Großteil der Arbeit wieder. Es hilft auch sehr, wenn der Linienverantwortliche das System selbst haben will.

Starten Sie keine Linie während eines Produktanlaufs. Rollen Sie in Wellen von ein oder zwei Linien aus und betreiben Sie nicht mehr Linien parallel, als der Verantwortliche für den Standard jede Woche prüfen kann. Als Orientierung für das Tempo: Ein modellierter Basisfall für einen typischen Brownfield-Standort zeigt 11 von 13 Maschinen angebunden und sichtbar in etwa drei Wochen; nutzen Sie das für die Planung und gleichen Sie es mit Ihren eigenen Linien ab.

Messen Sie jede Linie an ihrem eigenen Ausgangswert. An der Pilotlinie eines Werks für Wellpappverpackungen sank die Reaktionszeit auf einen Stillstand von 24 auf 9 Minuten; die Linien zwei und drei werden auf eigene Werte kommen. Der Artikel zu den ersten 90 Tagen listet auf, was Sie pro Linie verfolgen sollten.

Wie Sie den Standard steuern

Benennen Sie einen Verantwortlichen für den Standard und führen Sie ihn mit Versionen. Änderungen an festgeschriebenen Elementen laufen über einen kurzen Antrag: was sich ändert, warum und welche Linien betroffen sind. Prüfen Sie die Kategorien von Gründen jedes Quartal und entfernen Sie die, die niemand nutzt.

Der Überblick von DBR77 zu CMMI und Datenreife betrachtet definierte Standardprozesse als Einstiegspunkt für Automatisierung in der Breite.

Sobald mehrere Linien transparent sind, übergibt DBR77 IIoT an DBR77 IRIS, das die Reaktion auf allen Linien als einen geschlossenen, wiederholbaren Ausführungskreislauf steuert. Unser Artikel über IoT als wiederholbares Betriebssystem beschreibt diesen Schritt.

Häufige Fragen

Wie viele Linien sollten wir gleichzeitig ausrollen?

Eine oder zwei pro Welle. Die Grenze ist nicht die Installationsgeschwindigkeit, sondern die Zeit, die der Verantwortliche für den Standard hat, um jede Linie wöchentlich zu prüfen.

Was, wenn unsere Linien sehr unterschiedlich sind?

Schreiben Sie Zustandsmodell, Kategorien von Gründen, Alarmlogik und Besprechungsrhythmus trotzdem fest. Unterschiede gehören in Anbindungen, detaillierte Gründe und Schwellen. So bleiben die Zahlen über alle Linien vergleichbar.

Wer sollte den Standard verantworten?

Jemand aus Operations oder Continuous Improvement. IT/OT verantwortet Anbindungen und Sicherheit; beim Standard geht es darum, wie die Produktion reagiert.

Woran erkennen wir, dass der Rollout funktioniert?

Jede Linie sollte ihren eigenen Ausgangswert bei Reaktionszeit und „unbekannter" Stillstandszeit innerhalb weniger Wochen übertreffen. Wenn nicht, prüfen Sie zuerst die Alarmwege und die tägliche Besprechung.

Wann kommt IRIS ins Spiel?

Wenn mehrere Linien transparent sind und das Werk einen gemeinsamen Ausführungskreislauf für Aufgaben, Instandhaltung, Qualität und Arbeitsschutz über alle Linien will.

Fazit

Der größte Teil des Standards existiert schon an der Pilotlinie, oft allerdings nur in den Köpfen der Leute, die sie betreut haben. Bevor Sie Linie zwei auswählen, lassen Sie dieses Team die Playbook-Tabelle oben ausfüllen und benennen Sie den Verantwortlichen für den Standard. Erfassen Sie danach zwei Wochen Ausgangswert an der nächsten Linie und halten Sie ihr Ziel für Woche acht schriftlich fest, zum Beispiel eine Reaktionszeit unter 10 Minuten.

Quellen

• McKinsey & Company, IoT value set to accelerate through 2030, 2021
• McKinsey & Company, Lighthouse manufacturers illuminate path to the next normal, 2020
• World Economic Forum, Global Lighthouse Network: Adopting AI at Speed and Scale, 2023
• Lean Enterprise Institute, Standardized Work
• Vorne, World-Class OEE
• DBR77, CMMI and data maturity
• DBR77-IoT-Pilotdaten und modellierte Basisfälle, 2026