Kategorie: PLM-Anwendungen

Der Fortschritt ist ein Walkürenritt

Den Fortschrittsglauben meiner technikverliebten Freunde und Kollegen teile ich nur bedingt. Ich bin der festen Überzeugung, dass wir jeden Fortschritt mit lauter kleinen Rückschritten erkaufen. Vor ein paar Tagen, als mein „alter“ DVD-Player plötzlich seinen Geist aufgab, ist mit das wieder bewusst geworden. Das No-Name-Gerät hatte einen analogen Audio-Ausgang mit zwei Cinch-Buchsen, so dass ich ihn an meine (wirklich alte) Stereo-Anlage anschließen und mir Filme mit guter Musik über die Boxen anhören konnte. Da klang Wagners Walkürenritt in Apocalyse Now noch mal so gut.

Jetzt habe ich einen nagelneuen Blu(e)-Ray-Player von einem namhaften koreanischen Hersteller, den ich sogar ins WLAN hängen kann. Aber statt der Cinch-Buchsen hat er nur noch einen digitalen Coaxial-Ausgang, und in dem ganzen Medienmarkt war kein Mitarbeiter in der Lage mir zu erklären, wie ich das Gerät wieder an meine Stereo-Anlage anschließen kann. Einer meinte, ich solle das Audiosignal doch am Euro Connector des Fernsehers abgreifen und in den Receiver einspeisen, worauf mir der Song von Mike Krüger in den Sinn kam: „Sie müssen erst den Nippel durch die Lasche ziehen…“

Stecker2
Mit freundlicher Genehmigung Hyena Reality, www.FreeDigitalPhotos.net

Smart Connected Systems stelle ich mir anders vor. Vielleicht hätte ich einen der Kunden fragen sollen, die – wenn man der Werbung besagten Marktes Glauben schenken darf – nicht blöd sind. Der hätte mir dann gesagt, dass ich dafür ein Zusatzgerät benötige, das ich im Spezialhandel suchen muss und das mehr kostet als der neue Player. Aber zum Glück gibt es ja heute das Internet, um die Probleme zu lösen, die man vor dem Internet-Zeitalter nicht hatte. Und wo man den Digital Audio Converter dann auch gleich online bestellen kann.

Sie werden sich sicher fragen, was das alles mit PLM zu tun hat? Ich überlege auch schon die ganze Zeit fieberhaft, wie ich die Kurve kriege. Nun, zunächst einmal macht das Beispiel einmal mehr deutlich, warum wir PLM so dringend benötigen. Es gibt keine einfachen Lösungen mehr – alles wird komplizierter, und ohne PLM sind wir einfach nicht mehr in der Lage, die Komplexität zu beherrschen.

Zwingend erforderlich ist die Integration eines leistungsfähigen Anforderungsmanagements in die PLM-Systeme, damit unsere Kundenbedürfnisse endlich besser erfasst werden. Allerdings befürchte ich, dass mein Wunsch nach Anschluss des Players an eine klassische Stereo-Anlage spätestens bei der Priorisierung der erfassten Anforderungen dem Mainstream zum Opfer fallen würde. Stereo-Anlagen sind halt „mega-out“, wie meine Kinder sagen würden. Die hören Musik mit Handy und Knopf im Ohr und wissen deshalb gar nicht mehr wie gut Musik aus Boxen klingen kann.

Ich kann nur hoffen, dass irgendein Hersteller sein Player-Portfolio PLM-gestützt managt und dank eines integrierten Variantenmanagements in der Lage ist, eine meinen Anforderungen entsprechende Produktvariante zu konfigurieren. Es wird doch ständig von Mass Customization geredet – davon dass Massenprodukte immer variantenreicher werden, um individuelle Kundenanforderungen zu erfüllten. Das mag für deutsche Premium-Fahrzeuge und deutsche Premium-Maschinen sicher lohnenswerter sein, als für elektronische Massenware aus dem fernen Korea, die – das muss man der Fairness halber sagen – sehr viel Leistung für wenig Geld bietet. Aber mit Elektronik und Software lässt sich Varianz doch angeblich viel preisgünstiger abbilden als in Hardware.

Das Problem ist, dass die Lebenszyklen elektronischer Konsumgüter im Ladenregal so kurz sind, dass man kaum Zeit hat, sie zu managen. Ihre Lebensdauer ist hingegen wesentlich länger, was dazu führt, dass in unseren Haushalten Produkte unterschiedlicher Generationen zusammenleben. Wir brauchen also ein generationenübergreifendes Produktfamilien-Management. Und wir brauchen ein PLM-gestütztes Systems Engineering, das die Connectivity-Konflikte zwischen unterschiedlichen Produktgenerationen berücksichtigt.

