Mit Big Bang zum Projekterfolg

Der Begriff Big Bang oder Urknall bezeichnet in der Kosmologie den Beginn unseres Universums – ein angeblich singuläres Ereignis. Angeblich deshalb, weil es vor schlappen 13,8 Milliarden Jahren ohne Augenzeugen stattfand (Einstein, Planck und Co. waren nur theoretisch anwesend) und möglicherweise gar nicht so singulär war. Irgendwo habe ich mal gelesen, dass es vielleicht nur der Moment der maximalen Verdichtung von Materie, Raum und Zeit eines früheren Universums war, das ab da wieder zu expandieren anfing.

In unserer bescheidenen PLM-Welt verwendet man den Begriff Big Bang gerne für ein Vorhaben, bei dem eine umfassende PLM-Lösung auf einen Schlag an allen Standorten eines Unternehmens und/oder in allen Abteilungen, die in den Produktentstehungsprozess involviert sind, scharf geschaltet wird. Soweit die Theorie. In der Praxis gehen solchen Big Bang-Projekten meist monatelange Vorbereitungen mit aufwendigen Tests voraus, um das Risiko eines Fehlstarts zu minimieren. Und wie bei der PLM-Einführung in mehreren Projektschritten ist auch der Urknall im Erfolgsfall nur der Startschuss für die kontinuierliche Expansion des PLM-Universums.

Image
Mit freundlicher Genehmigung Victor Habbick, www.FreeDigitalPhotos.net

Gegen den Big Bang gab es früher viele Vorbehalte, insbesondere bei mittelständischen Unternehmen, weil die Projekte sich über die Gebühr in die Länge zogen. Ihr Lieblingsrezept für die PLM-Einführung lautete: Think big, but start small. Das ändert sich allerdings mit der Weiterentwicklung der PLM-Software, die dank modularer Architekturen, vorkonfigurierter Komponenten und leistungsfähiger Werkzeuge für die Entwicklung kundenspezifischer Anpassungen einfacher und schneller mit einem vergleichsweise großen Funktionsumfang ausgerollt werden können als vielleicht noch vor zehn Jahren. De facto ist der wachsende Funktionsumfang der Implementierungen der Grund dafür, dass sich die Projektlaufzeiten im Schnitt nicht wesentlich verkürzt haben.

Ob sich ein Unternehmen für den Big Bang oder eine Politik der kleinen Schritte entscheidet, hängt von vielen Faktoren ab. Wichtig sind zum einen die Rahmenbedingen: Ein Unternehmen mit global verteilten Entwicklungsstandorten, die bei Entwicklungsprojekten zusammenarbeiten sollen, wird nicht umhin kommen, über den gleichzeitigen Rollout der PLM-Lösung an allen Standorten nachzudenken. Zum anderen hängt die Entscheidung davon ab, wie weit der Istzustand vor der PLM-Einführung und der angestrebte Sollzustand auseinander liegen. Größere Veränderungen der Prozesslandschaft erfordern, wenn nicht den Big Bang, so doch einen größeren Sprung, um zu verhindern, dass das Projekt auf halbem Wege im Morast des Tagesgeschäfts stecken bleibt. Wer den Produktentstehungsprozess umgestalten möchte, kann sich nicht damit begnügen, erst einmal testweise ein CAD-Datenmanagement im Engineering zu implementieren.

Viele Unternehmen scheuen den Big Bang, nicht unbedingt weil das damit verbundene Risiko höher ist, sondern weil sie es schwerer einschätzen können und lieber auf Nummer sicher gehen. Das gilt vor allem für Unternehmen, in denen das Management dem Thema PLM nicht die Aufmerksamkeit schenkt, die es verdient. Wer mit knappen finanziellen Ressourcen und einer eher zufällig zusammen gewürfelten Truppe aufmarschiert, wird sich nur in kleinen Schritten an PLM heranpirschen. Big Bang-Projekte erfordern den unbedingten Rückhalt der Geschäftsleitung: “Es muss jemanden geben, der ein so großes Projekt auch mal über die kritischen Klippen hievt”, sagte mir vor ein paar Wochen  der Geschäftsführer eines Unternehmens, das gerade mit einem Kostenaufwand von mehreren Millionen Euro seine komplette CAD/CAM- und PLM-Lösung ausgewechselt hatte.

