Ein MES scheitert selten an der Software allein. Kritisch werden unklare Produktionsprozesse, widersprüchliche Stammdaten und Entscheidungen, die erst kurz vor dem Go-live fallen. Eine MES Einführung Checkliste schafft hier nicht Bürokratie, sondern Kontrolle: Sie macht Abhängigkeiten sichtbar, legt Verantwortlichkeiten fest und trennt echte Go-live-Kriterien von bloßen Wunschlisten.
Für Factory IT Leads, MES Program Manager und OT/IT-Verantwortliche in Enterprise-Umgebungen ist das entscheidend. Ein nicht kontrollierter Start kostet nicht nur Projektbudget. Er gefährdet Durchlaufzeit, Traceability, Qualität und das Vertrauen der Produktion in die Digitalisierung.
MES-Einführung-Checkliste: Erst Zielbild, dann System
Der häufigste Fehlstart lautet: Das Projekt beginnt mit Workshops zu Bildschirmmasken und Funktionen. Damit wird die spätere Lösung zu früh durch ein Tool begrenzt. Vor jeder Konfiguration braucht das Programm ein belastbares Zielbild für Werk, Linien und Produktfamilien.
Klären Sie, welche operative Wirkung das MES liefern soll. Geht es primär um elektronische Chargendokumentation, um Genealogy und Compliance, um OEE-Transparenz, um papierlose Werkerführung oder um eine engere Rückmeldung an SAP beziehungsweise das führende ERP? Diese Ziele sind nicht gleichwertig. Ein Pilot für Traceability kann schnell Nutzen liefern, während eine vollständige Planung, Feinsteuerung und Materialintegration deutlich mehr Prozess- und Schnittstellenarbeit verlangt.
Definieren Sie messbare Zielgrößen vor dem Design. Dazu gehören etwa der Anteil digital geführter Aufträge, die Vollständigkeit von Genealogy-Daten, die Zeit bis zur Fehleranalyse, Nacharbeitsquote oder ungeplante Stillstandsminuten. Ohne Ausgangswert und Zielwert bleibt ein MES-Projekt eine IT-Installation statt einer Produktionsverbesserung.
Die Prozessgrenze bewusst festlegen
Nicht jeder Prozess gehört in Release 1. Legen Sie fest, welche Werke, Linien, Produkte und Prozessschritte im Scope liegen und welche bewusst später folgen. Besonders in Konzernen führt ein zu großer Erstumfang schnell zu endlosen Varianten-Diskussionen.
Ein sinnvoller Start standardisiert dort, wo die Prozesse vergleichbar sind, und dokumentiert lokale Ausnahmen offen. Eine Ausnahme darf es geben, wenn sie regulatorisch, qualitätsseitig oder technisch begründet ist. „Das haben wir immer so gemacht“ ist keine Anforderung.
Governance: Wer entscheidet, wenn Produktion und IT kollidieren?
MES ist kein reines IT-Projekt. Production, Quality, Engineering, Supply Chain, OT, Cybersecurity und ERP-Teams greifen in dieselbe Prozesskette ein. Wenn diese Gruppen nur informiert werden, statt verbindlich zu entscheiden, entstehen Freigabeschleifen und spätere Rework-Kosten.
Richten Sie eine schlanke, aber verbindliche Governance ein. Das Kernteam verantwortet Anforderungen, Design und tägliche Klärungen. Ein Design Authority Board entscheidet Architektur- und Template-Fragen. Ein Steering Committee entfernt Eskalationen, priorisiert Budget und bestätigt Scope-Änderungen. Jede Entscheidung braucht einen Owner, ein Datum und eine nachvollziehbare Begründung.
Besonders wichtig ist die Rolle des Process Owners. Er oder sie bestätigt nicht nur Fachkonzepte, sondern trägt die Verantwortung dafür, dass der neue Ablauf auf dem Shopfloor tatsächlich funktioniert. Ohne dieses Mandat wird das MES zum zusätzlichen Erfassungssystem neben Excel, Papier und informellen Workarounds.
Anforderungen in testbare Ergebnisse übersetzen
Lange Anforderungslisten vermitteln Aktivität, helfen aber wenig beim Build. Formulieren Sie Anforderungen als prüfbare Szenarien: Ein Auftrag wird aus dem ERP übernommen, an der Linie gestartet, mit Materialchargen verknüpft, bei einer Abweichung gesperrt, qualitätsseitig freigegeben und vollständig zurückgemeldet. Erst dann lässt sich erkennen, welche Daten, Rollen, Geräte und Integrationen erforderlich sind.
Trennen Sie dabei drei Kategorien: regulatorische und qualitätsrelevante Muss-Anforderungen, operative Anforderungen mit klarem Business Value sowie Verbesserungswünsche ohne Go-live-Relevanz. Diese Priorisierung schützt Termin und Budget. Ein Feature kann sinnvoll sein und trotzdem nicht in den ersten Release gehören.
Die Checkliste sollte mindestens diese sechs Arbeitsstränge abdecken:
- Prozessdesign inklusive Soll-Abläufen, Ausnahmefällen und Verantwortlichkeiten
- Stammdaten, Stücklisten, Arbeitspläne, Ressourcen und Qualitätsmerkmale
- ERP-, PLC-, SCADA-, Labor- und weitere Shopfloor-Schnittstellen
- Rollen, Berechtigungen, Audit Trail und Cybersecurity-Anforderungen
- Tests, Cutover, Hypercare und Betriebsübergabe
- Change Management, Training und Schichtkommunikation
Daten und Schnittstellen vor dem Build absichern
Viele MES-Projekte geraten in Verzug, weil die Software konfiguriert ist, aber Master Data nicht verlässlich bereitsteht. Prüfen Sie früh, welches System für Material, Rezept, Routing, Equipment, Status und Qualitätsdaten führend ist. Wenn zwei Systeme denselben Wert pflegen, entsteht eine Fehlerquelle mit Ansage.
Erstellen Sie ein Datenobjektmodell mit Ownern und Qualitätsregeln. Es muss klar sein, wer einen Arbeitsplan freigibt, wie eine Version wirksam wird und was passiert, wenn ein Auftrag auf eine veraltete Spezifikation verweist. Gerade bei Variantenfertigung, Halbleiterprozessen oder regulierten Produktionsumgebungen entscheidet diese Disziplin über die Nutzbarkeit der Traceability.
Bei Schnittstellen zählt nicht nur die technische Verbindung. Testen Sie Timing, Wiederanlauf nach Ausfällen, Fehlerbehandlung und Monitoring. Ein ERP-Auftrag, der verspätet ankommt, kann die Linie blockieren. Ein PLC-Signal ohne eindeutigen Zeitstempel kann OEE-Auswertungen verfälschen. Vereinbaren Sie daher für jede Integration klare Service Levels, Datenverantwortung und einen Eskalationsweg.
Shopfloor-Realität: Hardware, Netzwerk und Bedienung
Ein MES muss in der realen Produktionsumgebung funktionieren, nicht nur im Meetingraum. Prüfen Sie Scanner, Drucker, Industrie-PCs, Terminals, WLAN-Abdeckung, Netzsegmentierung und Ersatzgeräte. Berücksichtigen Sie Handschuhe, Lärm, Schichtwechsel, eingeschränkte Sicht und die Zeit, die ein Werker tatsächlich für eine Eingabe hat.
Die beste Maske wird abgelehnt, wenn sie an der Linie zusätzliche Minuten erzeugt. Führen Sie deshalb frühe Usability-Tests mit erfahrenen Operatoren durch. Beobachten Sie nicht nur, ob ein Vorgang abgeschlossen wird, sondern wo Rückfragen, Wartezeiten oder Umgehungen entstehen.
Auch OT-Security gehört in diese Phase. Zugriffe zwischen MES, Produktionsnetz und ERP müssen nach dem Prinzip minimaler Berechtigungen gestaltet werden. Änderungen an Netzwerkzonen oder Firewalls dürfen nicht als spätes Infrastrukturthema behandelt werden. Sie sind Teil des kritischen Pfads.
Teststrategie und Go-live-Kriterien verbindlich machen
Ein erfolgreicher User Acceptance Test bedeutet nicht automatisch Go-live-Bereitschaft. Die Teststrategie sollte vom Einzelszenario bis zum Ende-zu-Ende-Prozess reichen: Auftragserzeugung, Materialbereitstellung, Produktion, Qualitätsprüfung, Rückmeldung, Abweichung und Reporting.
Planen Sie ausdrücklich negative Tests. Was geschieht bei falscher Charge, unterbrochener Netzwerkverbindung, fehlendem Quality Release oder einer Nacharbeit? Genau diese Fälle treten im Betrieb auf. Werden sie erst in der Hypercare entdeckt, trägt die Produktion das Projektrisiko.
Vor der Freigabe braucht das Programm klar definierte Kriterien. Kritische Defects müssen geschlossen oder mit akzeptiertem Workaround abgesichert sein. Stammdaten müssen vollständig und geprüft sein. Key User und Schichtteams müssen trainiert sein. Support, Monitoring, Incident-Prozess und Entscheidungswege müssen stehen. Ebenso wichtig: Es braucht einen realistischen Backout-Plan, falls die erste Schicht nicht stabil läuft.
Cutover und Hypercare als Produktionsphase führen
Der Cutover ist kein Termin im Projektplan, sondern ein kontrollierter Übergang des Betriebsmodells. Definieren Sie, wann letzte Daten migriert werden, wann Transaktionen im Altsystem enden, wer die Go-live-Entscheidung trifft und welche Kennzahlen in den ersten 72 Stunden beobachtet werden.
In der Hypercare braucht das Werk schnelle Entscheidungen. Ein zentraler War Room mit Production, Quality, IT, OT und dem Implementierungspartner verhindert, dass Incidents zwischen Teams liegen bleiben. Dokumentieren Sie nicht nur Fehler, sondern auch Workarounds, Trainingslücken und wiederkehrende Bedienprobleme. Diese Erkenntnisse entscheiden über die Qualität des nächsten Rollouts.
ITNB setzt in solchen Programmen auf transparente Abhängigkeiten, eindeutige Entscheidungswege und ein Reporting, das Steering-Entscheidungen beschleunigt. Das Ziel ist nicht, möglichst viele Statusfolien zu erzeugen. Das Ziel ist ein Werk, das am Go-live-Tag kontrolliert produzieren kann.
Nach dem Start: Skalieren erst nach stabiler Nutzung
Nach dem Go-live beginnt die eigentliche Bewährungsprobe. Messen Sie die vereinbarten Zielgrößen über mehrere Produktionszyklen, nicht nur während der ersten Woche. Prüfen Sie, ob Anwender Prozesse im MES durchführen oder ob Schattenprozesse entstehen. Hohe Systemverfügbarkeit allein beweist keinen Geschäftsnutzen.
Erst wenn Datenqualität, Support und Akzeptanz stabil sind, sollte das Template auf weitere Linien oder Werke übertragen werden. Dabei ist eine Standardisierung sinnvoll, aber keine blinde Kopie. Jedes Werk benötigt einen strukturierten Fit-Gap-Check für Prozess, Equipment, Daten und regulatorische Besonderheiten.
Die entscheidende Frage lautet deshalb nicht, ob das MES technisch live ist. Entscheidend ist, ob Führungskräfte und Schichtteams mit verlässlichen Daten schneller steuern, Abweichungen früher erkennen und den Prozess ohne Parallelwelt ausführen können. Genau daran sollte jede MES-Einführung gemessen werden.
