Michael Wendenburg

Die Stückliste bleibt auf der Tagesordnung

Das ProSTEP iViP Symposium jagt von Rekord zu Rekord. Mit über 550 Teilnehmern und 33 Ausstellerfirmen war die diesjährige Veranstaltung im ICS in Stuttgart noch besser besucht als die des Vorjahres in Berlin, die erstmals die Schallmauer von 500 Ausstellern und Besuchern durchbrach. Obwohl oft als „Familientreffen“ der technischen IT-Experten aus Automobil- und Flugzeugindustrie bezeichnet, waren mehr als die Hälfte der Teilnehmer zum ersten Mal dabei. Das liegt nicht nur an der allmählichen Verjüngung der IT-Mannschaften (Frauen sind immer noch deutlich unterrepräsentiert), sondern auch daran, dass es dem Verein durch gezielte Werbekampagnen insbesondere in Japan gelungen ist, den Anteil der ausländischen Besucher zu steigern. Vertreter aus 19 Ländern nahmen in diesem Jahr am Symposium teil.

Mit freundlicher Genehmigung von Ralf Kopp, ProSTEP iViP

Die Organisatoren versuchen außerdem, die Veranstaltung durch den Brückenschlag von der virtuellen Produktentwicklung zum Digital Manufacturing thematisch breiter aufzustellen und auch dadurch neue Interessenten anzulocken. Das spiegelt sich allerdings noch nicht in der Zusammensetzung der Besucherschaft wider, die nach wie vor sehr Engineering-orientiert ist. Beherrschendes Thema war in diesem Jahr das Smart (Systems) Engineering als Antwort auf die Herausforderung des Internets der Dinge (IoT), das heißt die Vernetzung von Fahrzeugen und anderen Produkten über das Internet und die daraus resultierenden neuen Serviceangebote und Geschäftsmodelle. Da war Hauptsponsor Bosch natürlich in seinem Element.

Bei so vielen Hype-Themen war ich angenehm überrascht, auch die gute alte Stückliste bzw. die Diskussion über die Hoheit der BOM (Bill of Material) auf der Tagesordnung zu finden. Bodenständige Kost, aber vom Feinsten, so wie überhaupt die Verköstigung in diesem Jahr ausgezeichnet war. Den Auftakt machten die Vertreter des brasilianischen Flugzeugherstellers Embraer, die ihre IT-Systemlandschaft unter anderem deshalb um das PLM-System Windchill ergänzt haben, um Konstruktionsstückliste, pardon eBOM, und Fertigungsstückliste unabhängig voneinander managen und ändern zu können.

Mit freundlicher Genehmigung von Beyond PLM — Mit freundlicher Genehmigung von Oleg Shilovitsky, Beyond PLM

PLM-Experte Oleg Shilovitsky, dessen Blog Beyond PLM ich an dieser Stelle zur Lektüre empfehle, verteidigte in seiner Keynote hingegen die Vision einer einheitlichen, über die Systemgrenzen von PLM und ERP hinweg synchronisierbaren BOM. Leider seien die Unternehmen nicht „ready for a single BOM“. Eine Position, die übrigens auch von PLM-Papst Prof. Martin Eigner geteilt wird, der in der Fragerunde den Konstrukteuren empfahl, in den Strukturen der mBOM denken zu lernen. Wen wundert es, dass die Stückliste beim anschließenden Get Together Gegenstand angeregter Diskussionen war.

Bei allem Respekt vor Martin Eigner und Oleg Shilovitsky bin ich der Ansicht, dass die Idee einer Art Einheitsstückliste zumindest nicht für alle Unternehmen eine tragfähige Lösung darstellt. Dies umso mehr als smarte Produkte und neue IoT-basierte Geschäftsmodelle dazu führen werden, dass diese BOM nicht mehr nur die Sichten von Mechanik-Konstrukteuren und Fertigungsplanern, sondern auch von Elektrik/Elektronik-Entwicklern, Software-Programmierern und Serviceleuten harmonisieren müsste. Die Abstimmung zwischen den beteiligten Disziplinen stelle ich mir beliebig komplex vor. Statt einer Einheitsstückliste brauchen die Unternehmen meines Erachtens ein einheitliches System, in dem sie verschiedene Sichten bzw. Stücklisten-Strukturen verwalten und bei Änderungen konsistent halten können.

Die Entscheidung, welches System das sein soll, muss jedes Unternehmen selber treffen – in Abhängigkeit von der Multi-BOM-Fähigkeit der eingesetzten PLM-, ERP- oder vielleicht sogar anderer IT-Systeme. Instruktiv war in dieser Hinsicht der Vortrag der Faymonville S.A. auf dem Symposium, die ihre Schwerlasttransporter zum Teil kundenspezifisch entwickelt, zum Teil aber auch aus einem Baukastensystem auftragsspezifisch konfiguriert. Um den Configure-to-Order-Prozess besser zu unterstützten, hat das Unternehmen die Fertigungsstückliste zu 150% in ihrem PLM-System abgebildet. Auch bei Embraer wird die mBOM zunächst im PLM-System angelegt und dann erst an das ERP-System repliziert.

