Rollout & Skalierung8 Min. Lesezeit

Wenn Bediener den Daten nicht trauen: So setzt sich IoT in der Fertigung durch

DBR77 Team · Veröffentlicht am

Bediener beginnen IoT-Daten zu vertrauen, wenn diese mit dem übereinstimmen, was sie an der Maschine sehen, wenn ihre Eingaben sichtbar etwas verändern und wenn die Zahlen genutzt werden, um ihnen zu helfen. Fehlt einer dieser Punkte, ignorieren sie den Bildschirm, wählen „Sonstiges" als Stillstandsgrund und führen weiter ihr eigenes Notizbuch.

Misstrauen in den ersten Wochen ist normal, und es ist nützlich. Meist zeigt es auf ein echtes Problem in den Daten oder in ihrer Verwendung. Dieser Artikel zeigt, wie Sie dieses Problem finden und beheben.

Wenn Bediener den Daten nicht trauen: So setzt sich IoT in der Fertigung durch

Warum Bediener Maschinensignalen misstrauen

An einer typischen Brownfield-Linie hat Misstrauen wenige Quellen. Jede hat eine Ursache, die Sie beheben können.

Einwand der Bediener Was dahintersteckt Was zu tun ist
„Laut Bildschirm standen wir, aber wir haben produziert." Falsche Zustandslogik, z. B. eine Pause als Stillstand gezählt Zustände mit den Bedienern validieren, bevor Zahlen veröffentlicht werden
„Keiner der Gründe passt zu dem, was passiert ist." Liste der Gründe im Büro geschrieben oder aus dem ERP kopiert Liste mit den Bedienern neu schreiben, in ihren Worten
„Das ist doch nur, um uns zu kontrollieren." Daten pro Person angezeigt oder in einem Disziplinargespräch verwendet Schriftlich festlegen, wofür die Daten da sind; pro Linie und Schicht berichten
„Das haben wir schon mal gesagt, es passiert nichts." Eingaben verschwinden und niemand meldet sich zurück Jede Verbesserung zeigen, die aus Hinweisen der Bediener entstanden ist

Eine IoT-Einführung ist ein Veränderungsprojekt, und die Fertigung entscheidet, ob es funktioniert. Prosci hat festgestellt, dass Projekte mit exzellentem Change Management etwa siebenmal häufiger ihre Ziele erreichen als Projekte mit schwachem Change Management.

Screenshot der DBR77-Plattform: Maschinen-DashboardsScreenshot der DBR77-Plattform: Maschinen-Dashboards
Bildschirm der DBR77-Plattform: Maschinen-Dashboards. Daten aus der Demo-Fabrik.

Erst die Daten korrigieren, dann um Vertrauen bitten

Falsche Zahlen verbrennen Glaubwürdigkeit, die Sie später brauchen. Korrigieren Sie deshalb das Signal, bevor Sie irgendetwas veröffentlichen.

Eine Maschine gilt als „in Produktion", weil der Motorstrom über einer Schwelle liegt, während sie ohne Material leer läuft. Ein Umrüsten erscheint als ungeplanter Stillstand. Langsame Takte bleiben unsichtbar, weil nur die Signalsäule ausgelesen wird.

Ein Beispiel: Das System zeigt 40 Minuten Stillstand an einer Presse, der Bediener erinnert sich an 15. Die Differenz ist eine Pause von 25 Minuten, die niemand im Schichtkalender eingetragen hat (Zahlen zur Veranschaulichung). Eine einzige solche falsche Zahl auf einer Tafel lässt das ganze System unzuverlässig wirken.

Eine kurze Validierungsroutine verhindert das:

  1. Lassen Sie das System ein bis zwei Wochen laufen, ohne Zahlen zu veröffentlichen.
  2. In jeder Schicht vergleichen Bediener und Schichtführer die Zeitachse der Maschine mit dem, was tatsächlich passiert ist.
  3. Jede Abweichung wird zu einer Korrektur: eine Schwelle, ein Kalendereintrag, ein fehlendes Signal.
  4. Veröffentlichen Sie erst, wenn die Bediener bestätigen, dass die Zeitachse ihrer Schicht entspricht.

