Governance in Manufacturing

Begriffe vor dem Lesen

• Governance — Gemeinsame Regeln, Rollen und Nachweise, damit Daten verantwortbar genutzt werden.
• verantwortliche Person — Fachlich verantwortliche Person oder Rolle, die Zweck, Bedeutung und Freigabe klärt.
• technischer Betreiber — Technische Rolle, die Plattform, Zugriff, Betrieb oder Umsetzung betreut.
• Nachweis — Nachvollziehbarer Nachweis zu Entscheidung, Prüfung, Umsetzung oder Ausnahme.

Sizing: KMU — eine OT/IT-Übergabe und ein Qualitäts-KPI mit Werkleiter als Owner. Mid-Market — Quality Owner und Plant-Steward, Sensorprodukt mit Kalibrierstatus, zentrale Semantik für OEE und Ausschuss. Enterprise — föderierte Werke, Group-KPI-Owner neben lokalen Varianten, Supply-Chain-Share-Verträge mit Zweck und Weitergabeverbot; bei Connected Product nach SOP ein VIN-Produkt und Share neben den Werken.

Das Werk meldet Ausschuss nach lokalem Sensor-Kontext. Die Zentrale zeigt eine andere OEE, weil Aggregation, Zeitzone und Qualitätsregel anders gerechnet wurden. Manufacturing-Governance beginnt nicht mit einem Shopfloor-Dashboard. Sie beginnt mit Messkontext, Anlagengrenze, Kennzahlensemantik und dem, was den Hof verlassen darf.

Typische Fragen sind:

• Welcher Fluss darf die OT/IT-Grenze passieren?; Welche Einheit, Kalibrierung und welcher Anlagenzustand gehören zum Messwert?; Welche Anlagenkennzahl gilt im Werk, welche im Konzern?; Wer darf Ausschuss an Lieferanten oder Kunden weitergeben?; Welche Evidenz beweist, dass beide Zahlen dieselbe Schicht meinen?

Wenn Historian-Export, Qualitätsregel und Konzern-KPI denselben Identifier nicht teilen, steuert das Werk nach Ausschuss, Einkauf nach Konzern-OEE, und niemand kann die wirksame Formel vorlegen. Das Problem ist nicht das Dashboard. Es ist der fehlende Vertrag zwischen Sensor, Grenze, Kennzahl und Share.

Gute Manufacturing-Governance macht Schicht und Konzern vergleichbar — Messkontext, OT/IT-Übergabe und KPI-Mapping an denselben Identifier, nicht an die neueste Folie.

Die Serie Governance in der Manufacturing-Landschaft gibt dir den Einstieg und den roten Faden für die folgenden Teile.

Ausgangslage

Das Werk berichtet Ausschuss aus dem lokalen Sensor. HQ aggregiert OEE über eine andere Zeitzone, andere Ausschlüsse und eine andere Qualitätsregel. Ohne OT/IT-Übergabe, Messkontext und KPI-Mapping stehen zwei Wahrheiten im Raum. Teams kaufen dann ein MES-Add-on oder taggen den Katalog — und Schichtleitung und Konzernsteuerung entscheiden weiter aneinander vorbei.

Was diese Serie klärt

• Orientierung: OT/IT-Grenze, Quality/Sensor-Produkt, Werk- versus Enterprise-KPI, Supply-Chain-Partnerfreigabe; bei OEM zusätzlich Fahrzeugdaten nach SOP
• Vertiefung: Die OT/IT-Grenze betreiben
• Vertiefung: Qualität von Sensordatenprodukten
• Vertiefung: Daten in der Supply Chain teilen
• Vertiefung: Werk- und Enterprise-KPIs versöhnen
• Abschluss (OEM): Fahrzeugdaten nach SOP

Begriffe und Kürzel vor dem Lesen

