Warum Fabrikautomatisierungsprojekte ins Stocken geraten: Der Engineering-Mismatch hinter den meisten Fehlschlägen

Die meisten Fabrikautomatisierungsprojekte geraten nicht wegen technischer Mängel ins Stocken, sondern wegen eines Engineering-Mismatches. Die Automatisierung wird von Menschen spezifiziert, die Automatisierung nicht verstehen. Umgesetzt wird sie von Ingenieuren, die die Produktionsumgebung nicht kennen. Niemand trägt die Verantwortung für das Ergebnis über beide Seiten hinweg. Dieser Beitrag zeigt, wie sich dieser Mismatch äußert, wo er zuerst sichtbar wird – und wie Sie ihn beheben, bevor das Projekt startet.

Warum Fehlschläge bei der Fabrikautomatisierung selten ein Technologieproblem sind

Wenn ein Fabrikautomatisierungsprojekt die Erwartungen nicht erfüllt, richtet sich der erste Blick meist auf die Technik. Das System wird geprüft, der Lieferant befragt, eine zweite Inbetriebnahmephase angesetzt. Doch die Technik ist selten die eigentliche Ursache.

Die Ursache liegt in der Struktur. An jedem Automatisierungsprojekt arbeiten zwei Gruppen von Ingenieuren: Die eine versteht das System, die andere den Betrieb. Keine Seite vereint beides – und keine formale Struktur verbindet sie in der Phase, die am meisten zählt: bei der Anforderungsdefinition.

Wird das Lastenheft ohne Beteiligung von Automatisierungsexperten erstellt, zeigen sich die Lücken nicht sofort. Sie treten erst bei der Inbetriebnahme zutage, wenn das System zum ersten Mal auf die reale Produktionsumgebung trifft. Zu diesem Zeitpunkt ist der Vertrag bereits unterschrieben und der Leistungsumfang des Lieferanten fixiert.

Wie sich der Engineering-Mismatch konkret zeigt

Der Lieferanten-Ingenieur und die Produktionsrealität

Automatisierungslieferanten entsenden Inbetriebnahme-Ingenieure, die im Ausrollen des Systems versiert sind. Sie kennen das Produkt, die Konfigurationsoptionen und den Ablauf der Inbetriebnahme. Was sie nicht kennen, ist die Produktionshalle des Kunden: die Schichtmuster, den Umgang mit Ausnahmefällen, die informellen Workarounds, die den Durchsatz konstant halten, sowie die vorgelagerten Randbedingungen, auf die das System täglich trifft.

Das ist kein Versäumnis des Lieferanten, sondern eine strukturelle Lücke. Der Lieferanten-Ingenieur verantwortet die Inbetriebnahme des Systems. Die Produktionsrealität des Kunden liegt außerhalb seines Verantwortungsbereichs.

Der interne Ingenieur, der formal die Verantwortung trägt

Auf Kundenseite betreut in der Regel ein Ingenieur aus Instandhaltung, IT oder Produktionsleitung die Beziehung zum Lieferanten. Seine Rolle ist die Koordination: Spezifikationen freigeben, Meilensteine abnehmen, den Inbetriebnahmeplan steuern. Das ist eine Projektmanagement-Rolle, keine Automatisierungs-Engineering-Rolle.

Die Anforderungen, die in das Lastenheft einfließen, spiegeln das Wissen dieser Person über die Produktionshalle wider. Eine detaillierte Analyse automatisierungsrelevanter Faktoren – Zykluszeitberechnungen, Verkehrslastprognosen, Netzabdeckung oder Bodenbeschaffenheit – findet sich darin selten. Das Lastenheft entsteht in bestem Glauben. Es enthält jedoch nicht das, was ein Automatisierungsingenieur formuliert hätte.

Niemand trägt die Verantwortung für das Ergebnis

Der Lieferant verantwortet die Systemlieferung. Der Kunde verantwortet den Betrieb. Für die Lücke dazwischen fühlt sich niemand zuständig: die Phase nach der Inbetriebnahme, in der das System läuft, aber noch nicht den geplanten Durchsatz erreicht – und in der kein klarer Eigentümer existiert, um diese Lücke zu diagnostizieren und zu schließen.

