MES Anforderungen: Was ins Lastenheft gehört und was nicht

Was sind MES Anforderungen?

MES Anforderungen beschreiben die fachlichen, technischen und organisatorischen Kriterien, die ein Manufacturing Execution System erfüllen muss, damit es zu den Prozessen, der IT-Landschaft und der Strategie eines Unternehmens passt. Der Begriff taucht in drei Kontexten auf: bei der MES-Auswahl (RFI/RFP), beim Erstellen eines Lastenhefts und bei der Definition eines Rollout-Blueprints für mehrere Werke.

Die meisten MES-Projekte scheitern nicht an der Software. Sie scheitern an unklar definierten Anforderungen. Ein 300-Punkte-Lastenheft, in dem alles gleich wichtig ist, führt dazu, dass kein Anbieter ein sinnvolles Fit/Gap liefern kann. Ein Lastenheft ohne technische Anforderungen führt dazu, dass die Integration nach drei Monaten zum Showstopper wird. Ein Lastenheft ohne Skalierungsperspektive führt dazu, dass das System im ersten Werk funktioniert und im zweiten neu aufgesetzt werden muss.

Ich habe bei Visteon das globale MES-Programm end-to-end verantwortet: von der Prozessanforderung über das Deployment bis zum Betrieb. Das Muster ist immer dasselbe: Die Unternehmen, die mit einem schlanken, priorisierten Anforderungskatalog starten und schnell die ersten Use Cases live bringen, sind nach 12 Monaten weiter als die, die 18 Monate am Lastenheft arbeiten.

Funktionale Anforderungen: Was das MES leisten soll

Funktionale Anforderungen beschreiben, was das MES tun soll. Die folgende Tabelle orientiert sich an den typischen Funktionsbereichen eines modernen MES und zeigt für jeden Bereich die Kernfrage, typische Anforderungen und die Priorität für den Einstieg:

Die entscheidende Empfehlung: Nicht alles auf einmal fordern. Die Unternehmen, die mit MDE + BDE + Kennzahlen starten und innerhalb von 4 Wochen erste Ergebnisse sehen, bauen auf einer soliden Basis auf. Wer alles gleichzeitig fordert (Traceability, Feinplanung, Qualität, Energie), verzögert den Go-Live um Monate. Bei Klocke: "Skalierung innerhalb von nur 3 Wochen auf alle Linien am Standort Weingarten." Das funktioniert nur, weil der Einstieg fokussiert war: Stückzahlen und Stillstände.

Technische und Integrationsanforderungen

Technische Anforderungen entscheiden darüber, ob ein MES überhaupt in die bestehende IT/OT-Landschaft passt. In der Praxis sind Schnittstellen, Datenmodell und Rolloutfähigkeit oft kritischer als einzelne Features.

Bei Schmiedetechnik Plettenberg war die ERP-Integration eine zentrale Anforderung. Anna Lisa von Klösterlein (Customer Success, SYMESTIC): "Für Schmiedetechnik Plettenberg war es entscheidend, dass SYMESTIC sich nahtlos in das bestehende ERP InforCOM integriert." Bei Meleghy: Bidirektionale SAP-Anbindung über ABAP IDoc plus bidirektionale Anbindung an CASQ-it für Qualitäts-Stichproben. Bei Carcoustics: OT-Integration über IXON IoT-Gateways und MQTT in Microsoft Azure.

Nicht-funktionale Anforderungen: Was die meisten vergessen

Nicht-funktionale Anforderungen beschreiben nicht, was das System tut, sondern wie es sich verhält. Sie werden in den meisten Lastenheften vergessen oder mit einem Satz abgehandelt. In der Praxis sind sie oft entscheidend für Erfolg oder Scheitern:

Bei Meleghy dauerte die Skalierung von Werk Wilnsdorf auf alle 6 Werke (Gera, Brandýs, Bernsbach, Reinsdorf, Miskolc) nur 6 Monate. Bei Carcoustics: Skalierung auf 500+ Anlagen in 6 Monaten. Bei Klocke: 3 Wochen von einer Linie auf alle Linien. Das sind die Benchmarks, an denen sich nicht-funktionale Anforderungen messen lassen.

Typische Fehler bei der Anforderungsdefinition

Fehler 1: Alles ist gleich wichtig. 300 Anforderungen ohne Priorisierung (Muss/Soll/Kann). Kein Anbieter kann ein sinnvolles Angebot machen, wenn er nicht weiß, was kritisch ist und was "nice to have". Lösung: Maximal 10 Muss-Anforderungen, die den ersten Use Case definieren. Alles andere ist Soll oder Kann.

Fehler 2: Nur IT oder nur Fachbereich. Das Lastenheft wird entweder von der IT geschrieben (technisch perfekt, aber an der operativen Realität vorbei) oder vom Fachbereich (operative Wünsche ohne technische Machbarkeit). MES sitzt zwischen OT, IT und Operations. Alle drei Perspektiven müssen im Lastenheft vertreten sein.

Fehler 3: Reporting und KPIs vergessen. Die Funktionen sind beschrieben, aber es fehlen Anforderungen an Dashboards, KPI-Definitionen, Historisierung und Datenzugriff. Das Ergebnis: Das System erfasst Daten, aber niemand kann die Fragen beantworten, die den Business Case getrieben haben.

