Digitalisierung in der Produktion ist ein Reihenfolgeproblem, kein Technologieproblem

Die Reihenfolge ist der schwierige Teil — und der Teil, den Anbietermaterial überspringt, weil die ehrliche Fassung darauf hinausläuft, einem Kunden zu sagen, er solle dieses Jahr weniger kaufen. Diese Seite ist diese Reihenfolge.

Warum Digitalisierungsprojekte in der Produktion stecken bleiben

Vier Ursachen erklären die meisten davon. Alle vier sind Fehler des Programms und nicht des Produkts — und genau das ist der Punkt: Es sind die, die ein Werk selbst in der Hand hat. Software scheitert auch aus eigenen Gründen, und diese Liste gehört in die Beschaffung: die Gestaltung der Rückmeldung, die Performance unter Last, ein Anbieter, dessen Engagement mit dem Go-live endet.

Die erste ist ein Sponsor ohne Verantwortlichen darunter. Ein Sponsor genehmigt ein Budget und sitzt in einem Monatstermin; ein Verantwortlicher ist auf der Fläche, darf einen Prozess ändern, und an ihm hängt persönlich, ob das Werk in einem Jahr anders läuft. Die zweite ist ein Business Case, der Daten voraussetzt, die es nicht gibt — der Plan, Stillstände auszuwerten, trifft auf eine Freitextspalte im Schichtzettel. Die dritte ist ein Pilot, der nie für die Skalierung gebaut wurde. Die vierte ist der Kauf einer Plattform, bevor die Frage feststeht: Das Werk besitzt dann ein leistungsfähiges System ohne ersten Anwendungsfall.

Wie Sie das erste Digitalisierungsprojekt auswählen

Das erste Projekt kommt aus dem Engpass des Werks, nicht aus der Modulliste. In den meisten Fabriken ist der Verlust unspektakulär: Rüstvorgänge, die länger dauern als die Vorgabe, Material, das niemand findet, Zwei-Minuten-Stillstände, die niemand meldet.

Drei Fragen filtern die Kandidaten schnell. Taucht der Verlust bereits in der eigenen Kostenrechnung auf — als Ausschuss, Überstunden, Sonderfracht oder Konventionalstrafe? Würde jemand innerhalb derselben Schicht anders handeln, wenn er die Antwort hätte? Lässt sich innerhalb eines Produktionszyklus feststellen, ob es funktioniert hat? Zyklus, nicht Quartal: Drei Monate sind in variantenreicher Serienfertigung ein fairer Test und in der Luftfahrt oder bei einer Pharma-Kampagne bedeutungslos, weil dort die Einheit eine Kampagne oder ein Auftrag ist.

Manchmal ist Software die falsche Antwort: Ist der Engpass physisch, macht keine Datenerfassung die Maschine schneller. Was die Messung leistet, ist zu zeigen, wohin die Kapazität geht, und das lenkt den Investitionsantrag meist um, statt ihn zu bestätigen. Die Laufzeit der fraglichen Maschine sieht schlechter aus, als alle geglaubt haben, sobald Kurzstillstände mitgezählt werden — und trotzdem waren die meisten verlorenen Stunden nicht ihre eigenen: Sie wurde von vorne nicht versorgt, nach hinten blockiert, war im Rüsten oder wartete auf einen Werker, der zwei Stationen bedient. Die Maschine war nie der Engpass, und das Geld gehört woanders hin.

Was Sie vor dem Start messen, um die Veränderung später belegen zu können

Die Falle liegt in den Definitionen. Vor dem Go-live kommt die Verfügbarkeit aus einem Schichtzettel, in dem Kurzstillstände nicht auftauchen; danach werden Stillstände automatisch erfasst, und die gemessene OEE fällt, weil Verluste endlich gezählt werden, die es immer schon gab. Hat niemand die alte Definition und die alte Zahl festgehalten, sieht Monat drei wie ein Rückschritt aus, und das Programm verbraucht seine Glaubwürdigkeit damit, sich zu rechtfertigen.

