Eigenes Konstruktionsbüro oder Outsourcing – was ist beim Maschinenbau wirtschaftlicher?

Die Entscheidung, ob ein eigenes Engineering-Team aufgebaut oder der Maschinenbau auf Outsourcing gestützt werden soll, ist längst nicht mehr nur eine Frage der Personalkosten oder des Lieferantensatzes. Heute beeinflusst sie unmittelbar den Termin der Inbetriebnahme, die Fähigkeit, Konstruktionsänderungen umzusetzen, das Risikoniveau auf Seiten des Herstellers sowie die tatsächliche Kontrolle über die Konformität. Bei Projekten, in denen Mechanik, Automatisierung, Software, funktionale Sicherheit und technische Dokumentation an einem gemeinsamen Abnahmepunkt zusammengeführt werden müssen, rächt sich ein ungeeignetes Organisationsmodell meist nicht sofort, sondern erst gegen Ende des Projekts: bei Abnahmen, Umfangsänderungen, Validierung oder bei der Erstellung der Unterlagen für Anwender und Service. In der Praxis lautet die Frage daher nicht, was „günstiger“ ist, sondern welches Modell es erlaubt, Verantwortung, Projektwissen und Entscheidungsgeschwindigkeit auf einem Niveau zu halten, das der Komplexität der Maschine entspricht.

Die Bedeutung dieser Entscheidung wächst auch deshalb, weil eine moderne Maschine nur selten noch ein rein mechanisches System mit einfacher Steuerung ist. Immer häufiger umfasst sie eine Softwareebene, die Kommunikation mit Werksystemen, die Ereignisaufzeichnung, die Rückverfolgbarkeit von Produkt und Prozess sowie zusätzlich Anforderungen der Instandhaltung an Diagnose und Service. Dadurch verschwimmt die Grenze zwischen „Maschinenprojekt“ und der Organisation der Zusammenarbeit mehrerer Fachdisziplinen sehr schnell. Wenn bereits zu Projektbeginn feststeht, dass Integrator, Softwarelieferant und das Instandhaltungsteam des Kunden beteiligt sein werden, geht die Entscheidung zwischen In-house und externem Auftragnehmer nahtlos in die Frage nach Rollenverteilung, Verantwortung für Schnittstellen und der Zuständigkeit für technische Entscheidungen über. Ähnlich erweitert sich das Thema, wenn die Maschine Produktionsdaten erzeugen oder die Rückverfolgbarkeit unterstützen soll: Ohne klare Festlegung, wer für die Datenarchitektur, die Validierung der Logik und das Änderungsmanagement verantwortlich ist, entsteht leicht eine Lösung, die auf den ersten Blick funktioniert, im Betrieb jedoch hohe Kosten verursacht.

In der Praxis ist das nützlichste Entscheidungskriterium nicht der reine Vergleich des Umsetzungsbudgets, sondern der Ort, an dem das für den Lebenszyklus der Maschine kritische Wissen entsteht und dauerhaft verbleiben soll. Wenn der Wettbewerbsvorteil des Unternehmens in einem einzigartigen Prozess, häufigen Produktanpassungen, der Notwendigkeit schneller Umrüstungen oder in der Weiterentwicklung weiterer Varianten derselben Plattform liegt, erhöht fehlende eigene Entwicklungskompetenz die Kosten jeder weiteren Änderung. Umgekehrt kann ein externer Auftragnehmer eine sinnvolle Lösung sein, wenn das Projekt einen klar definierten Umfang hat, nur wenige wiederkehrende Änderungen zu erwarten sind und es nicht zum Kern der Wettbewerbsfähigkeit des Unternehmens gehört – vorausgesetzt, der Auftraggeber behält die Kontrolle über Anforderungen, Abnahmen und Dokumentation. Ein guter Test sind drei Fragen: Wer trifft die Entscheidung bei einer Änderung des Projektumfangs, wer versteht die Auswirkungen dieser Änderung auf Sicherheit und Funktionen der Maschine, und wer wird die Lösung nach der Inbetriebnahme ohne Abhängigkeit von einer einzelnen Person oder einem einzelnen Lieferanten betreiben können? Das sind organisatorische Indikatoren, die die Wirtschaftlichkeit meist besser vorhersagen als die Projektkalkulation allein.

