Mehr Ingenieure, gleiche Lieferzeit: Das versteckte Kapazitätsproblem im Maschinenbau

Christian Reckel

Mehr Ingenieure eingestellt. Gleiche Lieferverzögerung.

Ein Unternehmen mit zwanzig Konstrukteuren beschäftigt strukturell 2,8 Vollzeit-Koordinatoren — bezahlt zu Ingenieurskonditionen. Sie konstruieren nichts. Sie synchronisieren ERP, Projekttool, Excel-Tracker und SharePoint, damit alle vier Systeme dieselbe Wahrheit zeigen.

Das ist kein Ausnahmefall.

Im Überblick

  • Das Signal
  • Das Muster
  • Die Wirkung
  • Die Frage

Das Signal

68 Prozent der Arbeitszeit von Projektleitern in Maschinenbauunternehmen entfallen auf Koordination — nicht auf Engineering. Weniger als zwölf Stunden echter Tiefenarbeit pro Woche. Das ist der Befund einer Analyse, die das OPEX- und KVP-Institut im Mai 2026 auf Basis von Perpetuo-Beratungsdaten veröffentlicht hat.

Das Worklytics-Institut hat über 25 Arbeitssysteme hinweg gemessen: Der Median-Wissensarbeiter kommt täglich auf 3,2 Stunden konzentrierter Arbeit — exakt so viel wie auf Meetings. Führungskräfte liegen bei 4,1 Stunden täglich in Besprechungen. Fast die Hälfte des Arbeitstages fließt in Abstimmung, bevor das erste echte Problem gelöst wird.

Mehr Ingenieure einstellen, mehr Projektmanagement-Tools einführen — und danach weniger Kapazität spüren als davor. Das ist kein Gefühl. Es ist Systemlogik.

In zwanzig Konstrukteuren stecken strukturell 2,8 versteckte Vollzeit-Koordinatoren.

Das Muster

Das verbindende Muster liegt nicht im Fachkräftemangel. Es liegt im Systemdesign — und in dem Mechanismus, durch den jede neue Ressource mehr Koordinationsbedarf erzeugt, nicht weniger.

Der Ablauf ist vorhersehbar: ERP wird eingeführt. Dann ein Projekttool für die Ausnahmen, die das ERP nicht abdeckt. Dann ein Excel-Tracker für die Ausnahmen des Projekttools. Dann SharePoint für die Dokumentation. Dann wöchentliche Statusmeetings, um sicherzustellen, dass alle vier Systeme konsistent sind. Der Projektleiter ist jetzt Synchronisationsmanager zwischen vier Versionen einer Tatsache. Jede Version erzeugt neue Inkonsistenz. Jede Inkonsistenz erzeugt neue Koordination.

Wer eine neue Ingenieurin einstellt, gibt ihr Zugang zu allen vier Systemen, integriert sie in bestehende Meetings und erwartet nach der Einarbeitung mehr Kapazität. Nach sechs Monaten: Die gefühlte Kapazität liegt auf dem alten Niveau. Nicht weil sie nicht arbeitet — sondern weil das System, in das sie eingetreten ist, ihre Kapazität absorbiert hat. Die Kopfzahl wächst. Der Koordinationsaufwand skaliert mit.

Die öffentliche Debatte adressiert das als Fachkräftemangel-Problem. Das ist einfacher. Fachkräftemangel ist extern — man reagiert mit Recruiting-Budget, Gehaltsanpassungen und Employer-Branding. Koordinationsoverhead reduzieren erfordert eine andere Art von Entscheidung: eine über das Systemdesign selbst. Das ist unbequemer, weil die Frage lautet: Welcher Teil der eigenen Steuerungslogik erzeugt das Problem? Diese Frage stellen Führungskreise nicht von sich aus — weil die Antwort die eigene Investitionsstrategie der letzten Jahre in Frage stellt.

Die Opportunitätskosten liegen bei 65.000 bis 95.000 Euro pro betroffener Führungskraft und Jahr. Der Margenverlust durch doppelte Strukturen und parallele Datenhaltung: 8 bis 12 Prozent.

Mehr Köpfe lösen kein Kapazitätsproblem. Sie vergrößern es.

Die Wirkung

Was das konkret bedeutet, zeigen zwei Beobachtungen aus der Praxis.

Ein Sondermaschinenbauer mit rund 270 Mitarbeitern hatte über drei Jahre kontinuierlich Entwicklungskapazität aufgebaut — vier Neueinstellungen, zwei neue Softwaresysteme. Die Durchlaufzeiten in der Konstruktion verkürzten sich nicht. Eine Analyse der tatsächlichen Zeitverteilung zeigte: Der Übergabeprozess zwischen Konstruktion und Arbeitsvorbereitung absorbierte durch Rückfragen, Versionskonflikte zwischen ERP und Projekttool und wiederkehrende Statusschleifen rund jede sechste Projektwoche. Der Engpass lag nicht in der Ingenieurskapazität — er lag in einem einzelnen Übergabepunkt, der nie als Flaschenhals sichtbar war. Nachdem dieser Prozess vereinfacht wurde, sank die Entwicklungsdurchlaufzeit innerhalb von zwei Quartalen von durchschnittlich 36 auf 21 Wochen. Die vier Neueinstellungen über drei Jahre hatten das nicht erreicht.

Ein zweites Unternehmen — gleiche Branche, ähnliche Größe — maß systematisch, welche Meetingformate Entscheidungen produzierten und welche nur Status feststellten. Ein wöchentliches Koordinationsformat über alle Projekte band drei Stunden pro Kopf und Woche, ohne in irgendeiner Woche eine einzige operative Entscheidung zu treffen. Nach der Abschaffung dieses Formats stieg die verfügbare Entwicklungszeit um das Äquivalent von 1,5 Vollzeitstellen — ohne Neueinstellung, ohne Mehrkosten.

Das Erkennungsmuster ist einfach: Wo Ingenieure gefragt werden, wie viel ihrer Arbeitszeit tatsächlich für Konstruktion bleibt — und die Antwort unter 40 Prozent liegt — liegt der Engpass nicht in der Kopfzahl. Er liegt in der Systemarchitektur.

Das erste Unternehmen hat vier Ingenieure und drei Jahre gebraucht, um das herauszufinden. Das zweite hat eine Messung durchgeführt.

Wer gerade plant, weitere Ingenieure einzustellen — und die letzte Messung des tatsächlichen Engineering-Anteils am Arbeitstag länger als ein Jahr zurückliegt — holt heute auf. In einem Umfeld, in dem Fachkräfte teuer und Kapazitätsgewinne ausbleiben.

Die Frage

Wie viel Prozent der bezahlten Engineering-Zeit in der eigenen Organisation fließen in Koordination, Statusmeetings und Systemsynchronisation — und wurde das jemals gemessen?


Quellen: OPEX/KVP Institut — Perpetuo, Mai 2026 · Worklytics, August 2025


Praxisbeispiele anonymisiert. Zahlen aus realen Implementierungen.

Verwandte Analysen