Schreiben Sie also die heutige Zahl und ihre Definition vollständig auf: die Zeitbasis, auf die sich der Prozentwert bezieht, woher die Sollzykluszeit stammt, wie Stillstände klassifiziert werden, ob geplante Instandhaltung herausgerechnet wird und wie Nacharbeit behandelt wird. Die ersten beiden entscheiden das meiste: Kalenderzeit, Planbelegungszeit und besetzte Zeit ergeben für dasselbe Werk drei verschiedene Werte aus identischen Daten, und die Sollzykluszeit ist entweder Typenschild, bester nachgewiesener Wert oder eine Zahl im Arbeitsplan, die einmal gesetzt und nie wieder angefasst wurde.

Erfassen Sie dann die Fakten, die sich schwerer umdefinieren lassen und die sich mit der Buchhaltung abstimmen lassen: ausgelieferte Stückzahlen, bezahlte gegen gelaufene Stunden, verspätete Auftragspositionen, Gutschriften und Überstunden. Schwerer heißt nicht unmöglich, also frieren Sie Definition und Quellsystem für jede dieser Zahlen zusammen mit der OEE-Definition ein. Die Termintreue braucht eine eigene schriftliche Festlegung, denn die Terminbasis ist in jedem Werk die am häufigsten neu verhandelte Definition: ursprünglich bestätigter oder zuletzt geänderter Termin, Auftrag oder Position, Versand oder Wareneingang beim Kunden.

Was zuerst kommt: Konnektivität, Stammdaten, dann Analytik

Konnektivität und Stammdaten liegen unter allem, die Analytik liegt obenauf und ist genau so viel wert wie diese Schichten, und die Stammdaten sind die durchgängig unterschätzte Abhängigkeit. Ein MES kann einen Arbeitsgang nicht einsteuern, der im Arbeitsplan fehlt, und eine Feinplanung kann ohne Vorgabezeiten, die in diesem Jahrzehnt jemand gemessen hat, keine Reihenfolge bilden. Zählen Sie deshalb, bevor Sie sich auf einen Termin festlegen: Teile ohne Arbeitsplan, Vorgabezeiten als runde Zahl, Lagerorte, die es in der Praxis gibt und in keinem System, und doppelt geführte Stücklisten.

Die andere Nahtstelle, die an den Anfang gehört und nicht ans Ende, ist die ERP-Anbindung — und die Schwierigkeit liegt in der Einigung, nicht im Code: was eine Rückmeldung auf jeder Seite bedeutet und ob der Shopfloor sie bucht oder eine retrograde Entnahme, wie Teilmengen und Auftragssplits ankommen, was mit einer Stornierung passiert, nachdem Material bewegt wurde, wo Ausschuss gegen die Standardkosten gebucht wird. Jede Antwort ist eine Entscheidung zwischen Abteilungen, die sich noch nie einigen mussten.

Zwei Abhängigkeiten mit langem Vorlauf stehen selten auf einer technischen Roadmap. Eine Fertigungsrückmeldung, die Ausbringung, Stillstände und Ausschuss einem namentlich benannten Werker zuordnet, ist in Deutschland und weiten Teilen Europas eine Einrichtung zur Verhaltens- und Leistungskontrolle und braucht damit vor dem Go-live eine mit dem Betriebsrat verhandelte Betriebsvereinbarung. Die Zustimmung dauert Monate, beginnen Sie also im ersten Jahr damit, parallel zu den Stammdaten. Inhaltlich ist es kurz: ob die Identität des Werkers überhaupt gespeichert wird, wer sie sieht, wie lange, und ob die Auswertung von vornherein aggregiert erfolgt.