• OT/IT-Grenze — Vertrag über erlaubte Flüsse, Protokolle, Identitäten, Change-Fenster und Notfallwege zwischen Shopfloor und Enterprise-IT — kein offenes Gateway.
• OT (Operational Technology) — Anlagen- und Shopfloor-Systeme; Verfügbarkeit und Sicherheit gehen vor zentrale Skalierung.
• Quality/Sensor-Produkt — Messwert plus Einheit, Position, Sampling, Kalibrierstatus und Anlagenzustand mit Nutzer-SLO — kein Roh-Historian-Feed.
• Werk-KPI — lokale Kennzahl (Ausschuss, Anlagenkennzahl, Durchsatz) mit Schichtkalender, Ausschlüssen und Quality verantwortliche Person im Werk.
• Enterprise-KPI — Konzernkern mit Mapping, Abgleich und Group-KPI-verantwortliche Person; gleich benannt heißt nicht gleich gerechnet.
• Supply-Chain-Partnerfreigabe — Datensatz, Zweck, Empfänger, Weitergabe, Aufbewahrung und Incident-Kommunikation über die Unternehmensgrenze — kein CSV an den Lieferanten.
• Fahrzeugdaten nach SOP — VIN-fachliche Ebene und Feldtelemetrie mit Zweck (Garantie, Flotte, Produkt, Training), sobald ein Connected Product das Werk verlässt — kein Historian nach dem Tor.

Lesepfad

1. Governance in Manufacturing
2. Die OT/IT-Grenze betreiben
3. Qualität von Sensordatenprodukten
4. Daten in der Supply Chain teilen
5. Werk- und Enterprise-KPIs versöhnen
6. Fahrzeugdaten nach SOP — nur wenn ein Connected Product das Werk verlässt

Die Beispiele sind Lehrfälle (keine Kundendaten). Ersetzt Linien-, Sensor-, Werk- und Toolnamen durch eure MES-, Catalog-, Ticket- und Prozessquellen.

Konzept halten — Last-Säulen: Quality und Verantwortung tragen diese Kette; KPI ist Nachbar (Influence, kein Parallel-Rollout). These: Konzept · Haltung: gemeinsamer Standard · Tiefe: 8 Säulen.

Orientierung — OT/IT-Grenze ohne den Shopfloor zu übernehmen

Download: PDF dieser Seite · Vertriebshub: Governance als Dienstleistung · Wen rufen: Delegation

Produkte und Entscheidungen

Manufacturing braucht nicht „eine Fabrik-Datenbank“, sondern geschnittene Produkte.

OT- versus IT-Grenze

Die Grenze ist kein Kabel. Sie ist ein Übergabevertrag.

Dieses Produkt beschreibt:

• Erlaubte Flüsse; Protokolle; menschliche und technische Identitäten; Change-Fenster; Notfallweg; verantwortliche Person auf jeder Seite; technischer Betreiber (OT-Ingenieur, IT-Plattform).

Entscheidungen:

• Welcher Historian-Export darf in die Enterprise-IT?; Wer genehmigt ein neues Gateway?; Welche Änderung am Wochenende ist Notfall, welche ist ungeplanter Bypass?

Quality- und Sensor-Produkt

Ein Messwert ohne Kontext ist kein Produkt.

Es benötigt:

• Sensor-ID und Position; Einheit; Sampling; Kalibrierstatus; Anlagenzustand; Freshness; Plausibilität; Nutzer-SLO; Quality verantwortliche Person.

Entscheidungen:

• Wann ist ein Wert „gültig“ gegenüber nur vorhanden?; Wer darf Kalibrierung schließen?; Welcher Nutzer (Linie, Qualität, Konzern) hat welches SLO?

Werk-KPI versus Enterprise-KPI

Gleich benannte OEE ist oft zwei Formeln.

Das Produkt benötigt:

• Lokale Definition (Schichtkalender, Ausschlüsse, Qualitätsregel); Konzernkern; Mapping; Abgleich; Werkleiter oder Quality verantwortliche Person lokal; Group-KPI-verantwortliche Person zentral.

Entscheidungen:

• Welche Ausschlüsse gelten im Werk, welche im Konzern?; Wer darf eine lokale Variante führen?; Wann ist Abgleich „erfüllt“ gegenüber einer nur erklärten Differenz?

