Wesentliche Erkenntnisse
Kurzantwort: Wartung über mehrere Standorte zu standardisieren bedeutet, die Art und Weise, wie jedes Werk Arbeitsaufträge erstellt, Anlagen benennt, Stillstände kodiert und die Leistung misst, so weit zu vereinheitlichen, dass Vergleiche und Zusammenfassungen möglich sind, während jeder Standort weiterhin lokal ausführen darf.
Der praktische Weg ist eine gemeinsame Anlagenhierarchie, gemeinsame Arbeitsauftrag-Workflows und Ursachencodes, standardisierte Arbeitsanweisungen sowie vergleichbare OEE- und Wartungs-KPIs, idealerweise auf einer Plattform mit standortbezogener Konfiguration statt mit einem anderen Tool pro Werk.
Das Ziel ist keine rigide Gleichschaltung, sondern Vergleichbarkeit: die Fähigkeit, Standorte zu benchmarken, erfolgreiche Praktiken zu verbreiten und das Netzwerk als Ganzes zu steuern. Dieser Leitfaden beschreibt, wie man dorthin kommt.
Bei mehrwerkigen Herstellern wächst die Wartung meist standortweise. Jedes Werk übernimmt eigene Tools, eigene Benennungen von Anlagen, eigene Kategorien für Stillstände und eigene Gewohnheiten, oft eine Mischung aus lokalem CMMS und Tabellenkalkulationen.
Das Ergebnis ist, dass jeder Standort eine Insel ist: Sie können die Wartungsleistung eines Werks nicht mit der eines anderen vergleichen, Sie können keine netzwerkweite Sicht aggregieren, und eine Praxis, die an einem Standort hervorragend funktioniert, verbreitet sich nicht, weil niemand sie sehen kann.
Wenn die Führung fragt „Welche Standorte haben Probleme und warum?“ oder „Verbessert sich unsere Wartung im Netzwerk?“, lautet die ehrliche Antwort oft: Die Daten sind nicht ausreichend vergleichbar, um das zu sagen.
Diese Fragmentierung ist kostspielig: Sie verschleiert Minderleistung, verhindert Benchmarking, blockiert den Austausch bewährter Methoden und macht jede netzwerkweite Initiative, von einem neuen Standard für präventive Wartung bis zu einem Vorstoß für OEE, nahezu unmöglich, konsistent umzusetzen.
Standardisierung der Wartung über Standorte bedeutet, eine Sammlung von Inseln in ein vergleichbares, steuerbares Netzwerk zu verwandeln.
Es ist wichtig, das Ziel genau zu fassen, denn „standardisieren“ wird oft als „jeden Standort identisch machen“ missverstanden. Das ist weder erreichbar noch wünschenswert; Werke unterscheiden sich in Ausrüstung, Produkten, Größe und lokalen Zwängen.
Das eigentliche Ziel ist Vergleichbarkeit: die Kern‑Daten und -Prozesse so konsistent zu machen, dass Sie Standorte vergleichen, eine netzwerkweite Sicht zusammenführen und Praktiken zwischen Werken übertragen können, während lokale Ausführung dort differieren darf, wo es nötig ist.
Konkret bedeutet Standardisierung eine gemeinsame Strukturierung von Anlagen, einen gemeinsamen Satz von Stillstands‑ und Fehlerursachencodes, konsistente Arbeitsauftrag-Workflows und -Status, standardisierte Arbeitsanweisungen für gängige Aufgaben und vergleichbare Kennzahlen (Wartung und OEE), die überall auf die gleiche Weise berechnet werden.
Sie bedeutet nicht, identische Zeitpläne, Personalstärken oder lokale Vorgehensweisen für Werke durchzusetzen, die sich tatsächlich unterscheiden.
Das Prinzip lautet: Standardisieren Sie die Methode und die Kennzahlen, und erlauben Sie Flexibilität in der lokalen Ausführung, sodass ein Arbeitsauftrag oder eine OEE‑Zahl an jedem Standort dasselbe bedeutet, auch wenn der Alltag vor Ort unterschiedlich ist.
Standardisierung ruht auf drei Grundlagen, die über Standorte hinweg konsistent sein müssen.
Eine gemeinsame Anlagenhierarchie: Jedes Werk strukturiert und benennt seine Ausrüstung auf dieselbe Weise (Standort, Bereich, Linie, Maschine, Bauteil), sodass ein Anlagentyp überall dasselbe bedeutet und Daten aggregiert werden können. Ohne dies stimmt nichts anderes überein.
Konsistente Ursachencodes: Eine gemeinsame Taxonomie für Stillstands‑ und Fehlerursachen, damit, wenn ein Standort eine Ursache erfasst und ein anderer die „gleiche“ Ursache meldet, sie tatsächlich vergleichbar sind; das ist es, was Ihnen erlaubt, Verlustarten netzwerkweit zu benchmarken.
Gemeinsame Arbeitsauftrag-Workflows: Derselbe Lebenszyklus und dieselben Stati dafür, wie Arbeit angefordert, priorisiert, zugewiesen, ausgeführt und abgeschlossen wird, sodass ein Arbeitsauftrag an jedem Werk dasselbe Objekt ist.
Diese drei, Anlagenhierarchie, Ursachencodes und Arbeitsauftrag-Workflow, sind das Rückgrat der Mehrstandort‑Standardisierung. Bringen Sie sie in Einklang, und der Rest (KPIs, Benchmarking, Austausch bewährter Methoden) wird möglich; lassen Sie sie fragmentiert, und jeder Vergleich auf höherer Ebene steht auf wackeligen Füßen.
Sie zu etablieren ist meist der schwierigste und zugleich wertvollste Teil der Arbeit, weil es Zustimmung über Standorte hinweg erfordert, die jahrelang Dinge auf ihre eigene Weise gemacht haben.
Auf den datenbezogenen Grundlagen aufbauend, standardisieren Sie die Methode.
Arbeitsanweisungen für gängige, wiederkehrende Aufgaben sollten über Standorte hinweg konsistent sein, sodass eine vorbeugende Wartungsaufgabe oder Reparatur überall auf dieselbe, korrekte Weise durchgeführt wird, unabhängig davon, welches Werk oder welcher Techniker sie ausführt. Das ist die mehrstandort‑Anwendung von Standardarbeit, und es hängt von der Unterscheidung zwischen Arbeitsauftrag und Arbeitsanweisung ab: Der Arbeitsauftrag steuert den Vorgang, die standardisierte Arbeitsanweisung stellt sicher, dass er richtig ausgeführt wird.
Kennzahlen (KPIs) müssen überall identisch definiert und berechnet werden: Wartungskennzahlen und OEE werden auf dieselbe Weise ermittelt, mit denselben Definitionen von geplanter Zeit, Stillstand und guter Produktion, sodass eine Zahl aus einem Werk direkt mit der eines anderen vergleichbar ist.
Wenn Standorte OEE unterschiedlich berechnen, ist ein netzwerkweiter Vergleich bedeutungslos. Standardisierte Arbeitsanweisungen heben und angleichen die Ausführungsqualität; standardisierte KPIs machen die Leistung vergleichbar.
Zusammen ermöglichen sie dem Netzwerk, von sich selbst zu lernen: zu erkennen, welcher Standort eine Aufgabe am besten ausführt und diese Methode zu verbreiten, und welche Standorte die Kennzahlen tatsächlich übertreffen und warum.
Der Nutzen der Standardisierung sind vergleichbare Kennzahlen, daher lohnt es sich, dies als eigenes Ziel zu behandeln.
Wenn jeder Standort Stillstände mit denselben Ursachencodes gegen dieselbe Anlagenhierarchie erfasst und OEE sowie Wartungs‑KPIs auf dieselbe Weise berechnet, können Sie endlich das tun, was Mehrstandort‑Management ermöglichen soll: Standorte und Linien nach Leistung ranken, erkennen, wo die größten Verluste netzwerkweit auftreten, Werke fair gegeneinander benchmarken und eine echte unternehmensweite Sicht zusammenführen.
Sie können erkennen, dass die Verfügbarkeit eines Standorts das Netzwerk belastet und dann untersuchen, warum; Sie sehen, dass eine Verlustart alle Werke dominiert und starten eine koordinierte Gegenmaßnahme; Sie identifizieren das leistungsstärkste Werk für einen bestimmten Prozess und untersuchen, was dort anders gemacht wird.
Keine dieser Möglichkeiten besteht, wenn jedes Werk anders misst. Vergleichbare Kennzahlen halten die Standardisierung auch ehrlich: Sie zeigen, ob die standardisierten Prozesse tatsächlich befolgt werden und ob sie wirken.
Die Disziplin, Kennzahlen zentral einmal festzulegen und überall anzuwenden, ist das, was eine Sammlung separater Werke in ein Netzwerk verwandelt, das Sie tatsächlich als Ganzes steuern und verbessern können.
Standardisierung ist auf einer einzigen Plattform mit standortbezogener Konfiguration weitaus einfacher als über ein Flickwerk verschiedener werkseigener Tools.
Wenn jedes Werk sein eigenes CMMS betreibt, bedeutet das Durchsetzen einer gemeinsamen Anlagenhierarchie, gemeinsamer Ursachencodes, konsistenter Workflows und identischer KPI‑Definitionen ständige manuelle Abstimmung und Integration, und es neigt dazu, mit der Zeit wieder auseinanderzudriften.
Eine einzige Plattform, die an allen Standorten genutzt wird und die Flexibilität bietet, lokale Besonderheiten zu konfigurieren, verankert den Standard von vornherein: Das Anlagenmodell, die Ursachencodes, Workflows und KPI‑Berechnungen werden einmal definiert und überall angewendet, während jeder Standort innerhalb dieses Rahmens Zeitpläne, Personalstärke und lokale Verfahren weiterhin anpassen kann.
Dies ist der praktische Mechanismus, der Mehrstandort‑Standardisierung nachhaltig macht statt zu einer einmaligen Aufräumaktion, die wieder verblasst. Außerdem liefert er automatisch die aggregierte, Echtzeit‑Netzwerksicht, weil alle Daten bereits in einem konsistenten System liegen.
Die Wahl ist nicht zwingend Plattform‑oder‑nichts: Integration bestehender Tools ist möglich, aber für die meisten Hersteller, die echte standortübergreifende Konsistenz anstreben, ist eine gemeinsame Plattform mit lokaler Konfiguration der weniger aufwändige und dauerhaftere Weg als der Versuch, eine Sammlung unabhängiger Systeme zu harmonisieren.
Fabrico eignet sich gut für Mehrstandort‑Standardisierung, weil es Wartung und OEE auf einer Plattform vereint mit einem konsistenten Anlagenmodell, Ursachencodes und Arbeitsauftrag‑Workflows, die standortübergreifend gelten, während jedes Werk seine lokalen Besonderheiten konfigurieren kann.
Weil jeder Standort Stillstände und Qualität auf dieselbe Weise gegen die Live‑OEE erfasst, sind die Kennzahlen per Konstruktion vergleichbar, sodass Sie Werke benchmarken, eine netzwerkweite Sicht zusammenführen und bewährte Praktiken verbreiten können, anstatt ein Flickwerk werksspezifischer Tools abzugleichen.
Vereinbaren Sie eine Demo, um zu sehen, wie standardisierte Wartung und vergleichbare OEE über mehrere Standorte aussehen, oder vergleichen Sie Optionen in unserer Best‑CMMS‑Software‑Bewertung.
Es bedeutet, die Kernprozesse und -daten, Anlagenhierarchie, Ursachencodes, Arbeitsauftrag‑Workflows, Arbeitsanweisungen und KPI‑Definitionen, so über Werke hinweg konsistent zu machen, dass Vergleiche und Zusammenführungen möglich sind, während die lokale Ausführung differieren darf. Das Ziel ist Vergleichbarkeit, nicht das Erzwingen von Identität aller Standorte.
Eine gemeinsame Anlagenhierarchie (damit Ausrüstung gleich strukturiert und benannt wird), konsistente Ursachencodes für Stillstände und Ausfälle (damit Ursachen vergleichbar sind) und gemeinsame Arbeitsauftrag‑Workflows (damit ein Arbeitsauftrag überall dasselbe bedeutet). Diese drei sind das Rückgrat, das vergleichbare KPIs und Benchmarking möglich macht.
Nein. Werke unterscheiden sich in Ausrüstung, Produkten und Größe, daher ist das Erzwingen identischer Zeitpläne und Verfahren weder erreichbar noch sinnvoll. Standardisieren Sie die Methode (Arbeitsanweisungen, Prozesse) und die Kennzahlen (KPIs identisch berechnet), lassen Sie aber Flexibilität in der lokalen Ausführung. Das Ziel ist Vergleichbarkeit, nicht Uniformität.
In der Regel ja. Eine einzige Plattform mit standortbezogener Konfiguration verankert das gemeinsame Anlagenmodell, Ursachencodes, Workflows und KPI‑Definitionen und verhindert ihr Auseinanderdriften, während sie jedem Standort erlaubt, sich lokal anzupassen. Das Harmonisieren eines Flickwerks unterschiedlicher werkseigener Tools erfordert ständige manuelle Abstimmung und neigt dazu, wieder zu fragmentieren.
Definieren Sie OEE und seine Eingangsgrößen, geplante Produktionszeit, Stillstand, Performance und gute Produktion, identisch für alle Standorte, und erfassen Sie Stillstände mit denselben Ursachencodes gegen eine gemeinsame Anlagenhierarchie. Wenn jedes Werk OEE auf dieselbe Weise berechnet, sind die Zahlen direkt vergleichbar und Sie können benchmarken und eine echte netzwerkweite Sicht zusammenführen.
Anmeldung
Blog