Die zweite betrifft die regulierte Produktion. In Pharma, Medizintechnik und weiten Teilen der Lebensmittelbranche ist ein System, das einen Verwendungsentscheid festhält oder erzwingt, validierungspflichtig: Validierungsplan, Qualifizierung, Audit-Trail, Signaturpflichten, danach ein langsameres Änderungswesen. Reporting, Stillstandserfassung und Feinplanung liegen außerhalb dieser Linie; Chargensperre, Verwendungsentscheid und die Modellversion, die ein Prüfsystem verwendet, liegen innerhalb. Grenzen Sie das ab, bevor das Modul gekauft wird, denn die Validierung ist oft der längste Einzelposten im Programm.

Warum das MES vor dem APS kommt und Qualitätsdaten vor der KI-Qualitätsprognose

Füttern Sie ein APS mit der gestrigen Annahme darüber, wo die Arbeit steht, und die Reihenfolge wird vor Schichtbeginn von Hand umsortiert, der Planer sitzt binnen Wochen wieder in Excel, und das Urteil lautet, die Planungssoftware sei schlecht gewesen. Sie war nicht schlecht, sie war blind.

Live-Daten machen einen Plan zulässig, nicht fahrbar, und in dieser Lücke steckt die meiste APS-Enttäuschung. Ein Plan auf perfekten Daten wird trotzdem ignoriert, wenn er das falsche Ziel optimiert — Rüstzeitminimierung, während das Werk an Terminen gemessen wird; wenn sekundäre Restriktionen fehlen, denn über reale Reihenfolgen entscheiden Werkzeuge, die Qualifikationsmatrix und geteiltes Personal; oder wenn nichts eingefroren ist, denn ein Optimierer, der laufend neu rechnet, legt dem Meister jedes Mal einen neuen Plan vor, wenn dieser hinsieht. Vereinbaren Sie einen Einfrierhorizont und lassen Sie die Optimierung außerhalb davon arbeiten.

Die Qualitätsprognose hat dieselbe Form: Ein Modell, das Ausschuss vorhersagt, braucht Ausschuss, der an dem Arbeitsgang erfasst wurde, an dem er entstanden ist — mit Ursache und Prozesskontext, von Maschine und Werkzeug bis zur Materialcharge.

In der Instandhaltung gibt es eine Unterscheidung, über die im Vertrieb hinweggegangen wird. Anomalieerkennung auf Schwingungs- oder Strommustern läuft ohne Schadenshistorie, und das ist nicht dasselbe wie ohne Daten: Sie braucht wochenlange Daten aus dem Gutzustand über den gesamten Betriebsbereich, sonst schlägt sie bei jedem Rüstvorgang an statt bei einem Schaden, und sie braucht Sensorik, die für die interessierenden Schadensbilder montiert und abgetastet ist. Selbst dann sagt sie nur, dass etwas ungewöhnlich ist; welche Anomalien wichtig waren, verrät erst eine Historie der Instandhaltungsaufträge mit Schadensbildern.

Auch eine Kamera, die auf einem Bildschirm i.O. oder n.i.O. anzeigt, hat das Werk noch nicht verändert: Das Urteil muss in der Fertigungs- und Qualitätsrückmeldung an einem Fertigungsauftrag, einer Charge und einer Modellversion hängen — womit die Bildverarbeitungsprüfung eine späte Fähigkeit ist und kein Einstieg. Eigene Leitfäden behandeln die Feinplanung gegen begrenzte Kapazität, was ein APS-Plan erfüllen muss und wo ein CMMS endet und Predictive Maintenance beginnt.

Wer das Programm führt und warum Werker sich gegen die Datenerfassung auf dem Shopfloor sträuben

Die IT ist Partner, nicht Eigentümer: Führt die IT das Programm, optimiert sie auf Integration und Sicherheit, macht beides gut und bleibt dann bei der Nutzung stehen, weil in dieser Linie niemand dafür geradesteht, ob ein Werker den Bildschirm benutzt. Unter dem Verantwortlichen sitzen die Key User, einer je Bereich, namentlich benannt, mit freigestellten Stunden: Sie entscheiden, was eine Maske abfragt und in welcher Reihenfolge, und auf sie hört die Fläche.