Vielleicht ein Paradigmenwechsel? Es würde mich interessieren, was Sie über das Thema denken.

PLM muss große und kleine Fische unterstützen

Von PLM-Lösungen für den Mittelstand zu sprechen, verleitet leicht zu falschen Schlüssen. Mittelständische Unternehmen haben grundsätzlich die gleichen PLM-Anforderungen wie Großunternehmen, denn sie entwickeln ähnlich komplexe Produkte, meist in einer riesigen Zahl kundenspezifischer Ausprägungen. Sie sind als Zulieferer in komplexe globale Wertschöpfungsketten eingebunden und haben oft selbst Entwicklungs- oder zumindest Fertigungsstandorte in anderen Ländern. Und sie müssen in aller Regel dieselben Qualität- und Compliance-Anforderungen erfüllen wie ihre Auftraggeber. Deshalb brauchen sie keine funktional abgespeckten PLM-Lösungen, die sich im wesentlichen auf CAD-Daten- und Dokumenten-Management und vielleicht ein paar Workflows beschränken, sondern das volle PLM-Programm. Nicht von ungefähr haben einige PLM-Hersteller ihre schnell geschnürten Mittelstandspakete wieder in der Versenkung verschwinden lassen.

bigfish Natürlich gibt es Unterschiede. Mittelständische Unternehmen haben normalerweise keine großen IT-Abteilungen, die ein monatelanges PLM-Projekt unterstützen können. Die Implementierung liegt meist in den Händen junger, engagierter Mitarbeiter aus den Fachabteilungen, die über wenig Erfahrung im Projekt- und Change-Management verfügen. Dafür sind, im Unterschied zu Großunternehmen, die Mauern zwischen den Abteilungen weniger hoch, so dass sich abteilungsübergreifende Prozesse einfacher reorganisieren lassen. Und die Geschäftsleitung ist erfreulich oft nahe am PLM-Projektgeschehen und stärkt dem Projektteam in kritischen Phasen den Rücken.

Was bedeutet das nun für die PLM-Hersteller und Ihre „Mittelstandslösungen“? Zunächst einmal brauchen sie kompetente Mitarbeiter mit Projekterfahrung, die den Kunden bei der Umsetzung der Projektschritte beraten und unterstützen und gegebenenfalls sogar die (Co-)Projektleitung übernehmen können. Agilität ist die Stärke des Mittelstands – das muss auch für das Projektmanagement gelten. Voraussetzung ist natürlich ein PLM-System das von der Software-Architektur und den Entwicklungswerkzeugen ein agiles Vorgehen bei der Implementierung zulässt.

Vorkonfigurierte Lösungen haben den Vorteil, dass sie sich schnell ausrollen lassen. Aber dieser Vorteil darf nicht durch mangelnde Flexibilität erkauft werden. Natürlich kann es zweckmäßig sein, die Prozesse im Zuge der PLM-Implementierung auf den Prüfstand zu stellen, aber wenn es sich um erprobte Prozesse handelt, die vielleicht sogar einen Vorsprung des Unternehmens im Wettbewerb ausmachen, muss die Software diese Prozesse abbilden können.

Was den Funktionsumfang anbelangt, so ist eine modulare Plattform mit Basisfunktionalität und ergänzenden Anwendungsmodulen die beste Gewähr für eine skalierbare PLM-Installation, die mit den Anforderungen des Unternehmens wachsen kann. Die Möglichkeit, Funktionalität nachzurüsten, beschleunigt den Rollout und verkürzt den ROI. Ich habe in den letzten Monaten verschiedene Unternehmen besucht, die das Projektmanagement zunächst nur als Struktur für eine projektorientierte Ablage der Daten und Dokumente produktiv genutzt haben, um erst im zweiten Schritt ein umfassendes Projektmanagement mit Terminverfolgung, Kostenkontrolle und Aufwandserfassung zu implementieren. In einigen Fällen werden inzwischen sogar Vertriebsprojekte im PLM-System angelegt, so dass der gesamte Produktentstehungsprozess von der Angebotsphase bis zur Auslieferung durchgängig unterstützt wird.

Interessanterweise sieht man solche umfassenden PLM-Implementierungen häufiger im Mittelstand als bei Großunternehmen. Das wiederum hängt meiner Einschätzung nach mit den flacheren Strukturen zwischen den Abteilungen und der größeren Aufmerksamkeit des Managements für das PLM-Thema zusammen. Wenn sich mittelständische Unternehmen für eine PLM-Implementierung entscheiden, werden die Projekte in aller Regel sehr konsequent durchgezogen. In diesem Sinne würde man sich mehr „Mittelstandslösungen“ bei Großunternehmen wünschen.

Auch PLM-Systeme kommen in die Jahre