PLM-Projekte brauchen außerdem ein starkes und motiviertes Projektteam, unabhängig davon, ob das Unternehmen sich für die Big Bang-Ansatz oder eine Implementierung in kleinen Schritten entscheidet. Dazu gehören auch kompetente Ansprechpartner auf Seiten des Softwarelieferanten, die in den Lage sind, die Prozesse des Kunden zu verstehen und in der Software abzubilden. Aus den Teammitgliedern eine schlagkräftige Mannschaft zu formen und auf sie ein gemeinsames Ziel einzuschwören, ist Aufgabe der Projektleiter, deren Geschick über Erfolg oder Misserfolg des Projekts entscheiden kann.

PLM – ein Werkzeug für den Werkzeugbau?

Dass Unternehmen neben ihren Produktdaten auch ihre Werkzeugdaten, NC-Programme, Arbeitspläne und andere fertigungsrelevante Unterlagen mit einer zentralen PLM-Lösung verwalten, damit die Mitarbeiter an anderen Produktionsstandorten auf diese Informationen zugreifen können, sieht man nicht oft. Ich habe eine diese Raritäten neulich in der Hinterpfalz entdeckt. Die Werkzeugbauer des betreffenden Unternehmens waren sogar treibende Kraft bei der PLM-Einführung, wenngleich sie das Projekt nicht ohne Unterstützung der Produktentwicklung und IT hätten durchsetzen können.

Image
Mit freundlicher Genehmigung von Grant Cochrane auf FreeDigitalPhotos.net

Als ich den Systemadministrator im Werkzeugbau nach dem Funktionsumfang des Produktdatenmanagements fragte, korrigierte er mich höflich aber (pfälzisch) bestimmt: Wir reden bei uns nicht von PDM, sondern lieber von PLM, weil wir mit der Lösung die Prozesse über den gesamten Lifecycle der Werkzeuge unterstützen wollen. Er hatte völlig Recht: Bei der Firma können zum Beispiel auch die Mitarbeiter, die sich in den Werken um die Wartung der Werkzeuge kümmern, über Viewer auf die für sie relevanten Informationen zugreifen. Künftig sollen sie sogar per Mark-up auf den Dokumenten vermerken, was sie am Werkzeug geändert haben, damit die Konstrukteure das bei neuen Projekten berücksichtigt können.

Ich war erstaunt, dass Mitarbeiter im Werkzeugbau eines (zugegebenermaßen größeren) mittelständischen Unternehmens eine so klare Vorstellung davon haben, was PLM für ihre Organisation an Vorteilen bedeutet. Allerdings war sich der Leiter der Abteilung auch der Herausforderung bewusst, die der PLM-Einsatz für seine Mitarbeiter bedeutet. Um die Akzeptanz dauerhaft sicher zu stellen, müsse man die Anwender abholen und auf dem Weg begleiten, damit sie die Technologie verinnerlichten, wofür eigentlich mehr Personal erforderlich sei, meinte er.

Die größte Hürde für eine konsequente Nutzung der PLM-Technologie im Werkzeugbau des Unternehmens ist jedoch eine andere: Das Outsourcing. Die Unternehmensleitung hat vorgegeben, dass mehr als die Hälfte der Werkzeuge aus Kosten- und Kapazitätsgründen extern konstruiert und gefertigt wird. Die Lieferanten setzen jedoch nicht notwendigerweise das gleiche CAD/CAM-System ein wie die hauseigenen Werkzeugbauer, wenn sie die Werkzeuge überhaupt schon durchgängig in 3D modellieren. Dadurch ist der Import der fremden Werkzeugdaten ist mit einem Riesenaufwand verbunden – stücklistenrelevanten Informationen müssen praktisch von Hand eingegeben werden. Eigentlich bräuchte man einen portablen PLM-Client oder eine Art PLM-Portal, damit die Zulieferer ihre (Meta-)Daten selbst einpflegen können, aber dafür fehlt dem Unternehmen die IT-Infrastruktur.

