23:47 Uhr
Linie steht. Fehlercode, den die Schicht so noch nie gesehen hat. Der Werksleiter wird angerufen, im Auto auf dem Heimweg. Der Servicetechniker des Herstellers ist erst morgen früh erreichbar. Im Handbuch steht etwas, das ungefähr passt — aber nicht genau. Der Kollege, der die Maschine 2014 in Betrieb genommen hat, ist im Urlaub. Sein Vertreter weiß, dass es da mal ein Workaround gab, aber nicht mehr, wo der dokumentiert ist.
Drei Stunden später läuft die Maschine wieder. Aber die Schicht ist verloren, der Liefertermin morgen wackelt, und drei Leute haben deutlich schlechter geschlafen als geplant.
Solche Nächte gibt es in deutschen Produktionen häufiger, als die Hochglanz-Broschüren vermuten lassen. Und sie sind teurer, als die meisten Controlling-Systeme zeigen.
Die offensichtliche Rechnung
Wenn man über die Kosten von Maschinenstillständen spricht, kommt fast immer dasselbe: entgangene Produktionsmenge, Fixkosten. Das ist nicht falsch, aber es ist erstaunlich unvollständig.
Tatsächlich ziehen ungeplante Stillstände eine ganze Reihe von Folgekosten nach sich:
• Direkte Produktionsverluste, während die Fixkosten weiterlaufen.
• Folgekosten in der Lieferkette: verschobene Aufträge, gestresste Disposition, im schlimmsten Fall Vertragsstrafen.
• Zusatzaufwand für die Wiederinbetriebnahme: Anfahren, Qualitätsprüfung, Ausschuss bei den ersten Teilen.
• Reputationsverlust beim Kunden — gerade in der Just-in-Time-Lieferung wiegt eine verspätete Lieferung schwerer als ein höherer Stückpreis.
• Belastung der Mitarbeiter: Druck, Frust, Überstunden, das Gefühl, dem Problem nicht gewachsen zu sein.
Die ersten beiden Posten landen früher oder später im Reporting. Die letzten drei nicht. Und genau die sind langfristig oft die teuersten.
Die unsichtbare Rechnung
Eine Mitarbeiterin, die zum dritten Mal in einem Quartal nachts rausgeholt wird, weil eine Maschine streikt, deren Fehler sie eigentlich gar nicht beheben können sollte, ist irgendwann woanders. Ein Kunde, der zwei Mal kurz vor knapp informiert werden muss, dass die Lieferung wackelt, kalkuliert beim nächsten Vergabeprozess mit einem zweiten Lieferanten.
Diese Effekte kommen nicht in der OEE-Tabelle vor. Aber sie sind real, und sie kosten — nur eben verzögert und an anderer Stelle.
Warum es so lange dauert
Hier wird es interessant. Wer einmal mitten in einem Stillstand steht, merkt schnell: Das eigentliche Problem ist selten die Reparatur. Es ist alles, was davor kommt.
Im Schnitt geht die Zeit zwischen Maschine-steht und Maschine-läuft-wieder zum größten Teil für etwas drauf, das nicht „arbeiten“ ist, sondern „herausfinden“:
• Welcher Fehler liegt eigentlich genau vor?
• Wo finde ich die richtige Information dazu?
• Welche der drei beschriebenen Lösungswege passt zu meiner Konfiguration?
• Wer in der Firma weiß so etwas eigentlich noch?
Das hat strukturelle Gründe. Wichtiges technisches Fachwissen ist in den meisten Betrieben über hunderte Seiten Anleitung und veraltete Dokumente verstreut. Vieles davon lebt zusätzlich nur in den Köpfen einzelner Mitarbeiter — und geht mit jedem Renteneintritt ein Stück verloren.
Und ehrlich: Selbst wenn jemand weiß, wo die Information steht, dauert es oft länger, sie zu finden, als sie umzusetzen. Suchen ist das Bottleneck. Nicht Schrauben.
Warum Geschwindigkeit kein Luxus ist
In manchen Diskussionen klingt schnelle Fehlerbehebung wie ein Nice-to-have. Ist sie nicht. Sie ist ein strategischer Hebel.
Eine Produktion, die Stillstände schnell und souverän auflöst, kann mit weniger Pufferbeständen arbeiten, kann engere Liefertermine zusagen, kann ihre Mitarbeiter besser einsetzen — und gewinnt dadurch sowohl bei Kunden als auch im eigenen Team an Glaubwürdigkeit.
Anders gesagt: Wer schneller wieder läuft, hat strukturell bessere Margen. Nicht weil er günstiger produziert, sondern weil er weniger Reibung produziert.
Was es braucht
Wenn man die Ursachen ernst nimmt, wird klar: Das Problem ist nicht ein Mangel an Material. Das Problem ist, dass im entscheidenden Moment niemand schnell genug an die richtige Information kommt — und dass diese Information selten von allein zur konkreten Situation passt.
Was es stattdessen braucht: Schnellen, kontextbezogenen Zugriff auf das richtige Wissen. Verbindung zur realen Maschine — Sensordaten, Fehlercodes, Konfiguration. Verfügbarkeit, die nicht an Personen hängt. Und Verfügbarkeit, die nicht an einer Internetverbindung hängt.
Genau dafür haben wir ExpectIQ gebaut. Im nächsten Beitrag schauen wir uns an, warum die naheliegende Antwort — „dann brauchen wir eben bessere Dokumentation“ — leider nicht funktioniert. Und was sich ändert, wenn aus Suchen Fragen wird.