Fehler 4: Skalierung nicht mitgedacht. Das Lastenheft beschreibt die Anforderungen für ein Werk. Die Fragen "Was passiert bei Werk 2?" und "Können alle Werke in einer Plattform laufen?" werden nicht gestellt. Das führt zu Silo-Installationen, die später teuer konsolidiert werden müssen.

Fehler 5: Implementierungszeit nicht als Anforderung. Die meisten Lastenhefte definieren, was das System können soll, aber nicht, wann es produktiv sein muss. Das Ergebnis: 18 Monate Implementierung statt 4 Wochen. Der Business Case rechnet sich erst nach dem Go-Live, nicht nach dem Vertragsabschluss.

Kundenbeispiele: Was in der Praxis priorisiert wurde

Klocke (Pharma, Verpackung): MDE + BDE als Einstieg, dann Skalierung. Anforderungen: Erfassung von Stückzahlen und Stillständen. Anbindung ohne LAN-Infrastruktur (DI-Gateways). Einsatz im regulierten Umfeld (GMP). ERP-Anbindung (Navision, unidirektional). Ergebnis: "Skalierung innerhalb von nur 3 Wochen auf alle Linien. 7h mehr Produktionszeit innerhalb einer Woche."

Schmiedetechnik Plettenberg (Metallverarbeitung): ERP-Integration als zentrale Anforderung. "Für Schmiedetechnik Plettenberg war es entscheidend, dass SYMESTIC sich nahtlos in das bestehende ERP InforCOM integriert." Bidirektionale Schnittstelle: Fertigungsaufträge rein, Rückmeldungen (Mengen, Zeiten, Stillstände, Status) raus. Ergebnis: "Durchgängiger Datenfluss ohne manuelle Zwischenschritte."

Meleghy (Automotive, 6 Werke): Multi-Werk-Skalierung und SAP-Integration. Anforderungen: OEE-Erfassung an den wichtigsten Prozessschritten. Bidirektionale SAP-Anbindung (ABAP IDoc). Anbindung an CASQ-it (Böhme & Weihs) für Qualitäts-Stichproben. Eigenständige Skalierung durch den Kunden. Ergebnis: "Schnelle Umsetzung in nur 6 Monaten auf alle 6 Werke."

Carcoustics (Automotive, 500+ Anlagen): OT-Integration und konzernweites Reporting. Anforderungen: OT-Integration über IXON IoT-Gateways und MQTT in Microsoft Azure. Konzernweite Performance-Analyse. Bidirektionale SAP-Anbindung. Digitale Unterstützung von Rüstprozessen. Ergebnis: "Skalierung auf 500+ Anlagen in 6 Monaten."

Häufige Fragen zu MES Anforderungen

Wie detailliert sollten MES Anforderungen sein?

Detailliert genug, um Use Cases, KPIs und Integrationsbedarf klar zu machen. Nicht so detailliert, dass das Pflichtenheft des Anbieters vorweggenommen wird. Was und warum gehören zum Auftraggeber. Wie ist Aufgabe des Anbieters. Faustregel: 30 bis 50 Anforderungen, klar priorisiert nach Muss/Soll/Kann, reichen für eine fundierte Anbieterauswahl.

Was ist wichtiger: Funktionen oder Integration?

In der Praxis scheitern mehr MES-Projekte an Integrationsproblemen als an fehlenden Funktionen. Ohne saubere ERP-Anbindung bleiben Aufträge manuell. Ohne Maschinenanbindung bleiben Stückzahlen geschätzt. Ohne einheitliches Datenmodell sind Werksvergleiche unmöglich. Funktionen sind wichtig, aber Integration ist die Voraussetzung dafür, dass Funktionen funktionieren.

Braucht jedes Werk eigene Anforderungen?

Nein. Sinnvoll ist ein zentrales Core-Template, das die Standardanforderungen definiert (KPIs, Datenmodell, ERP-Schnittstelle, Reason Codes), ergänzt um wenige lokale Besonderheiten pro Werk (Maschinentypen, lokales ERP, spezifische Regulatorik). Bei Meleghy wurden alle 6 Werke auf einer Plattform mit einheitlichem Datenmodell betrieben. Das funktioniert nur mit einem zentralen Blueprint.

Sollte das Lastenheft Cloud-MES und On-Premise gleich behandeln?

Nein. Die Architektur hat direkte Auswirkungen auf Anforderungen an Infrastruktur, Updates, Skalierung, Kosten und Rollout-Geschwindigkeit. Ein Cloud-MES braucht keine Server-Anforderungen, aber Anforderungen an Datensicherheit, Verfügbarkeit und Offline-Fähigkeit (Datenpufferung bei Verbindungsunterbrechung). Die Architekturentscheidung sollte vor dem Lastenheft fallen, nicht danach.

Wie lange dauert es, MES Anforderungen zu definieren?

Für ein mittelständisches Unternehmen mit einem bis drei Werken: 2 bis 4 Wochen bei fokussierter Arbeit (Workshop-basiert, crossfunktional). Für einen Konzern mit globaler MES-Strategie: 2 bis 3 Monate. Alles über 6 Monate deutet darauf hin, dass der Scope zu breit ist oder die Entscheidungsträger nicht involviert sind. Der Anforderungsprozess sollte nicht länger dauern als die Implementierung des ersten Use Case.

Über den Autor:

Christian Fieg

Head of Sales bei SYMESTIC. Zuvor iTAC, Dürr, Visteon, Johnson Controls. Six Sigma Black Belt. Autor von "OEE: Eine Zahl, viele Lügen".
LinkedIn