Als Hindernis für die Nutzung werden fast immer die Menschen genannt; das tatsächliche Hindernis ist meist die Gestaltung der Rückmeldung. Sehen Sie sich eine Rückmeldung während eines Rüstvorgangs an, Handschuhe an, der nächste Auftrag wartet. Ändert die Eingabe eines Stillstandsgrunds nichts Sichtbares, ist sie eine Steuer auf die Schicht — bezahlt so spät wie möglich und meist als Sammelbuchung frei erfundener Werte am Ende. Löst sie eine Instandhaltungsmeldung aus, aktualisiert sie die Schichttafel oder ändert sie die Reihenfolge des nächsten Auftrags, wird sie Teil der Arbeit.

Gute Erfassung ist konkret: Terminals an der Maschine, einhändige Bedienung mit Handschuhen, Vorbelegung aus dem Auftrag und eine kurze Gründeliste je Maschinentyp statt einer Systematik, von der am Ende eine Handvoll Codes benutzt wird. Passt die Rückmeldung zur Arbeit, ist die Schulung kurz genug, um sie an der Maschine während der Schicht zu machen. Passt sie nicht, repariert das keine Schulungsstunde im Besprechungsraum — und der Wunsch nach mehr Schulung ist oft ein Gestaltungsproblem, das als Menschenproblem fehldiagnostiziert wurde.

Zwei Dinge fehlen in den meisten Schulungsplänen. Das erste sind Korrekturen: Die Rückmeldung einer Gutmenge lässt sich leicht beibringen, während das Stornieren einer falschen Menge oder das Auseinandernehmen einer auf den falschen Auftrag gebuchten Rückmeldung die Stelle ist, an der ein ungeschulter Nutzer echten Schaden anrichtet. Das zweite ist, dass Schulung kein Termin ist, denn Meister brauchen mehr davon als Werker, und Neueinstellungen, Zeitarbeitskräfte und eine mehrsprachige Belegschaft kommen laufend hinzu.

Vom Pilot auf das ganze Werk: was einen Pilot kopierbar macht

Piloten lassen sich aus Gründen nicht skalieren, die von Anfang an eingebaut waren: die beste Linie, die alten Maschinen ausgespart, der Anbieter täglich vor Ort, die Stammdaten von Hand gepflegt. Ein Pilot, der für die Skalierung gebaut ist, läuft auf einer repräsentativen Linie, enthält mindestens eine sperrige Anlage und erfasst die Stunden je Linie, denn dieser Aufwand je Linie ist die einzige ehrliche Eingangsgröße für den Rollout-Plan.

Abnahmekriterien und ein Termin für die Rollout-Entscheidung werden vereinbart, bevor der Pilot startet, und die Schlussphase läuft ohne den Anbieter. Entscheidend an dieser Phase ist ihre Abdeckung, nicht ihre Länge, denn Piloten scheitern selten im Normalbetrieb. Sie scheitern am ersten Monatsabschluss, wenn die Zahlen mit dem ERP abgestimmt werden müssen und jemand doppelt gebuchten Ausschuss findet, und am ersten Wiederanlauf nach einem Stillstand, wenn die Gateways zurückkommen und die gepufferten Zählerstände nicht. Legen Sie also die Abdeckung fest: ein Monatsabschluss samt Abstimmung, das vollständige Produktspektrum dieser Linie und ein geplanter Stillstand mit Wiederanlauf. In den meisten Werken sind das ein Monat oder ein voller Zyklus, keine zwei Wochen.

Was ein Digitalisierungsbudget abdeckt — und die laufenden Kosten danach

