Die Diskussion um agiles Projektmanagement im Maschinenbau folgt meistens einem von zwei Mustern. Entweder: "Agile funktioniert bei uns nicht, wir bauen Maschinen, keine Apps." Oder: "Wir müssen jetzt alle agil arbeiten, die IT macht das auch."
Beide Aussagen sind falsch. Und beide führen zu schlechten Entscheidungen.
Die Wahrheit ist weniger schwarz-weiß. In den letzten Jahren haben wir in Maschinenbau-Unternehmen mit €50M bis €600M Umsatz gearbeitet. Abfüllanlagen, Verpackungsmaschinen, Automatisierungssysteme, fahrerlose Transportsysteme. In keinem einzigen Fall war die Antwort "komplett agil" oder "komplett klassisch". Es war immer ein Hybrid.
Was an klassischem PM im Maschinenbau richtig ist
Maschinenbau-Projekte haben Eigenschaften, die klassisches Projektmanagement erfordern:
Physische Abhängigkeiten. Sie können eine Maschine nicht in beliebiger Reihenfolge bauen. Das Gestell muss vor der Elektrik stehen. Die Pneumatik muss vor der Inbetriebnahme fertig sein. Diese Abhängigkeiten sind real und unveränderlich. Ein kritischer Pfad ergibt hier Sinn.
Lange Beschaffungszeiten. Wenn ein Spezialventil 16 Wochen Lieferzeit hat, können Sie nicht in Sprint 3 entscheiden, dass Sie es brauchen. Die Beschaffung muss früh geplant werden. Das ist klassische Vorausplanung.
Regulatorische Anforderungen. CE-Kennzeichnung, Maschinenrichtlinie, branchenspezifische Standards. Die Dokumentation muss vollständig sein, bevor die Maschine das Werk verlässt. Das erfordert definierte Meilensteine und Deliverables.
Was an agilem PM im Maschinenbau richtig ist
Gleichzeitig gibt es Bereiche, in denen klassische Methoden scheitern:
Steuerungssoftware. Die Software einer modernen Verpackungsmaschine ist oft komplexer als die Mechanik. Und Software profitiert massiv von iterativer Entwicklung: kurze Zyklen, frühes Testen, schnelles Feedback vom Kunden.
Kundenprojekte mit unklarem Scope. "Wir brauchen eine Anlage, die X kann, aber die genauen Parameter klären wir noch." In solchen Projekten ist ein agiler Ansatz ehrlicher als ein Gantt-Chart, der Genauigkeit vortäuscht, die es nicht gibt.
Innovationsprojekte. Ein neues Maschinenkonzept lässt sich nicht von A bis Z durchplanen. Es braucht Prototypen, Tests, Iterationen. Ein starres Wasserfall-Modell erstickt Innovation.
Der Hybrid-Ansatz, der funktioniert
In der Praxis sieht das meistens so aus:
Mechanik und Hardware: klassisch. Phasenmodell mit Meilensteinen, kritischer Pfad, definierte Liefertermine. Hier gibt es keine sinnvolle Alternative.
Software und Steuerung: agil. Sprints von 2 bis 4 Wochen, regelmäßige Demos am realen System, Priorisierung per Backlog. Funktioniert auch mit Hardware-Teams, wenn man die Schnittstellen klar definiert.
Integration und Inbetriebnahme: iterativ. In der Inbetriebnahme zeigt sich, ob alles zusammenpasst. Hier braucht es kurze Zyklen, schnelle Entscheidungen und die Bereitschaft, Pläne anzupassen. Starre Wasserfall-Logik funktioniert in dieser Phase selten.
Die Kunst liegt an den Schnittstellen. Die agilen Teams müssen wissen, welche Hardware-Meilensteine sie einhalten müssen. Die klassischen Teams müssen akzeptieren, dass der Software-Scope sich innerhalb gewisser Grenzen ändern darf. Das erfordert Kommunikation, klare Spielregeln und einen Projektleiter, der beide Welten versteht.
Typische Fehler bei der Einführung
"Wir machen jetzt Scrum" ohne zu verstehen, warum. Scrum ist ein Framework für Produktentwicklung in kleinen Teams. Es 1:1 auf einen Maschinenbau-Projektes mit 40 Beteiligten und festen Lieferterminen zu übertragen, funktioniert nicht. Nehmen Sie die Prinzipien (kurze Zyklen, Transparenz, Anpassungsfähigkeit) und passen Sie die Methode an Ihren Kontext an.
Agile als Ausrede für fehlende Planung. "Wir sind agil, wir planen nicht so weit voraus." Das ist kein agiles Arbeiten, das ist Planungsverweigerung. Auch in agilen Frameworks gibt es Roadmaps, Kapazitätsplanung und Release-Termine. Agil heißt anpassungsfähig, nicht planlos.
Kulturelle Widerstände ignorieren. Maschinenbau-Ingenieure arbeiten seit Jahrzehnten mit bewährten Methoden. "Jetzt machen wir alles anders" erzeugt Widerstand. Besser: Hybride Methoden schrittweise einführen, Erfolge zeigen, Teams einbinden. Evolution statt Revolution.
Fazit
Agiles PM im Maschinenbau funktioniert, wenn man es richtig anwendet. Das heißt: Nicht dogmatisch, nicht als Ersatz für klassisches PM, sondern als Ergänzung dort, wo Iterativität einen echten Mehrwert bringt. Die Zukunft gehört Projektleitern, die beide Welten beherrschen. Wer nur klassisch kann, wird bei Software-lastigen Projekten scheitern. Wer nur agil kann, wird beim Serienanlauf scheitern.
Der Maschinenbau braucht beides. Und Projektleiter, die wissen, wann welcher Ansatz der richtige ist.