Hier entsteht der Großteil der Minderleistung – nicht durch spektakuläre Ausfälle, sondern durch anhaltende Lücken zwischen dem, was das System leisten sollte, und dem, was es Schicht für Schicht tatsächlich liefert. Die Lücke ist selten groß genug, um eine formale Eskalation auszulösen. Sie ist jedoch konstant groß genug, um den Return on Investment der Automatisierung zu untergraben.

Wo der Engineering-Mismatch Fabrikautomatisierungsprojekte ins Stocken bringt

Der Engineering-Mismatch wird nicht bereits bei der Beschaffung sichtbar. Er zeigt sich an drei Punkten.

Anforderungen, die die Produktionsrealität nicht abbilden

Die Inbetriebnahme beginnt. Dann treten die ersten Grenzfälle auf: Die Bodenbreite an einem bestimmten Übergabepunkt ist schmaler als in der Spezifikation angenommen. Der Spitzendurchsatz wurde für die durchschnittliche Schichtleistung berechnet, nicht für den Anlaufpeak zu Schichtbeginn. Der Ablauf an der Ladezone entspricht nicht der Sequenz, für die das System programmiert wurde. Jedes Problem für sich ist klein. In der Summe verlängern sie die Inbetriebnahme um Wochen und verschieben die Projektdynamik von der Umsetzung hin zur Nachbesserung.

Eine Inbetriebnahme, die deutlich länger dauert als geplant

Eine verlängerte Inbetriebnahme ist das erste sichtbare Symptom einer Lücke im Lastenheft. Das System ist technisch korrekt. Die Umgebung entspricht nur nicht dem Modell, das die Spezifikation beschrieben hat. Der Lieferanten-Ingenieur behebt jedes Problem, sobald es auftritt. Der Ingenieur des Kunden eskaliert an den Projektleiter. Der Prozess funktioniert – aber langsam und zu Kosten, die im ursprünglichen Projektplan nicht vorgesehen waren.

Leistung nach dem Go-live, die unter den Prognosen bleibt

Das System wird abgenommen. Der Durchsatz liegt unter dem Zielwert. Die Ursachen verteilen sich auf kleine, hartnäckige Probleme: eine Funklücke im Netzwerk, die zu sporadischen Stopps führt, ein Ladekonzept, das dem tatsächlichen Betriebszyklus nicht gerecht wird, eine Bodenbeschaffenheit, die in einem Korridor wiederholte Positionskorrekturen erzwingt. Jedes einzelne Problem ließe sich lösen. Nur trägt niemand die Verantwortung, sie als Gesamtsystem anzugehen.

Wie Sie Fehlschläge bei Fabrikautomatisierungsprojekten verhindern, bevor sie entstehen

Der Mismatch lässt sich beheben. Wir empfehlen drei strukturelle Entscheidungen, die vor der Lieferantenauswahl getroffen werden sollten.

Automatisierungs-Engineering-Expertise bereits bei der Anforderungsdefinition einbinden

Wer das Lastenheft schreibt oder prüft, sollte automatisierungsrelevante Randbedingungen so gut verstehen, dass sich Lücken erkennen lassen, bevor sie zu Problemen bei der Inbetriebnahme werden. Das erfordert keine Vollzeit-Automatisierungsstelle. Es erfordert, diese Expertise – intern oder extern – genau dort einzubinden, wo Produktionsanforderungen in technische Spezifikationen übersetzt werden.

Ergebnisverantwortung vor der Lieferantenauswahl festlegen

Bevor ein Lieferant ausgewählt wird, sollte feststehen, wer die Leistung nach dem Go-live verantwortet. Das ist nicht der Projektleiter des Lieferanten. Es ist auch nicht der Einkaufskontakt auf Kundenseite. Es ist eine Person mit Produktionswissen und Automatisierungs-Engineering-Verständnis, die Leistungslücken diagnostizieren und Abhilfemaßnahmen steuern kann. Diese Rolle vor dem Gespräch mit dem Lieferanten festzulegen, verändert auch die Vertragsgestaltung.