Die Lizenz ist die Position, um die am härtesten verhandelt wird, und die Positionen, die über das Ergebnis entscheiden, stehen woanders: die Anbindung an ERP und an die Maschinen; Hardware, von Gateways und Panels bis zu Retrofit-Sensorik; die Bereinigung der Stammdaten; Schulung und die Produktionszeit, die sie kostet; und interner Aufwand. Der interne Aufwand ist die Position, die am häufigsten fehlt: Key User, der Verantwortliche, die IT, Techniker, die Gateways montieren, Produktionsausfall bei der Umstellung. Hat niemand diese Stunden bewertet, ist das Budget falsch, so gut die Lizenz auch verhandelt wurde.

Die physischen Arbeiten zerfallen in zwei Kategorien, die sich unterschiedlich terminieren lassen. Kabeltrassen, Switch-Ports und die Segmentierung zwischen Steuerungs- und Büronetz sind normale Technik mit langen Lieferzeiten und laufen neben der Produktion her. Alles im Schaltschrank einer Maschine nicht: Das ist Arbeit an freigeschalteter Anlage, mit Freischalten und Sichern gegen Wiedereinschalten und einem geplanten Stillstand — und in den meisten Werken gilt ein striktes Verbot, einen unter Spannung stehenden Schaltschrank zu öffnen. Die eigentliche Restriktion für den Konnektivitätsplan ist damit, wie viele Stillstandsfenster dieses Jahr noch bleiben und wie viel davon die Instandhaltung bereits beansprucht hat. Konnektivität wird gegen den Instandhaltungskalender geplant, nicht gegen den Softwareplan.

Dann die laufenden Kosten, die in keinem Projektbudget stehen und nach denen der kaufmännische Leiter als Erstes fragt: die Kosten im vierten Jahr. Abonnement oder Jahreswartung laufen weiter, und Industrie-Panels und Gateways verschleißen schneller als Bürohardware. Vor allem betreibt jemand intern das System, sobald der Anbieter weg ist: Stammdatenpflege, Änderungen an Stillstandsgründen und Arbeitsplänen, Benutzerverwaltung, das Einspielen jedes Release. Planen Sie für die zwölf Monate nach dem Go-live ein eigenes Änderungsbudget ein, denn die Anforderungen, die das Geld wert sind, kommen erst, wenn die Fläche glaubt, was das System ihr sagt.

Wie Sie eine Drei-Jahres-Roadmap zur Smart Factory in die richtige Reihenfolge bringen

Ein Kalender ergänzt, was die Abhängigkeitsreihenfolge nicht leisten kann: wer an jeder Grenze entscheidet und wie sich Geld und Stunden verteilen. Jahr eins klärt die Entscheidungen, deren spätere Korrektur teuer ist, und der Verantwortliche klärt sie mit Finanzen, IT und Betriebsrat, nicht mit dem Projektteam: KPI-Definitionen, Stammdatenstruktur, die ERP-Nahtstelle, die Identität des Werkers und, im regulierten Werk, den Validierungsumfang. Der interne Aufwand erreicht hier seinen Höchststand im Verhältnis zu den Lizenzkosten, ein Budget im Zuschnitt eines klassischen IT-Projekts ist also bereits falsch. Ein Punkt gehört ins erste Jahr, den Werke gern verschieben: die Messung der größten elektrischen Verbraucher, um eine Baseline zu bekommen — das ist Messtechnik und keine Modellierung, und nach einer Energienorm oder im Audit ohnehin oft nicht freiwillig.

Die Grenze zu Jahr zwei ist eine Einschätzung, kein Datum, und sie ist überschritten, wenn der Shopfloor mit der Zahl des Systems streitet, statt sie zu ignorieren. Einen Regelkreis zu schließen heißt, dass ein Meister oder ein Qualitätsleiter eine Entscheidung an eine Regel abgibt — dieser Umfang wird also mit denen verhandelt, deren Befugnis sich verschiebt, und die Ausgaben verschieben sich von internen Stunden hin zu Lizenz und Integration. Jahr drei verdient sich die modellbasierte Schicht auf zwei Jahren Rückmeldedaten, und seine Randbedingung ist die Zuständigkeit: Jede Fähigkeit braucht eine namentlich benannte Person, die den Schwellwert und den Nachtrainingsplan verantwortet. Die Energie je Teil gehört hierher, denn die Zuordnung braucht die Fertigungsrückmeldung, die die ersten beiden Jahre aufgebaut haben.