Ein typisches Beispiel sieht in vielen Werken ähnlich aus. Ein Unternehmen vergibt Konstruktion und Bau einer Maschine nach außen, um schneller in die Investition einzusteigen. Anfangs gewinnt es Zeit, doch nach einigen Monaten treten Änderungen auf, die sich aus Technologieversuchen, Produktionsanforderungen und Qualitätsvorgaben ergeben. Wenn auf Auftraggeberseite kein Team vorhanden ist, das die Auswirkungen dieser Änderungen auf Konstruktion, Steuerung, Diagnose und Dokumentation bewerten kann, wird jede Korrektur zu einem separaten Auftrag, und der Zeitplan hängt zunehmend von der Verfügbarkeit des Lieferanten ab. Dann ist Outsourcing kein Zukauf von Kompetenz mehr, sondern die Verlagerung des Engpasses aus der eigenen Organisation heraus. Genau an diesem Punkt verbindet sich das Thema mit der Organisation der Zusammenarbeit von Integrator, Softwarelieferant und Instandhaltung sowie mit der Auslegung der Rückverfolgbarkeit: Wenn diese Bereiche keinen gemeinsamen Verantwortlichen für die Anforderungen haben, verliert das Projekt seine operative Konsistenz noch vor der Abnahme.

Am Ende kehrt die Frage der Verantwortung ohnehin zurück. Unabhängig vom Realisierungsmodell trägt der Hersteller, Importeur oder ein anderer Akteur, der die Maschine in Verkehr bringt oder in Betrieb nimmt, im jeweils einschlägigen Umfang die Verantwortung für die Konformität des Produkts, die Vollständigkeit der Dokumentation und die ordnungsgemäße Durchführung der Risikobeurteilung. Deshalb muss die Wahl zwischen eigenem Engineering-Team und Outsourcing auch danach bewertet werden, wer in der Lage ist, die Grundlagen der Konstruktionsentscheidungen nachzuweisen, die Änderungshistorie nachzuvollziehen und die Unterlagen bereitzustellen, die vom Projekt bis zur Zertifizierung und CE-Kennzeichnung erforderlich sind, sofern der jeweilige Fall dies verlangt. Wenn eine Organisation das nicht sicherstellen kann, wird eine scheinbare Einsparung in der Projektphase sehr schnell zu Kosten durch Verzögerungen, Streit mit dem Auftragnehmer oder Probleme bei technischer Abnahme und Betrieb.

Wo Kosten oder Risiken am häufigsten steigen

Im Spannungsfeld zwischen eigenem Konstruktionsbüro und Outsourcing steigen die Kosten meist nicht dort, wo anfangs alle hinschauen – also beim Stundensatz des Konstrukteurs oder bei der Kalkulation eines Arbeitspakets. Das Problem beginnt in der Regel früher: bei einer unvollständigen Definition der Maschinengrenzen, der Schnittstellen, der Verantwortung für Annahmen und des Verfahrens zur Freigabe von Änderungen. Sind diese Punkte zu Projektbeginn nicht sauber festgelegt, bindet das interne Team Zeit in Abstimmungen und Korrekturen, während der externe Dienstleister auf Basis eigener Annahmen konstruiert, die später wieder korrigiert werden müssen. In der Praxis bedeutet das nicht nur zusätzliche Arbeitsstunden, sondern auch verzögerte Beschaffung von Komponenten, Kollisionen bei der Montage und Streit darüber, ob der Fehler auf eine mangelhafte Konstruktion oder auf eine unpräzise Beauftragung zurückzuführen ist. Deshalb sollte das erste Entscheidungskriterium nicht die Frage sein, wer „günstiger liefert“, sondern wer im jeweiligen Modell die Konsistenz von technischen Anforderungen, Sicherheit und Betrieb von der Konzeption bis zur Abnahme sicherstellen kann.