Unser Artikel darüber, warum Maschinendaten ohne Kontext nutzlos sind, erklärt, welchen Kontext Sie ergänzen sollten.

Sehen Sie, was Bediener sehen

In einer 30-minütigen Online-Demo zeigen wir den Bedienerbildschirm, die Erfassung von Gründen direkt beim Stillstand und wie der Linienverantwortliche die Listen ohne IT anpasst.

Demo buchen

Lassen Sie die Bediener die Liste der Gründe schreiben

Stillstandsgründe, die im Büro entstehen, passen selten zur Fertigung. Die Bediener wählen dann „Sonstiges" oder den ersten Eintrag, und das Pareto füllt sich mit Rauschen.

Setzen Sie sich pro Maschinentyp eine Stunde mit zwei oder drei Bedienern zusammen und fragen Sie, was die Maschine tatsächlich stoppt. Behalten Sie 10 bis 15 Gründe, in ihren Worten. „Warten auf Stapler" funktioniert besser als „Verzögerung interne Logistik".

Dafür gibt es auch außerhalb von IoT Belege. In einem Projekt zur Schichtübergabe, das The Keil Centre beschreibt, haben die späteren Nutzer die neuen Übergabeprotokolle mitgestaltet, und der Autor führt den Erfolg des Vorhabens auf diese Beteiligung zurück (Lardner, 1999).

Prüfen Sie die Liste monatlich. Liegt „Sonstiges" über etwa 10 % der Stillstandszeit, fehlt ein Grund. In der Bediener-App von DBR77 IIoT ändert der Linienverantwortliche die Liste ohne Ticket an die IT.

Zeigen Sie den Bedienern, was ihre Eingaben bewirkt haben

Bediener vertrauen dem System deutlich früher, wenn sie sehen, dass ihre eigene Eingabe zu einer Verbesserung geführt hat. Verschwinden ihre Eingaben, hören sie auf, welche zu machen.

Eine typische Situation: Die Bediener einer Verpackungslinie markieren Kurzstopps immer wieder als „Folienstau". Nach drei Wochen zeigen die Daten, dass dies gemessen in Minuten der größte Verlust der Linie ist, obwohl jeder Stopp unter zwei Minuten dauert. Vorne weist darauf hin, dass die meisten Unternehmen solche Kurzstillstände nicht genau erfassen. Die Instandhaltung ändert die Folienführung, und die Stopps gehen zurück (Beispiel zur Veranschaulichung).

Dann sagen Sie es der Schicht. Hängen Sie es an die Tafel an der Linie: „Sie haben in drei Wochen 140-mal ‚Folienstau' markiert. Die Führung wurde am Dienstag getauscht. Hier ist der Verlauf seitdem." Die Bediener lernen, dass sich ihre zwei Sekunden beim Stillstand gelohnt haben. Toyota sagt es deutlich: Maschinen stoppen bei einer Abweichung, aber „nur Menschen können Kaizen umsetzen".

Wie Sie manuelle Übersteuerungen durch Bediener auswerten

Früher oder später übersteuern Bediener das System. Sie ändern einen Grund nachträglich, markieren einen Stillstand als geplant oder quittieren einen Alarm, ohne zu handeln. Die erste Reaktion ist, das Schummeln zu nennen, und diese Reaktion liegt meist daneben.

Eine Übersteuerung ist eine Information über eine Regel, die nicht zum realen Prozess passt. Die britische Arbeitsschutzbehörde HSE stellt fest, dass bewusste Abweichungen von Vorgaben oft dort auftreten, wo die Aufgabe schlecht gestaltet ist, und empfiehlt als Lösung, die Aufgabe oder die Ausrüstung neu zu gestalten.