Zwei Abbruchbedingungen gehören in die Freigabe. Traut die Fläche den Daten aus Jahr eins nicht, beginnt Jahr zwei nicht. Und Jahr drei vorzuziehen, weil ein Vorstand eine KI-Initiative bestellt hat, erzeugt genau das steckengebliebene Projekt vom Anfang dieser Seite.

Woran Sie erkennen, ob es weitergeht: Gate-Kriterien für jede Stufe

Jede Stufe braucht ein Gate mit einem Nachweis, den Sie einem Skeptiker zeigen könnten. Nach der Konnektivität: Stimmt die erfasste Ausbringung über eine volle Schicht mit einer Handzählung überein, innerhalb einer vor dem Test vereinbarten Toleranz. Nach der ersten berichteten Zahl: Wird die alte Excel-Tabelle daneben weiter gepflegt; wenn sie still und leise nicht mehr aktualisiert wird, ist die Zahl akzeptiert.

Ein Gate gehört zum ersten MES-Go-live und wird fast immer übersprungen: was die Linie tut, wenn das System nicht da ist. Sobald Werker an der Maschine rückmelden und die Qualität Chargen regelbasiert sperrt, steht bei einem ausgefallenen Switch oder einer ausgefallenen Schnittstelle die Produktion: Das Werk hat ein Klemmbrett gegen einen Single Point of Failure getauscht. Definieren und testen Sie deshalb zuerst den Notbetrieb: was das Terminal lokal puffert und wie lange, wie der Rückfall auf Papier aussieht, wer den Betrieb ohne System freigeben darf und wie der Rückstand ohne Doppelzählung nacherfasst wird. Testen Sie es, indem Sie während einer laufenden Schicht die Verbindung ziehen, denn ein ungetesteter Failover ist der gewöhnliche Grund, aus dem ein Go-live zu einem Produktionsvorfall wird.

Nach der Fertigungsrückmeldung: Lässt sich ein Auftrag rekonstruieren, samt Stillständen, Ausschuss und der Angabe, wer ihn gefahren hat, auf der vereinbarten Identifikationsstufe, ohne jemanden zu fragen. Vor der Planung: Stimmt der Umlaufbestand zu Schichtbeginn. Ein Trend zählt mehr als jedes einzelne Gate: Kostet jede neue Linie so viel wie die letzte, hat das Programm Einzelinstallationen gebaut und keine Methode.

Wo Meta Smart Factory hineinpasst

Meta Smart Factory deckt die oben beschriebenen Schichten als eigenständige Module ab, von MES, MRP und APS über Qualität, Instandhaltung und Lager bis zu Bildverarbeitung und ERP-Anbindung. Die Modularität macht diese Reihenfolge beschaffbar, aber der erste Kauf ist nicht nur ein Modul. Er ist ein Modul gegen einen benannten Engpass in einem Bereich, plus das Fundament darunter: Konnektivität, die Bereinigung der Stammdaten, die ERP-Nahtstelle und die vereinbarten Definitionen. Dieses Fundament ist der größte Teil des Aufwands im ersten Jahr und steht auf keiner Preisliste, es gehört also als eigene Position in die Freigabe und nicht stillschweigend in eine Lizenz hinein.

Die schwierigen Teile überstehen jede Plattformentscheidung. Zu klären, was die Zahlen bedeuten, die Stammdaten zu bereinigen, Rückmeldungen zu gestalten, die Werker auch ohne Nachhaken vollständig ausfüllen, und zu entscheiden, was künftig unterbleibt — das ist in jedem Fall dieselbe Arbeit. Wenn Sie an diesem Punkt stehen, bringt ein Gespräch über die Reihenfolge für Ihren Engpass mehr als eine Produktdemo.