Ein zweiter Risikobereich entsteht, wenn Kompetenzen getrennt werden, ohne die Verantwortung klar zu trennen. Ein eigenes Konstruktionsbüro wirkt oft nur scheinbar sicher, weil das Wissen im Unternehmen bleibt. Wenn das Projekt jedoch von Personen geführt wird, die gleichzeitig Produktionssupport, Instandhaltung und laufende Änderungen betreuen, richtet sich das Projekt nach der Verfügbarkeit der Beteiligten statt nach technischer Logik. Outsourcing verschafft zwar schneller Zugriff auf Ressourcen, führt aber ohne ein reifes Steuerungsmodell auf Auftraggeberseite leicht dazu, dass der Dienstleister eine Dokumentation liefert, die für die Abrechnung eines Projektabschnitts ausreicht, nicht jedoch für Service, Modernisierung oder den Nachweis der Grundlagen von Konstruktionsentscheidungen. Die Kosten eines solchen Defizits zeigen sich später: bei Störungen, beim Wechsel des Auftragnehmers, bei der Erweiterung einer Linie oder dann, wenn geprüft werden muss, ob die Maschine nicht nur deklarativ, sondern auf Basis der tatsächlichen Lösungen und des Entscheidungswegs sicher ist.

Die teuersten Fehler haben meist einen kumulativen Charakter. Ein typisches Beispiel ist ein Projekt, bei dem Mechanik, Steuerung und Maßnahmen zur Risikominderung an verschiedenen Stellen der Organisation oder bei unterschiedlichen Auftragnehmern entstehen. Der Konstrukteur geht von einer bestimmten Zugangsart zum Arbeitsbereich aus, der Automatisierungsingenieur legt die Stopp-Logik auf Grundlage unvollständiger Daten aus, und der Einkauf bestellt Komponenten nach Lieferzeit statt nach den Vorgaben für Sicherheit und Instandhaltung. Bei der Inbetriebnahme zeigt sich dann, dass die Schutzeinrichtung das Umrüsten erschwert, der Sensor keine stabilen Betriebsbedingungen hat und das Verfahren für den Handbetrieb überhaupt nicht beschrieben wurde. Dann muss das Projekt umgebaut werden, die Zahl der Änderungen in der Dokumentation steigt, und der Leistungsumfang mit dem Auftragnehmer ist erneut abzustimmen. Ein praktisches Bewertungskriterium ist hier einfach: Wenn die Organisation in einem einzigen Review nicht benennen kann, wer Eigentümer der Anforderungen, wer Eigentümer der Risikobeurteilung und wer Eigentümer der Änderungsentscheidung ist, dann bestehen unabhängig vom Umsetzungsmodell die Voraussetzungen für steigende Kosten und wachsende Verantwortung.

Damit reicht das Thema früher in den Bereich der Arbeit an Prozessrisiken hinein, als viele Unternehmen annehmen. Betrifft das Projekt eine Anlage mit wesentlichen Prozesseinflüssen, betrieblichen Abläufen und gefährlichen Zuständen, die von der Arbeitsorganisation abhängen, dann kommt ein bloßes „Nachrüsten von Schutzmaßnahmen“ zu spät. Entscheidend ist dann nicht nur die Erfahrung des Konstrukteurs, sondern auch, ob das Team in der Lage ist, eine strukturierte Analyse von Gefährdungen und Abweichungen durchzuführen – also über eine Kompetenz verfügt, wie sie etwa in einer HAZOP-Schulung aufgebaut wird. Es geht dabei nicht um Formalismus um des Formalismus willen, sondern um die Fähigkeit, jene Stellen zu erkennen, an denen technologische, betriebliche und sicherheitsbezogene Entscheidungen sich gegenseitig beeinflussen. Fehlt diese Fähigkeit im Unternehmen, kann Outsourcing sinnvoll sein; fehlt sie auch auf Seiten des Dienstleisters, wird das Risiko lediglich aus der Organisation heraus verlagert.