Integrator und Ergebnisverantwortlichen trennen

Der Lieferant integriert das System. Eine separate Funktion – intern oder extern – trägt die Ergebnisverantwortung. Das ist dasselbe Modell, das ausgereifte Engineering-Projekte bei jeder komplexen Systemintegration verwenden. In der Fabrikautomatisierung ist es nach wie vor die Ausnahme, nicht der Standard.

In der Praxis bedeutet das, eine unabhängige Automatisierungs-Engineering-Funktion bereits in der Spezifikationsphase in das Projekt einzubinden. Die Entscheidungen, die vor der Beauftragung eines Lieferanten getroffen werden, bestimmen, was das Projekt erreichen kann. Die Entscheidungen, die nach Beginn der Inbetriebnahme getroffen werden, bestimmen nur noch, wie lange die Aufholjagd dauert.

FAQ

Warum scheitern Fabrikautomatisierungsprojekte?

Fabrikautomatisierungsprojekte geraten meist wegen eines Mismatches zwischen den Personen, die die Automatisierung spezifizieren, und denen, die sie umsetzen, ins Stocken. Das Lastenheft spiegelt die automatisierungstechnischen Randbedingungen nicht wider. Die Umsetzung spiegelt die Produktionsrealität nicht wider. Niemand überbrückt beide Seiten. Ein technisches Versagen ist selten die Hauptursache.

Was versteht man unter dem Engineering-Mismatch in der Fabrikautomatisierung?

Der Engineering-Mismatch beschreibt die Lücke zwischen Automatisierungs-Engineering-Expertise und Produktions-Know-how in einem Umsetzungsprojekt. Lieferanten-Ingenieure verstehen das System. Ingenieure auf Kundenseite verstehen den Betrieb. Keine Seite vereint beides, und in der Regel verbindet keine formale Struktur die beiden während Spezifikation und Inbetriebnahme.

Wann sollte ein Automatisierungsingenieur in ein Projekt eingebunden werden?

Automatisierungs-Engineering-Expertise sollte bereits bei der Anforderungsdefinition vorhanden sein – bevor das Lastenheft geschrieben wird und bevor die Lieferantenauswahl beginnt. Eine Einbindung erst bei der Inbetriebnahme behandelt Symptome. Eine Einbindung bereits bei den Anforderungen verhindert sie.

Was verursacht eine verlängerte Inbetriebnahme bei Fabrikautomatisierungsprojekten?

Eine verlängerte Inbetriebnahme geht meist auf Lücken im Lastenheft zurück: Anforderungen, die die reale Produktionsumgebung nicht berücksichtigt haben. Häufige Lücken betreffen Bodenmaße, Spitzendurchsatzbedingungen, Netzabdeckung sowie Arbeitsabläufe, die vom Modell abweichen, das der Spezifikation zugrunde lag.

Wer sollte die Leistung nach dem Go-live in einem Fabrikautomatisierungsprojekt verantworten?

Die Leistung nach dem Go-live sollte von einer Person oder Funktion verantwortet werden, die sowohl Produktionswissen als auch Automatisierungs-Engineering-Verständnis mitbringt. Diese Rolle unterscheidet sich vom Projektleiter des Lieferanten und vom Einkaufskontakt des Kunden. Diese Verantwortung bereits vor der Lieferantenauswahl festzulegen, gehört zu den wirkungsvollsten Entscheidungen in jedem Automatisierungsprojekt.

Wie verhindert man Minderleistung bei Automatisierungsprojekten?

Binden Sie Automatisierungs-Engineering-Expertise bereits bei der Anforderungsdefinition ein. Legen Sie die Verantwortung für die Zeit nach dem Go-live vor der Lieferantenauswahl fest. Trennen Sie die Integrationsfunktion von der Ergebnisverantwortung. Diese drei strukturellen Entscheidungen verändern das Projekt auf eine Weise, die keine noch so umfangreiche Nachbesserung bei der Inbetriebnahme ersetzen kann.