Mit einem Textverarbeitungsprogramm, das nicht mehr auf dem aktuellen Stand ist, über die Notwendigkeit der Software-Aktualisierung zu schreiben, ist nur scheinbar ein Widerspruch. Während man bei Word & Co. als normaler Anwender durch einen Versionswechsel kaum noch Produktivitätszuwächse erzielt, dafür aber tagelang damit beschäftigt ist, vertraute Funktionen wiederzufinden, die ein agiler Software-Entwickler aus unerfindlichen Gründen dort versteckt hat, wo man sie nicht suchen würde, kann die Aktualisierung einer Unternehmensanwendung einen Produktivitätsschub auslösen. Insbesondere wenn es sich um eine historisch gewachsene IT-Lösung handelt.

Alt- oder Legacy-Systeme sind strukturell zukunftsunfähig, weil sie meist auf einer veralteten Technologie basieren, inkompatibel zu anderen Unternehmensanwendungen sind und sich nicht oder nur mit einem hohem Aufwand an die aktuellen Anforderungen anpassen lassen. Ihre Aufrechterhaltung bindet nicht nur Personal mit Know-how, das immer schwerer zu finden bzw. zu ersetzen ist, sondern auch finanzielle Ressourcen, die nicht mehr für Investitionen in die Modernisierung der IT-Landschaft zur Verfügung stehen. Darauf hat kürzlich die Management-Beratung Lüdendonk in einem Whitepaper über die Software-Modernisierung hingewiesen, das ich zur Lektüre empfehle.

Mit freundlicher Genehmigung von dan, www.FreeDigitalPhotos.net

Obwohl sich die IT-Verantwortlichen der Tatsache bewusst sind, dass die Modernisierung der Software-Landschaften eine Notwendigkeit ist, halten sie an ihren Legacy-Systemen oft genauso zäh fest wie ich an meinem alten Texteditor. Das liegt daran, dass diese Systeme sehr viel Unternehmens-Know-how beinhalten und oft so eng mit anderen IT-Lösungen verknüpft sind, dass sich die Auswirkungen einer Modernisierung nur schwer abschätzen lassen. Dies umso mehr als ihre Entstehungsgeschichte oft nicht sauber dokumentiert ist. Die Experten von Lüdendonk empfehlen dennoch eine planvolle Modernisierung der Software-Landschaft und stellen dafür verschiedene Strategien vor.

Zugegebenermaßen haben neue Software-Programme manchen Bug, aber sie sind in den letzten Jahren deutlich zuverlässiger geworden. Die Furcht vor Kinderkrankheiten sollte deshalb kein Grund sein, seine Software-Installation nicht zu aktualisieren. Gerade moderne PLM-Systeme bieten heute standardmäßig einen Funktionsumfang, der vor einigen Jahren nicht oder nur mit einem hohen Anpassungsaufwand und Zusatzprogrammierungen erreichbar war. Die bestehenden IT-Lösungen abzulösen, hat den Vorteil, dass man sie funktional wieder näher an den Standard heranführen kann. Das reduziert nicht nur den Aufwand für Wartung und Pflege der Installation, sondern erleichtert auch Software-Updates. Davon abgesehen erlauben die heute zur Verfügung Programmierwerkzeuge eine einfachere und schnellere Zusatzprogrammierung, falls doch einmal kundenspezifische Erweiterungen erforderlich sind.

Außerdem werden die Architekturen der PLM-Systeme nicht zuletzt auch unter dem Druck von Initiativen wie dem Codex of PLM Openness offener, was ihre Integration in bestehende IT-Landschaften vereinfacht. Alle diese Faktoren haben zur Folge, dass die Kosten für Anschaffung und Betrieb einer PLM-Lösung tendenziell sinken. Deshalb sollten gerade Unternehmen mit einer älteren und stark kundenspezifisch angepassten PLM-Lösung ernsthaft über eine Modernisierung ihrer Installation nachdenken. Die Lebensdauer der Alt-Systeme zu dehnen, hat Lüdendonk zufolge negative Auswirkungen auf die Gesamtkostenstruktur der IT: „Je mehr Zeit und Geldmittel […] die Unternehmen für die Wartung älterer Software aufwenden müssen, desto weniger bleibt für die Realisierung zukunftsweisender Projekte übrig“, so die Autoren des Whitepapers.

In den letzten Monaten habe ich eine Reihe von Unternehmen besucht, die sich aus dem einen oder anderen Grund für eine Modernisierung ihres PLM-Systems entschieden haben. Der damit verbundene Aufwand war zum Teil nicht unerheblich, weil sie im Zuge der Modernisierung auch ihre Entwicklungsprozesse umstrukturiert haben. In allen Fällen profitierten die Unternehmen jedoch von dem erweiterten Standard-Funktionsumfang ihres PLM-System, insbesondere in punkto Projektmanagement, der wesentlich einfacher zu implementieren war als die kundenspezifischen Anpassungen der Vergangenheit.