Erst am Ende wird die Dimension der Konformität sichtbar. Wenn das Projekt zur Abnahme, zur Modernisierung oder zur Übergabe an den Betrieb kommt, stellt sich nicht mehr die Frage, wer das 3D-Modell erstellt oder das Programm geschrieben hat, sondern ob sich nachweisen lässt, dass die gewählten Lösungen begründet waren, das Risiko bewertet wurde und die Dokumentation dem tatsächlichen Ausführungsstand entspricht. An diesem Punkt berührt die Entscheidung zwischen internem und externem Konstruktionsbüro bereits unmittelbar die Vorbereitung der Maschine von der Planung bis zur Zertifizierung und CE-Kennzeichnung, sofern dies im konkreten Fall erforderlich ist. Ist die Nachweisdokumentation unvollständig, ist der Aufwand kein reiner Projektaufwand mehr, sondern wird zum Haftungsaufwand: durch verzögerte Inbetriebnahme, zusätzliche Nacharbeiten, erschwerte Abnahme oder Einschränkungen im Betrieb. Deshalb sollte ein sinnvoller Vergleich der Umsetzungsmodelle auf messbaren Kennzahlen beruhen: auf der Zahl der Änderungen nach dem Einfrieren der Annahmen, der Dauer der Freigabe gewerkeübergreifender Entscheidungen, der Vollständigkeit der Dokumentation nach Ausführung und der Fähigkeit, nachvollziehbar zu machen, warum eine bestimmte Lösung als zulässig bewertet wurde.

Wie man das Thema praktisch angeht

In der Praxis sollte die Frage nach einem eigenen Ingenieurbüro oder nach Outsourcing nicht auf der Ebene von Stundensätzen gestellt werden, sondern dort, wo die technische Entscheidung gesteuert wird und Verantwortung für ihre Folgen getragen wird. Wirtschaftlich ist das Modell, das fundierte Konstruktionsentscheidungen schneller ermöglicht, die Konsistenz zwischen Mechanik, Automatisierung und Sicherheit wahrt und einen verlustfreien Übergang vom Konzept bis zur Inbetriebnahme sicherstellt. Wenn das interne Team den Prozess, die Randbedingungen im Werk und die Historie ähnlicher Umsetzungen gut kennt, gewinnt es in der Regel Zeit und Qualität in der Abstimmung. Fehlen jedoch die Ressourcen, um das Projekt zu führen, Annahmen zu verifizieren und die Dokumentation abzunehmen, ist es oft nur eine scheinbare Einsparung, alles im eigenen Haus zu behalten. Die Kosten zeigen sich dann später: in Änderungen nach der Montage, in Streitigkeiten über den Verantwortungsumfang oder in einer Dokumentation, mit der sich nicht belegen lässt, warum eine bestimmte Lösung als zulässig eingestuft wurde.

Deshalb sollte die Entscheidung auf einem praktischen Kriterium beruhen: Wo in der Organisation liegt die Fähigkeit, Grenzentscheidungen zu treffen und fachlich zu vertreten? Gemeint sind die Momente, in denen entschieden werden muss, ob eine Funktion hardwareseitig oder softwareseitig umgesetzt wird, ob eine Änderung bereits sicherheitsrelevant ist, ob eine Abweichung von den Annahmen akzeptiert werden kann und wer eine Änderung freigibt, die Betrieb und Instandhaltung beeinflusst. Verfügt das Unternehmen intern über die Kompetenz, solche Entscheidungen zu führen, kann sich das Outsourcing auf die Ausführung einzelner Arbeiten beschränken, ohne die Kontrolle über das Projekt zu verlieren. Fehlt diese Kompetenz, muss der externe Auftragnehmer nicht nur die Planung, sondern auch die Entscheidungsstruktur übernehmen, und das erfordert klar definierte Abnahmepunkte, einen eindeutig festgelegten Umfang der Eingangsdaten und Regeln für die Freigabe von Änderungen. Ohne das verkürzt Outsourcing den Prozess nicht, sondern schafft nur eine zusätzliche Abstimmungsebene.

Ein typisches Beispiel ist die Modernisierung einer Maschine, bei der der Auftraggeber Mechanik und Steuerung extern vergibt und intern nur die Instandhaltung sowie die Endabnahme belässt. Anfangs wirkt das vernünftig, weil der Auftragnehmer eine Komplettrealisierung zusagt. Das Problem beginnt, wenn sich im Projektverlauf zeigt, dass das neue Zuführsystem die Zugangsweise zum Gefahrenbereich verändert und gleichzeitig das Steuerungsprogramm die aus dem Einbau resultierenden Einschränkungen kompensieren soll. Kann auf Seiten des Auftraggebers niemand die Auswirkungen einer solchen Änderung auf die Gesamtmaschine bewerten, werden Entscheidungen reaktiv und unter Termindruck getroffen. Das Ergebnis kann eine Anlage sein, die technologisch funktioniert, aber nachträgliche Anpassungen an Schutzeinrichtungen, Verriegelungen, Steuerungslogik oder Dokumentation erfordert. Genau an diesem Punkt geht die Kostenfrage in die praktische Bewertung über, ob die Maschine sicher ist, und anschließend — wenn der Projektumfang es erfordert — in die Aufbereitung der Unterlagen für den Nachweis der Konformität und die CE-Kennzeichnung.