Der PLM-Einsatz soll bei der Firma die Durchlaufzeiten verkürzen – auch im Werkzeugbau. Das wird man wohl erreichen, auch wenn ein Teil der Zeiteinsparungen durch die mangelnde Integration der Zuliefererdaten wieder aufgezehrt wird. Ihre uneinheitliche Qualität erschwert zudem das Lifecycle-Management der Werkzeuge, die im Laufe der (relativ langen) Produktlebenszyklen immer wieder repariert und überholt werden, und verursacht im späteren Werkzeugleben höhere Kosten. Das aber interessiert normalerweise den Einkauf nicht, da die Betriebskosten auf einer anderen Kostenstelle verbucht werden als die Anschaffung. Hier ist also die Unternehmensleitung gefordert, unter dem Gesichtspunkt der Total Cost of Ownership klare Vorgaben für die Zusammenarbeit mit Lieferanten zu machen.

PLM-Einführung ist ein Mannschaftssport

Man sollte meinen, dass die PLM-Einführung dank vorkonfigurierter Software-Lösungen und standardisierter Middleware-Technologie für die Integration der Anwendungen einfacher geworden sei. Wenn man einigen Herstellern glauben darf, funktionieren ihre Lösungen sozusagen out of the box, das heißt man braucht sie nur noch auszupacken und einzuschalten. Leider sieht die Realität anders aus: „Der Leidensdruck hat eher noch zugenommen“, urteilte Prof. Martin Eigner der auf dem diesjährigen PROSTEP iViP-Symposium einen Workshop zum Thema „Future PLM“ koordinierte. Im Rahmen dieses Workshops wurden die Teilnehmer aus der Automobil- und Luftfahrtindustrie befragt, wo sie der Schuh am meisten drückt: Ein wunder Punkt ist und bleibt die Implementierung, das heißt die vielen Systeme, Schnittstellen, Migrationen oder Inkompatibilitäten.

Image

Der Grund für den scheinbaren Widerspruch ist relativ simpel: Zwar lassen sich die PLM-Lösungen heute einfacher und schneller implementieren, aber gleichzeitig haben Umfang und Komplexität der Implementierungen deutlich zugenommen, weil die Lösungen mehr leisten und mehr leisten sollen als noch vor zehn Jahren. Die Kunden sind anspruchsvoller geworden: Es geht nicht mehr nur ein bisschen lokale CAD-Datenverwaltung, sondern um die Unterstützung des gesamten Entwicklungsprozesses unter Einbeziehung verschiedener Disziplinen (Stichwort Mechatronik-Entwicklung), Standorte und gegebenenfalls auch der externen Partner. Das untermauern die anspruchsvollen PLM-Projekte, die heute in der Industrie realisiert werden.

Vor kurzem habe ich einen renommierten Automobilzulieferer besucht, der gerade seine alte Zeichnungsverwaltung durch eine umfassende PLM-Lösung ersetzt hat. Multi-CAD-Datenmanagement, Stammdatenverwaltung mit ERP-Anbindung, Dokumentenmanagement mit Office- und Email-Integrationen, Projektverwaltung, Freigabe- und Änderungswesen etc. wurden auf einen Schlag an mehreren Standorten weltweit eingeführt, weil die Anwender bei vielen Projekten standortübergreifend zusammenarbeiten. Ein riesiger Berg an CAD-Daten und anderen Unterlagen musste dazu in die neue PLM-Umgebung übernommen werden, was natürlich mehr Zeit in Anspruch nahm als geplant. Der Aufwand für die Datenmigration wird bei PLM-Implementierungen immer noch gerne unterschätzt.

PLM-Projekte dieser Größenordnung mit Beteiligten aus unterschiedlichen Abteilungen, Standorten und Ländern und Kulturkreisen erfordern ein effizientes Projektmanagement, um sie erfolgreich umzusetzen. Der Zusammenhalt des Projektteams, der Rückhalt im Management und die kompetente Unterstützung durch den Systemlieferanten sind wichtige Erfolgsfaktoren. Als ich den Projektleiter fragte, was er beim nächsten Mal anders machen würde, sagte er, er würde es stärker in Teilprojekte mit separaten Projektverantwortlichen unterteilen, um die parallel laufenden Aktivitäten besser koordinieren zu können. Und er würde die ausländischen Kollegen noch frühzeitiger ins Boot holen. Ein gut funktionierendes Team ist für den Projekterfolg fast wichtiger als die beste Software, so einfach sie auch zu implementieren sein mag. Und der gemeinsame Erfolg stärkt das „Wir-Gefühl“ im Unternehmen – über die PLM-Implementierung hinaus.