Nachtrag: Ich habe meinen alten, voll funktionsfähigen Receiver inzwischen dem Fortschritt geopfert und ein Gerät mit digitalem Audio-Eingang bestellt – in der Gewissheit, dass es nicht besser klingen, dafür aber höchstens halb so lange halten wird. Zum Glück dürfte dank PLM zumindest die Recyclingfähigkeit sichergestellt sein.

Wohin mit der Fertigungsstückliste?

In Fachkreisen wird seit einiger Zeit lebhaft darüber diskutiert, wo die Fertigungsstückliste eigentlich hingehört. Da diese Diskussion im wesentlichen auf Englisch geführt wird, ist allerdings meist von Manufacturing Bill of Material bzw. mBOM die Rede. Spontan würde man sagen, sie gehört ins ERP-System, weil das ERP-System – oft in Verbindung mit einem MES-System (Manufacturing Execution System) – die Fertigungsprozesse steuert und weil es das bevorzugte Werkzeug der Mitarbeiter im Unternehmen ist, die für die Steuerung dieser Prozesse verantwortlich sind. Aber die Sache ist nicht ganz so einfach.

Fertigungsstücklisten werden immer seltener von Hand im ERP-System angelegt. Meist sind sie das Ergebnis einer Produktstruktur, die im 3D-CAD-System wächst. Der PLM-Einsatz hat in vielen Unternehmen zu einem arbeitsteiligen Stücklistenmanagement geführt: Die Konstruktionsstückliste (Engineering Bill of Material oder kurz eBOM) wird im PLM-System angelegt und ab einem bestimmten Reifegrad an das ERP-System übergeben, um die mBOM abzuleiten. Je nach Prozess-Anforderungen wird sie im ERP-System nicht nur um Positionen wie den berühmten Tropfen Öl ergänzt, sondern sogar in ihrem Aufbau verändert.

wegweiser2
Mit freundlicher Genehmigung Stuart Miles, www.FreeDigitalPhotos.net

Die quasi automatische Erzeugung bzw. Ableitung der Stücklisten spart Zeit und vermeidet Fehleingaben. Bei technischen Änderungen verursachen die Unterschiede zwischen eBOM und mBOM jedoch einen erheblichen Aufwand für die Synchronisation der redundanten Stücklisten-Informationen in den verschiedenen IT-Systemen. Das umso mehr, wenn die eBOM auf mehrere, werkspezifische mBOMs abgebildet werden muss, weil ein und dasselbe Produkt an verschiedenen Standorten mit unterschiedlichen Zutaten und nach unterschiedlichen Rezepten produziert wird.

Der Leidensdruck bei der Stücklisten-Synchronisation ist nicht in allen Unternehmen gleich groß. Insbesondere Hersteller von komplexen Produkten mit langen Lebenszyklen, die viel Re-Engineering und Re-Konfiguration betreiben, beklagen sich oft über die mangelnde ERP-Unterstützung bei Änderungen an den Fertigungsstücklisten. Auch Unternehmen, die an ihren global verteilten Fertigungsstandorten separate ERP-Systeme oder -Instanzen nutzen, vermissen ein übergreifendes Stücklistenmanagement, um Änderungen schnell und sicher an die Werke kommunizieren zu können. Noch schwieriger ist die Synchronisation zwischen eBOM und mBOM, wenn sich die Entwicklung und Fertigung über eine lange Zulieferkette verteilen, was heute vielen Branchen der Fall ist.

Das arbeitsteilige Stücklistenmanagement wird deshalb zunehmend in Frage gestellt – bis hin zu der Überlegung, ein so genanntes Master Data Management (MDM) für die Verwaltung sämtlicher Stücklisten-Ausprägungen aufzusetzen. So charmant die Idee ist, ich glaube nicht, dass wir dafür ein neues IT-System brauchen. Die Frage, wo die Fertigungsstückliste hingehört, ist nämlich im Prinzip falsch gestellt. Natürlich gehört sie irgendwann ins ERP- oder auch ins MES-System, damit das Produkt gefertigt werden kann. Worum es eigentlich geht ist, die Anlage der Fertigungsstückliste(n) und die Synchronisation zwischen mBOM und eBOM in einem System zusammenzuführen, das in der Lage ist, mehrere Stücklisten-Sichten zu verwalten und zu synchronisieren, um den Abstimmungsaufwand zu minimieren.

Meines Erachtens ist das keine Frage der Ideologie, sondern eine ganz pragmatische Entscheidung, die das Unternehmen entsprechend seiner Anforderungen und seiner IT-Landschaft fällen sollte. Wenn das ERP-System die Abbildung unterschiedlicher Sichten nicht oder nur ungenügend unterstützt, das PLM-System aber entsprechende Funktionen bietet, dann spricht nichts dagegen, die Hoheit über die Fertigungsstückliste an das PLM-System zu übertragen. Im Gegenteil, es spricht sogar einiges dafür – zum Beispiel die Möglichkeit, eBOM und mBOM im PLM auch mit der Service-Stückliste zu synchronisieren, die wieder ganz anders aufgebaut sein kann.