Supply-Chain-Share

Der Export an den Lieferanten ist kein „gleicher Datensatz wie intern“.

Entscheidungen:

• Welcher Datensatz und welcher Zweck?; Wer ist Empfänger, wer darf weitergeben?; Welche Aufbewahrung, Löschung und Incident-Kommunikation gelten jenseits des Tors?

Fahrzeugdaten nach SOP

Nur relevant, wenn ein Connected Product das Werk verlässt. VIN ist nicht der Werksensor und nicht der Fahrer.

Entscheidungen:

• Welches fachliche Ebene gilt nach SOP (VIN an Plant-Serial)?; Welcher Zweck (Garantie, Flotte, Produkt, Training)?; Wer ist Vehicle-Data-verantwortliche Person, wer technischer Betreiber der Telematik?

Wo Governance hängt

Zwischen Sensor und Historian-Export

Ohne Einheit, Kalibrierung und Anlagenzustand bleibt der Job grün und der Wert unbrauchbar. Pipeline-Verfügbarkeit ist kein Qualitätsnachweis.

Zwischen OT-Ingenieur und IT-Plattform

Der OT-Ingenieur betreibt die Grenze. Er ist Custodian, nicht Owner der Konzern-OEE. Ein offenes Gateway ohne Change-Fenster ist kein Vertrag.

Zwischen Werk-Ausschuss und Konzern-OEE

Schichtkalender, Zeitzone und Qualitätsregel verschieben die Zahl. Ohne Mapping und Reconciliation steuern Werkleitung und HQ auf parallelen Wahrheiten.

Zwischen Quality Owner und Group-KPI-Owner

Lokal entscheidet Qualität über Ausschuss. Den Konzernkern ändert nur der Group-KPI-Owner. Beide beraten; genau einer ist je Entscheidung accountable.

Zwischen Hofgrenze und Lieferanten-Share

Ein interner Sensorfeed ist kein Partnerprodukt. Ohne Zweck, Empfänger und Weitergabeverbot wandert Ausschuss in fremde Systeme.

Zwischen MES-Admin und fachlicher Freigabe

Wer das OEE-Flag setzen kann, ist nicht berechtigt zu entscheiden, welche Ausschlüsse der Konzernbericht verwendet.

Rollen-Mapping

Data Owner (Manufacturing)

Werkleiter ist accountable für lokale Zwecke, Ausschussregel und akzeptables Betriebsrisiko im Werk. Quality Owner entscheidet Gültigkeit des Messwerts. Group-KPI-Owner entscheidet den Konzernkern. Der OT-Ingenieur und der MES-Admin sind nicht Owner dieser Kennzahlen.

Data Steward

Quality Operations oder Plant Analytics triagiert Sensorlücken, pflegt KPI-Varianten und Mapping, überwacht Kalibrierfristen und eskaliert widersprüchliche OEE-Zahlen.

Data Product Owner

Priorisiert Sensorprodukt, Grenzvertrag, KPI-Familie und Share-Index. Nutzen und Lieferbarkeit — nicht die Qualitätsauslegung an der Linie.

Data Architect

Schützt Grain (Linie ≠ Werk ≠ Konzern, Sensor ≠ KPI, Schicht ≠ Kalendertag), Lineage vom Historian zum Konzernreport und Breaking Changes an Gateway und Share.

Data Custodian

OT-Ingenieur, MES-Admin und IT-Plattform setzen Flüsse, Identitäten, Locks und Historian-Exports um. Konfigurationsmacht ist keine Auslegungshoheit.

Data Consumer

Schichtleitung, Qualität, Instandhaltung, Konzernsteuerung, Einkauf, Lieferant (nur mit Share-Vertrag). Abweichungen laufen über denselben Intake — keine stillen Spreadsheet-OEE.

Hilfskarte — wen zuerst fragen

Das Rollen-Mapping sagt, wer entscheidet. Die Hilfskarte sagt, wen man zuerst fragt, damit die Entscheidung nicht leer ist. Hüte: Wer hilft wem an der Quelle.