Werten Sie Übersteuerungen wöchentlich mit den Schichtführern aus:

  • Nach Regel gruppieren. Zehn Übersteuerungen einer Alarmschwelle sind ein Befund.
  • Den Bediener nach dem Warum fragen. Die Antwort ist meist einfach: Der Alarm löst während der geplanten Reinigung aus, oder ein häufiger Fall fehlt.
  • Die Regel ändern oder erklären. Ist sie falsch, ändern Sie sie und sagen es zu Beginn der nächsten Schicht.
  • Die Übersteuerungsrate verfolgen. Sie sollte mit der Zeit sinken.

Zu viele Fehlalarme sind ein häufiger Auslöser; siehe warum IIoT-Alarme in der Fertigung scheitern.

Daten zur Unterstützung nutzen, nicht zur Bestrafung

Am schnellsten verlieren Sie die Fertigung, wenn Sie den ersten Monat an Daten in einem Disziplinargespräch verwenden. Danach werden die Gründe vager und die Übersteuerungen nehmen zu.

Menschen ändern zudem ihr Verhalten, wenn sie wissen, dass sie gemessen werden. Eine systematische Übersichtsarbeit im Journal of Clinical Epidemiology kam zu dem Schluss, dass die Beobachtung das beobachtete Verhalten tatsächlich beeinflusst. Bediener, die sich überwacht fühlen, sorgen dafür, dass die Daten zeigen, wie sie dastehen wollen.

Halten Sie vor dem Go-live einige Regeln schriftlich fest: Daten werden pro Linie und Schicht ausgewertet, ohne Ranking von Einzelpersonen; ein Stillstand führt zu einer Frage an den Prozess; Bediener sehen dieselben Bildschirme wie Führungskräfte; der Betriebsrat sieht die Regeln zuerst.

Häufige Fragen

Wie lange dauert es, bis Bediener IoT-Daten vertrauen?

Rechnen Sie mit vier bis acht Wochen an einer Linie. Vertrauen entsteht durch eine Zeitachse, die ihrer Schicht entspricht, und durch mindestens eine sichtbare Verbesserung aus ihren Hinweisen.

Sollten Bediener einen Stillstandsgrund nachträglich ändern dürfen?

Ja, innerhalb derselben Schicht und mit protokollierter Änderung. Wer Korrekturen sperrt, drängt die Leute zu „Sonstiges". Protokollierte Änderungen zeigen, wo die Liste der Gründe oder die Zustandslogik schwach ist.

Sollten wir die OEE pro Bediener anzeigen?

Davon raten wir in den ersten Monaten ab. Die Leistung hängt genauso von Material, Instandhaltung und Planung ab wie von der Person.

Was, wenn eine Schicht das System weiterhin ablehnt?

Verbringen Sie eine Schicht mit ihr. Meist hat sie einen echten Fehler in den Daten gefunden, oder Zahlen wurden gegen sie verwendet. Beheben Sie das zuerst.

Fazit

Rechnen Sie mit vier bis acht Wochen, bis die Bediener einer Linie den Zahlen vertrauen; den größten Teil dieser Zeit kostet es, die Zeitachse richtig hinzubekommen. Wählen Sie eine Linie und lassen Sie das System dort ein bis zwei Wochen laufen, ohne etwas zu veröffentlichen. Am Ende jeder Schicht vergleichen Bediener und Schichtführer die Zeitachse der Maschine mit dem tatsächlichen Ablauf, und jede Abweichung wird zu einer Korrektur an Schwelle, Kalender oder Signal, bevor die erste Zahl auf eine Tafel kommt.

Planen Sie einen Pilot, den die Fertigung mitträgt

Wir richten mit Ihnen Validierungswochen, von Bedienern geschriebene Listen von Gründen und eine Auswertung der Übersteuerungen ein, bevor auch nur eine Zahl auf eine Tafel kommt.

Pilot planen

Quellen