Verbesserungen am laufenden Band

Der Ausdruck „am laufenden Band“ stammt – so möchte ich mal vermuten – aus der Welt der Fertigung, hat sich aber dank Rudi Carrell zu einem stehenden Begriff für alles entwickelt, was in rastloser Unruhe ist. Vielleicht sollte man besser von Verbesserungen im laufenden Betrieb sprechen. Denn darum geht es, wenn Unternehmen ihre funktionierenden PLM-Installationen weiter ausbauen und verbessern.

Mit freundlicher Genehmigung freedigitalphotos.net
Mit freundlicher Genehmigung Chomnancoffee, FreeDigitalPhotos.net

Neulich sprach ich mit dem Projektleiter eines mittelständischen Schweizer Unternehmens, das im vergangenen Jahr eine umfassende PLM-Lösung einschließlich Projektverwaltung implementiert hatte. Unmittelbare Nutzeneffekte waren eine bessere Prozessdurchgängigkeit und Datenkonsistenz. Inzwischen hat das Unternehmen sein Änderungsmanagement dahingehend erweitert, dass bei Freigabe der Änderung eines Artikels die Stücklisten von allen Produkten, in denen dieser Artikel verbaut ist, automatisch aktualisiert werden. Die Zeiteinsparungen durch die Neuerung sind nicht gewaltig, weil man auch früher schon Sammeloperationen ausführen konnte, aber die erweiterten Änderungsmanagement-Funktionen befreien die Anwender von lästigen Routinetätigkeiten. Vor allem aber sind sie die Grundlage für die Abbildung des gesamten ECM-Prozesses (Engineering Change Management) in einem elektronischen Workflow, von dem das sich Unternehmen sich eine spürbare Verkürzung der Durchlaufzeiten von Änderungen verspricht. Sie soll der nächsten Ausbaustufe umgesetzt werden.

Die Moral von der Geschichte ist, dass PLM-Projekte eigentlich nie zu Ende gehen. Es müssen im laufenden Betrieb immer wieder neue Wünsche und Bedürfnisse umgesetzt werden, und sei es nur deshalb, weil sich die Anforderungen des Unternehmens mit der Zeit verändern. Eines ist allerdings sicher: Es werden nie weniger, sondern immer mehr, weshalb sich der Funktionsumfang der PLM-Installationen ständig vergrößert. Wer hätte vor ein paar Jahren gedacht, dass Themen wie Anforderungsmanagement, Konfigurationsmanagement, Projektmanagement oder Qualitätsmanagement mal zu den PLM-Funktionen gehören würden.

Mit wachsendem Funktionsumfang wächst der Kreis der PLM-Anwender und er wird heterogener. Im Unterschied zu den Ingenieuren, die zu den Power Usern gehören, greifen viele andere Anwendergruppen nur gelegentlich auf PLM-Informationen zu. Sie brauchen eine einfache, intuitiv zu bedienende Benutzeroberfläche, in der sie sich ohne Lernaufwand zurecht finden. Dieser Anforderung werden viele PLM-Systeme immer noch nicht ganz gerecht, was sich negativ auf die Akzeptanz auswirkt.

Auch seitens des Managements ergeben sich neue Anforderungen an die PLM-Systeme. Die Führungskräfte wollen vielleicht ihre Entscheidungen mit Hilfe von Kennzahlen besser absichern, die sich aus den oft beiläufig erfassten Informationen im PLM destillieren lassen. Oder sie wollen eine Multiprojektsicht auf alle laufenden und geplanten Entwicklungsprojekte haben, um Prognosen über die weitere Geschäftsentwicklung machen zu können.

Was bedeutet das für die PLM-Systeme und ihre Hersteller? Zunächst einmal, dass sie wachstumsfähig sein müssen. Mit den monolithischen Software-Architekturen der Vergangenheit ist es kaum möglich, den erweiterten Funktionsumfang in einer angemessenen Zeit bereitzustellen. Notwendig sind modulare Software-Plattformen, die sich schnell und flexibel um neue Anwendungsmodule ergänzen lassen. Notwendig sind leistungsfähigere Programmierwerkzeuge, mit denen der Kunde oder sogar ein Third-Party-Entwickler zusätzliche Module entwickeln kann, ohne die Update-Fähigkeit der Lösung zu verbauen. Notwendig ist aber auch und vor allem mehr Offenheit der PLM-Systeme, um Fremdanwendungen leichter integrieren zu können, denn die Hersteller werden auf Dauer nicht den gesamten Funktionsumfang aus eigener Kraft bereitstellen wollen oder können.