Zum Owner nur bei Definitions- oder Risiko-Streit. Schema- und Join-Fragen bleiben bei Expert oder Custodian. Achtundvierzig Stunden Antwort — nicht stilles Slack.

Mini-Fall

Symptom: Ein Werk meldet Ausschuss anhand lokaler Sensordaten. Die Zentrale zeigt eine andere Anlagenkennzahl, weil sie Schichten, Zeitzonen und Qualitätsregeln anders zusammenfasst. Einkauf bewertet den Lieferanten nach der Konzernzahl, obwohl das Werk eine andere Ursache sieht.

Typischer Fehlstart: Ein MES-Add-on kaufen und Katalogfelder füllen, ohne Mapping, ohne Abgleich und ohne Messkontext am Export.

Vereinbarung: Quality/Sensor-Produkt mit Einheit, Kalibrierung und Anlagenzustand. Plant-versus-Enterprise-Vertrag mit Schichtkalender, Ausschlüssen und Mapping. Abgleich der beiden Zahlen durch Quality Owner und Group-KPI-verantwortliche Person. OT-Ingenieur bleibt technischer Betreiber der Historian-Übergabe.

Kritische Übergaben

Anti-Patterns

• Historian-Export ohne Einheit, Kalibrierung und Anlagenzustand
• OT-Ingenieur als heimlichen verantwortliche Person der Konzern-Anlagenkennzahl setzen
• Werk-Ausschuss und Enterprise-Anlagenkennzahl unter einem Label vermischen
• Lieferanten-Partnerfreigabe als Kopie des internen Feeds ohne Zweck und Weitergabeverbot
• Gateway ohne Change-Fenster und ohne Notfallweg
• MES-Admin entscheidet Ausschlüsse, weil die UI es hergibt

Erster Umsetzungsschnitt

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

• Arbeitsplan — Manufacturing Landscape
• Lernpfad — Manufacturing Landscape
• Functions Hub — Manufacturing

Lege Tag 1–20 als ersten Slice in den Plan. Spätere Wochen bleiben in derselben Instanz. Erster Kontakt für Hüte: Wer hilft wem an der Quelle.

Schritt 1: Rahmen und Entscheidung klären

Den letzten Konflikt Werk-Ausschuss gegen Konzern-OEE wählen. Sensor, Schichtkalender, Ausschlüsse und den Historian-Export aufnehmen. OT/IT-Grenze und ein Sensorprodukt für eine Linie schneiden.

Schritt 2: Control und Nachweis umsetzen

Messkontext am Export verpflichten. Mapping und Reconciliation zwischen Werk- und Enterprise-KPI produktiv schalten. Negativtest: Konzernreport darf nicht schließen, wenn die Reconciliation offen ist.

Schritt 3: Testen und Ausnahmen sichtbar machen

Einen Supply-Chain-Share mit Zweck, Empfänger und Weitergabeverbot dokumentieren. Ein Change-Fenster und einen Notfallweg an der OT/IT-Grenze durchspielen.

Schritt 4: Messen und begrenzt ausrollen

Aufwand und Lücken messen. Nur bestandene Muster (Sensorprodukt, Mapping, Grenzvertrag, Share) auf eine zweite Linie oder ein zweites Werk übertragen. Optional bei OEM: einen VIN-/Telemetrie-Slice nach SOP schneiden — nicht Pflicht für jedes Werk.

Exit-Kriterien

• OT/IT-Grenze nennt Flüsse, Identitäten und Change-Fenster.
• Sensorprodukt trägt Messkontext und Kalibrierstatus, nicht nur den Rohwert.
• Werk- und Enterprise-KPI haben Mapping, Abgleich und getrennte verantwortliche Person.
• Supply-Chain-Partnerfreigabe hat Zweck, Empfänger und Weitergaberegel.
• technischer Betreiber liefert Konfigurationsnachweis ohne mündliche Brücke.

Weiterlesen

• Functions Hub — Manufacturing
• Governance in Operations
• Governance in Software- und Produktentwicklung
• KPI-Definition, Verantwortung und Versionierung