Aus Sicht des Managements bedeutet das, nicht nur die Leistungsfähigkeit des Auftragnehmers zu messen, sondern auch die Qualität der Projektführung. Wenn nach dem Einfrieren der Annahmen die Zahl der sicherheitsrelevanten Änderungen steigt, wenn die Freigabe gewerkeübergreifender Entscheidungen lange dauert oder die As-built-Dokumentation der tatsächlichen Ausführung hinterherläuft, ist das ein Signal dafür, dass das Umsetzungsmodell falsch aufgesetzt ist. Ein eigenes Ingenieurbüro bietet dort Vorteile, wo Kontinuität des Produktwissens und eine schnelle Reaktion auf Änderungen entscheidend sind. Outsourcing ist dort sinnvoll, wo der Umfang klar definiert ist, die Schnittstellen abgeschlossen sind und die Verantwortung für das Ergebnis lückenlos festgelegt wurde. Wenn zusätzlich noch ein Integrator, ein Softwarelieferant und die Instandhaltungsabteilung am Projekt beteiligt sind, reicht die bloße Entscheidung „intern umsetzen oder vergeben“ nicht mehr aus; ebenso wichtig wird dann die Organisation der Zusammenarbeit von Integrator, Softwarelieferant und Instandhaltungsabteilung, denn erst sie entscheidet über die Dauer der Inbetriebnahme, die Kosten von Änderungen und die Möglichkeit einer belastbaren Abnahme.

Die normative und formale Dimension entsteht nicht erst am Ende, sondern genau dort, wo eine Konstruktionsentscheidung die Sicherheitsfunktion, die Art der Nutzung oder den Umfang der Maschinenänderung beeinflusst. Das führt nicht immer zur gleichen Verpflichtung auf Seiten der Organisation, denn maßgeblich sind die Art des Projekts und die Rolle des jeweiligen Beteiligten. Eine einfache Regel sollte jedoch gelten: Wenn sich die Grundlagen technischer Entscheidungen, die Risikobeurteilung und die im Projektverlauf eingeführten Änderungen nicht nachvollziehen lassen, ist die Wahl zwischen In-house und Outsourcing keine Frage der Effizienz mehr, sondern eine Frage der Verantwortung. Dann geht die Diskussion folgerichtig in zwei weitere Bereiche über: wie sich prüfen lässt, ob die Maschine in ihrer tatsächlichen Ausführung sicher ist, und wann das Projekt bereits eine geordnete Vorgehensweise vom Entwurf bis zum Konformitätsnachweis und zur CE-Kennzeichnung erfordert.

Worauf bei der Umsetzung zu achten ist

Bei der Umsetzung ist der Unterschied zwischen eigenem Ingenieurbüro und Outsourcing kein Streit mehr über den Satz pro Arbeitsstunde. Über die Wirtschaftlichkeit entscheidet, wer Änderungen in der Praxis steuert, wer die Grenzen des Prozesses versteht und wer die gewählten Lösungen vertreten kann, wenn bei der Inbetriebnahme oder bei der Abnahme Probleme auftreten. Am meisten kosten nicht die Konstruktionsfehler selbst, sondern Fehler, die zu spät sichtbar werden: Kollisionen zwischen Mechanik und Steuerung, unzureichend definierte Schnittstellen, fehlende Eingangsdaten vom Endanwender, eine auseinanderlaufende Verantwortungslogik für die Sicherheit. Entscheidet sich eine Organisation für Outsourcing, ohne auf eigener Seite zur technischen Steuerung fähig zu sein, kauft sie in der Regel nicht nur ein Projekt, sondern auch die Abhängigkeit vom Auftragnehmer bei jeder Änderung. Bleibt umgekehrt alles intern, hat das Team aber keine Zeit, Entscheidungen zu dokumentieren und gewerkeübergreifende Reviews durchzuführen, kommen die Kosten in der Phase der Nachbesserungen, Abnahmen und des Service zurück.

