Fünf Arten von CBM-Programmen, Teil III: CBM mit Reliability Engineering ausrichten
In früheren Kolumnen kartierten wir die fünf Evolutionsstufen von Condition-Based Maintenance (CBM) Programmen, von Level 1 Werken mit minimalem CBM bis zu Level 5 Best-Practice-Operationen. In diesem Teil untersuchen wir, wie CBM mit Reliability Engineering verzahnt ist.
Die Kritikalitätsanalyse: Ein robustes Kritikalitätsranking ist der Eckpfeiler jeder effektiven Wartungsstrategie, doch wenige Werke führen es mit Rigor durch. Es informiert, welche Assets ins CBM-Programm aufgenommen werden und wie Arbeitsaufträge priorisiert werden.
Viele Organisationen greifen standardmäßig auf das einfache ABC-System zurück – Geräte als A, B oder C zu labeln. Ein Kompressor mag ein „A“ erhalten, während ein Pausenraum-Kühlschrank ein „C“ bekommt. Die Herausforderung liegt in der Masse der Assets, die in den „B“-Bucket fallen. Wenn hunderte B-geratete Stücke um Aufmerksamkeit konkurrieren, wie entscheiden Sie, welches zuerst zu bedienen ist?
Was Sie brauchen, ist ein einzelner, kompositer Score, der jedes Asset ranft. Diese Granularität entfernt Raten und schafft Vertrauen, dass Sie zum richtigen Zeitpunkt am richtigen Equipment handeln.
Idealerweise beinhaltet der komposite Score Sicherheit, Umweltauswirkungen, Wartungskosten und Durchsatz/Qualitätseffekte. Konsens zu erreichen erfordert Zusammenarbeit über Wartung, Produktion, Beschaffung, Sicherheit, Finanzen und Marketing Teams.
Berichten Sie Asset Health? Genaue Asset-Health-Metriken sind der klarste Indikator für Zuverlässigkeit. Damit die Führung sie ernst nimmt, müssen die Daten standardisiert, bedeutungsvoll und wiederholbar sein.
Wo Asset Health einst nur Philosophie war, können wir heute eine Suite von CBM-Diagnostiken fahren, unterstützt von Software, die Condition scored und reportet. Top-Performer veröffentlichen nun Asset-Health-Status für alle Geräte mit konsistenten Benchmarks.
Ausfall ist nicht final: Während Sie einen Ausfall nach Eintritt nicht ändern können, können Sie die Reaktion gestalten. Diese Fähigkeit, aus Ausfällen zu lernen, unterscheidet erfolgreiche CBM-Programme von den anderen.
Ein CBM-Manager bei einem großen Chemieunternehmen bemerkte: „Wir investieren nicht genug in Defektbeseitigung. Wenn dasselbe Gerät 19 Mal im Jahr zitiert wird ohne proaktive Root-Cause-Aktion, ist das Programm fehlausgerichtet.“
Ausfall ist eine Lernchance: was passiert ist, warum es passiert ist, und welche Anpassungen Wiederholung verhindern.
In Level 1 und 2 Programmen sind formale Ausfalluntersuchungen selten. Level 3 Programme führen begrenzte Root-Cause-Analysen bei den kostspieligsten Ausfällen durch, und nur wenige Mitarbeiter sind in RCA geschult.
Top-Tier CBM-Initiativen verfügen über klare Trigger für Ausfalluntersuchungen – Kostengrenzen, Ausfallhäufigkeit, operativer Impact – und ziehen oft Lieferanten- oder OEM-Experten hinzu. Der Prozess ist vollständig dokumentiert, bei Abschluss veröffentlicht, und Metriken tracken Outcomes. Viele Mitarbeiter sind in RCA geschult, und Ergebnisse fließen zurück in Continuous Improvement.
Wo steht Ihre Organisation?

Angesichts der Merkmale jedes Levels, wo würden Sie Ihr CBM-Programm einordnen?
Gerätewartung und Reparatur
- Instandhaltungsführung: Finale Einsichten für Zuverlässigkeitserfolg
- Instandhaltung auslagern: Wann Outsourcing sinnvoll ist und wann In-House besser bleibt (Teil I)
- Wartungsführung meistern: Ausführung & Motivation – Teil 3
- IoTs Top-Fünf-Herausforderungen meistern: Kontinuität, Compliance, Koexistenz & Cybersicherheit – Teil 2
- Die fünf Kernherausforderungen des IoT: Deep Dive in die 5 Cs – Teil 1
- C++ Operatoren erklärt: Typen, Beispiele und Beispielprogramme
- Variablen in C#: Typen, Speicherung und Verwendung
- Nachhaltigkeit in der Fertigung: Finale Episode – Einblicke von Senseye-Führung
- Nachhaltigkeit in der Fertigung – Teil 2: KI für skalierbare Asset-Performance nutzen
- Nachhaltigkeit in der Fertigung: Effiziente, umweltfreundliche Produktion ermöglichen – Episode 1