Die häufigste Falle besteht darin, das Umsetzungsmodell nach der Verfügbarkeit von Ressourcen auszuwählen statt nach der Art des Projektrisikos. Eine wiederkehrende Maschine, die auf dem eigenen Standard weiterentwickelt wird, ist anders zu bewerten als eine neue Station mit untypischer Kinematik, tiefem Eingriff in den Prozess oder einem hohen Anteil an Sicherheitsfunktionen. Das praktische Kriterium ist einfach: Es muss geprüft werden, ob auf Seiten des Auftraggebers die Kompetenz vorhanden ist, technische Annahmen, Konstruktionsänderungen und die Steuerungsarchitektur freizugeben – und nicht nur das fertige Ergebnis abzunehmen. Fehlt diese Kompetenz, wirkt vollständiges Outsourcing zwar oft günstiger, erhöht aber das Risiko von Streitigkeiten über den Leistungsumfang, verlängert Abstimmungen und erschwert die Beurteilung, ob eine Verzögerung auf einen Fehler des Auftragnehmers oder auf unvollständige Eingangsanforderungen zurückzuführen ist. Deshalb sollte man nicht nur Budget und Termin messen, sondern auch die Zahl der Änderungen nach dem Einfrieren des Konzepts, die Dauer der Dokumentationsfreigabe, die Anzahl offener Abweichungen nach der Inbetriebnahme und die Zeit bis zu deren Schließung.

In der Praxis zeigt sich das besonders deutlich bei der Modernisierung einer bestehenden Maschine oder beim Bau einer Linie mit mehreren Beteiligten. Das eigene Engineering versteht die Einschränkungen des Werks, den Servicezugang, die Standards der Instandhaltung und die tatsächliche Nutzung der Anlage oft besser. Ein externer Auftragnehmer ist dagegen bei der Projektvorbereitung häufig schneller und bei Spezialthemen effizienter, hat aber möglicherweise kein vollständiges Bild der Arbeitsumgebung. Wenn sich in der Umsetzungsphase herausstellt, dass das Schutzkonzept, die Arbeitssequenz oder die Art des Resets nach einem Stopp geändert werden muss, lautet die Frage nicht mehr, wer die Zeichnung erstellt oder das Programm anpasst. Die Frage ist vielmehr, wer die Auswirkungen dieser Änderung auf die Sicherheit, die Maschinenfunktion und die Vollständigkeit der Dokumentation bewertet. An diesem Punkt geht die Wirtschaftlichkeitsfrage ganz natürlich in die praktische Bewertung über, wie sich prüfen lässt, ob eine Maschine in der realen Ausführung sicher ist – und nicht nur nach den Planungsannahmen.

Erst vor diesem Hintergrund wird die formale Dimension sichtbar. Nicht jede Projektänderung führt zu denselben Pflichten, aber jeder wesentliche Eingriff in die Funktion, die Art der Nutzung oder sicherheitsbezogene Lösungen erfordert klar geregelte Verantwortlichkeiten und einen nachvollziehbaren Entscheidungsweg. Wenn nicht bekannt ist, wer eine Änderung freigegeben hat, auf welcher Grundlage das Risiko bewertet wurde und ob die Dokumentation den tatsächlichen Zustand widerspiegelt, verliert das Inhouse- oder Outsourcing-Modell seine wirtschaftliche Bedeutung, weil dann die Verantwortung für die Konformität zum Problem wird. Damit geht das Thema bereits in den Bereich der Vorbereitung der Maschine vom Entwurf bis zum Nachweis der Konformität und zur CE-Kennzeichnung über. Aus Sicht des Projektmanagements bedeutet das vor allem eines: Die Umsetzung ist so zu planen, dass zusammen mit der Maschine auch der vollständige Satz technischer Entscheidungen, Verifikationsergebnisse und Unterlagen übernommen wird, die für den weiteren Betrieb, die Modernisierung und eine mögliche Absicherung bei der Abnahme oder in einem Streitfall erforderlich sind.