Traditionell finden sich PLM-Hersteller, Dienstleister und Beratungshäuser auf der Leitmesse „Digitale Fabrik“ in Halle 7 zusammen. Das Leitthema und der allgegenwärtige Aufmacher an vielen Messeständen war in diesem Jahr das Schlagwort „Industrie 4.0“. Dieses Schlagwort wirft natürlich Fragen auf, zumal wir im ultraschnellen Internet gerade einmal bei Release 2.0 angekommen sind.

Laut Wikipedia soll der Begriff „Industrie 4.0“ die vierte Revolution des Industriezeitalters charakterisieren. Nach der Mechanisierung der Industrie mittels Wasser- und Dampfkraft (Release 1.0), der Massenproduktion durch Fließbandfertigung und den Einsatz elektrischer Energie (2.0) und dem Einsatz von IT in der Produktion zur weiteren Automatisierung (3.0) wird jetzt eine weitere Evolutionsstufe genommen. Unter dem Begriff „Industrie 4.0“ finden sich alle Strategien zusammen, deren Automatisierungsgrad durch Verfahren, Methoden und Prozesse zur Selbstoptimierung, Selbstkonfiguration, Selbstdiagnose bis hin zu selbstlernenden Systemen charakterisiert ist. Es geht also darum, Produktionssysteme zu befähigen, selbständig Entscheidungen zu treffen und nicht nur eine Meldung zu geben, wenn ein Parameter aus dem Ruder läuft. Das könnte zum Beispiel dazu führen, dass der Ausfall einer Maschine durch eine automatische Neuorganisation der Fertigungsstraße kompensiert wird. Diese Implementierung von intelligenten Entscheidungsregeln in Produktionssteuerungssysteme ist ein gewaltiger Schritt. Das zeigt zum Beispiel auch, dass das Bundeswirtschaftsministerium Fördermittel für die Forschung in diesem Bereich zur Verfügung stellt. Wobei man auch kritisch anmerken muss, dass gegenüber den Mehrkosten für Flughäfen, Opernhäusern und anderen Großprojekten diese Fördersumme sehr bescheiden aussieht.

Was hat jetzt aber dieser sehr produktionslastige Begriff „Industrie 4.0“ mit PLM zu tun?

Produktionssysteme können nur auf Basis von Daten Entscheidungen treffen. So etwas wie ein „Bauchgefühl“ für Maschinen überlassen wir dann lieber noch der „Industrie 5.0“. Produktrelevante Daten liegen in PLM-Systemen und müssen somit mit den Industrie-4.0-Systemen ausgetauscht werden. Neben einer eher methodischen Herausforderung an eine Kommunikation von verschiedenen IT-Systemen über eine Schnittstelle (Synchronisierung, Datenmapping etc.) gibt es hier noch eine technische Herausforderung. Produktionsnahe Systeme benutzen spezielle Kommunikationsprotokolle (PROFIBUS, PROFINET etc.). Die meisten PLM-Systeme kommunizieren über Webservices mit der Außenwelt. Hier muss sich von beiden Seiten aufeinander zubewegt und eine gemeinsame Sprache definiert werden.

Ein weiterer Punkt ist natürlich die Integration in PLM-Prozesse. Es kann also nicht nur darum gehen, dass Industrie-4.0-Systeme auf Daten in PLM-Systemen zugreifen und diese Daten nutzen, sondern es muss auch über den Schritt nachgedacht werden, die dann getroffenen Entscheidungen und Auswirkungen mit den PLM-Prozessen zu verzahnen. Auf der einen Seite könnte es notwendig sein, diese Änderungen in der Stückliste oder der Baseline aufgrund von Zertifizierungs- und Zulassungsverordnungen zu dokumentieren. Auf der anderen Seite könnten diese Änderungen auch wertvolle Hinweise für den Produktentwicklungsprozess einer Neu- oder Ableitungskonstruktion geben und somit zur Produktinnovation beitragen.

Je länger man über dieses Thema nachdenkt, umso mehr Gemeinsamkeiten und Schnittmengen zwischen der Industrie-4.0- und der PLM-Welt fallen einem ein. Ich würde mich über Kommentare zu diesem Blogartikel sehr freuen und stehe einer Diskussion offen gegenüber.

Das Programm bot natürlich informative Präsentationen des Herstellers über die zukünftigen Releases für das Produkt Oracle Agile PLM. Weiterhin standen auch Vorträge von Unternehmen auf der Agenda, die die Oracle-Lösungen aktiv einsetzen.

So hat beispielweise der DataSquare-Kunde Sven Brezek, Manager Business Processes bei der Cameron GmbH in Celle, über die Integration von Obsoleszenz-Management in Oracle Agile PLM berichtet. Da ich Cameron als Consultant betreue, aktiv am Vortrag beteiligt war und Obsolescence Management mein Steckenpferd ist, ein paar Worte dazu:

Die Cameron GmbH in Celle, deutsche Niederlassung der Cameron International Corporation in Houston, Texas, USA, ist Hersteller und Lieferant von Hochdruck- und Sicherheitsausrüstungen sowie von hydraulischen, pneumatischen, elektrischen und elektronischen Steuerungsanlagen für die internationale Erdöl- und Erdgasindustrie.

Die von Cameron entwickelten Produkte haben in der Regel einen langen Lebenszyklus von bis zu 30 Jahren. Die Lebensdauer bzw. die Servicezeit der einzelnen Elektronikkomponenten ist aber meist erheblich kürzer. Ein typischer Fall für Obsolescence Management …

DataSquare hat deshalb bei Cameron Oracle Agile PLM mit einer Lösung für das Obsoleszenz-Management implementiert. Diese garantiert Cameron stets einen genauen Überblick über den Lebensstatus aller Produkte. Nicht nur für das eigene Engineering, sondern auch als Serviceleistung für seine Kunden.

Meine Kollegen und ich fanden den PLM Summit insgesamt sehr gelungen – nicht nur weil DataSquare hier mit dem Oracle Enterprise PLM Partner Excellence Award 2013 ausgezeichnet wurde ;-) Besonders die Einbettung in den Value-Chain-Kontext ist eine gute Idee und hat viele neue Impulse gebracht.

Zunächst standen Beispiele für Rework auf der Agenda. Anhand von konkreten Anwendungsfällen konnten sich die Teilnehmer klar machen, dass sich Rework/Arbeitsmehraufwand oft in Kleinigkeiten versteckt oder gar nicht als Mehraufwand wahrgenommen wird. So wird in fast allen Unternehmen die ressourcenintensive Ad-hoc-Lösung von Problemen oftmals als Erfolg eines Teams gefeiert. Es wird sich auf die Schultern geklopft und zum – nun doch noch – erfolgreichen Projekt beglückwünscht. Die Frage allerdings, wie es zum Problem kam, bleibt oft unbetrachtet. Ein klassischer Fall von verdecktem Rework …

Auch am zukünftigen Konzept der Initiative wurde fleißig weitergearbeitet:

• Die Mitglieder wollen sich in Zukunft dreimal pro Jahr treffen.
• Die Treffen werden ein bis zwei Rework-Themen zum Inhalt haben, über die diskutiert bzw. über die sich ausgetauscht werden soll.
• Jedes Thema wird durch ein Mitglied der Initiative als Owner verwaltet.
• Themen für die nächsten Treffen sind zum Beispiel
  • Wie ist Anforderungsmanagement ohne Nacharbeit möglich?
  • Anwendung von Systems Engineering als Aktivitäten-Backbone.
  • Wie kann Produkt-Tracking ressourcenarm zur Reduzierung von Nacharbeit eingesetzt werden?
  • …

Die Initiative erfüllt also ihre Aufgabe: nämlich den Mitgliedern als Austauschplattform für Erfahrung zu dienen! Das nächste Arbeitstreffen wird vermutlich im Mai stattfinden. Und wie immer sind Gäste herzlich dazu eingeladen, teilzunehmen.

Um zu vermeiden, dass nun jedes Unternehmen jeden Schritt einzeln tun muss, hat es sich die R2-Initiative (Reduced Rework Initiative) der GfKM zur Aufgabe gemacht, alle Aktivitäten und Strategien zur Verringerung von Nacharbeiten zu bündeln. Diese werden von „R2 Specialists“ angeboten und von „R2 Initiative Members“ weltweit genutzt. Im Kern besteht das Konzept der R2-Initiative darin, Aufwände für Korrekturmaßnahmen zu verringern, um das gewonnene Kapital für innovative Maßnahmen bzw. zur Profiterhöhung einzusetzen. Die Basis dafür sind Prozesse gemäß dem CMII-Standard der GfKM.

Gewinnsteigerung und mehr Investitionsfreiraum durch Vermeidung von Nacharbeiten

Durch die Reduzierung von Korrekturmaßnahmen wird ein Teil der Kosten für Material- und Fremdleistungen vermieden (z. B. weniger Ausschussmaterial, weniger Nachrüstungen/Retrofits, etc.). Dies wirkt sich (1.) positiv auf den Gewinn des Unternehmens aus. Durch die Reduzierung von Korrekturmaßnahmen wird jedoch auch (2.) mehr Freiraum für Innovationen geschaffen. Dies wirkt sich positiv auf die Wettbewerbsfähigkeit aus und (3.) der Umsatz steigt und das Unternehmen wird effizienter und stabiler. (Quelle: GfKM)

Wie gesagt ist nun PLM eine wichtige Strategie zur Verringerung von Nacharbeiten – nämlich durch optimierte Prozesse und zentrale Datenhaltung. Aus diesem Grund werde ich als Vertreter von DataSquare – als R2-Spezialist Mitglied der Initiative – am nächsten R2-Erfahrungsaustausch am kommenden Freitag teilnehmen und werde hier über die Ergebnisse berichten. Gastgeber in München ist Giesecke & Devrient.

Mein heutiges Thema trägt dagegen den etwas sperrigen Titel „Richtlinie 2011/65/EU zur Beschränkung der Verwendung bestimmter gefährlicher Stoffe in Elektro- und Elektronikgeräten (Neufassung) – RoHS-II“. RoHS ist die Abkürzung für „Restriction of Hazardous substances“ – es geht also um Grenzwerte und Verbote von gefährlichen Stoffen. Die erste Version dieser Richtlinie (RoHS 2002/95/EG) erlaubte ab dem 1. Juni 2006 nur sehr geringe Spuren von Blei, Quecksilber etc. in elektrischen oder elektronischen Geräten. Welche Gerätegruppen unter diese Richtlinie fielen, ist im Anhang I der Richtlinie WEEE 2002/96/EG (Waste Electric and Electronic Equipment) definiert.

Die Neufassung der RoHS-Richtlinie hebt nun diese Verknüpfung auf. Ab 2014 wird die RoHS-Richtlinie auch für medizinische Geräte, Überwachungs- und Kontrollinstrumente gelten, ab 2016 auch für In-vitro Diagnostika, ab 2017 für Überwachungs- und Kontrollinstrumente in der Industrie und 2019 dann auch für alle sonstigen Elektro- und Elektronikgeräte.

Der Konformitätsnachweis gegenüber dieser Richtlinie ist im Gegensatz zu Olympischen Spielen und Fußball-WM eindeutig ein PLM-Thema. Basis für den benötigten Konformitätsnachweis ist ein erweitertes Stücklistenmanagement. Einzelteile in den Produktstrukturen müssen um eine Bill of Substances BOS (Stückliste der Substanzen) ergänzt werden. In der BOS werden Mengen an gefährlichen Substanzen gespeichert. Je nach Charakteristik des Parts können diese BOS auch wieder in Ebenen aufgeteilt und gruppiert werden, da ein Bauteil in den seltensten Fällen nur aus einem homogenen Material besteht.

Bill of Substances

Das Einspeisen der Materialdaten ist ein Thema für das Supply-Chain-Management. Die Menge gefährlicher Substanzen in den verwendeten Materialien wird über die Zulieferkette in das PLM-System eingespielt und vom Empfänger müssen Vollständigkeit und Richtigkeit überprüft werden. In der Produktkonfiguration werden die Mengen und Anteile von gefährlichen Substanzen für das Gesamtprodukt berechnet und somit kann die Konformität gegenüber RoHS nachgewiesen werden. Ebenso betroffen ist das Change Management: Zum einen müssen Änderungen in der Produktkonfiguration auch gegen RoHS geprüft werden, zum anderen müssen auch die geltenden Grenzwerte aus der RoHS-Richtlinie ggf. nachgepflegt werden können.

Zusammenfassend kann man sagen, dass alle PLM-Kernprozesse ebenso für die BOS gelten. Elektro- und Elektronikhersteller, die bereits seit Jahren mit dieser Richtlinie umgehen müssen, kennen das bereits zur Genüge. Für Medizingeräte-, Überwachungs- und Kontrollgerätehersteller wird das ein Thema im Jahr 2013 sein.

Vorab kurz eine Erklärung der Abkürzungen:

• IVD/In Vitro – IVDD, FDA: „In Vitro“ bedeutet außerhalb des Körpers. Der Begriff beschreibt Geräte, die Inhaltsstoffe von Körperflüssigkeiten und entnommenen Festproben ermitteln. Das sind beispielsweise Blutproben, in denen die Mengen von z. B. Blutzucker (Glucose), Cholesterin oder Parameter, die beim Herzinfarkt relevant sind, analysiert werden. Die In Vitro Diagnostics Directive (IVDD) ist die Direktive für diesen Markt in Europe. In den USA gilt die FDA 510(k) Permarket Notification for In Vitro Diagnostic/IVD Device Products. Hier sind nicht nur die Geräte, sondern auch die Reagenzien, Probengefäße, Probenträger etc. (auch mit dem Wort Disposables beschrieben) eingeschlossen.
• In Vivo – MDD, FDA: Geräte, die Messungen bzw. Behandlungen direkt am Patienten durchführen, sind die eigentlichen Medical Devices (In Vivo). Dies sind z. B. Herzmonitore, Ultraschallgeräte, Endoskope, aber auch einfache Herzkatheter. Hier ist die Medical Device Directive (MDD) für Europa und die FDA 510(k) Premarket Notification for Medical Devices für die USA relevant.
• Implantate – AIMD: Natürlich sind auch Implantate jeder Art Medical Devices (künstliche Hüftgelenke, Sockel für Zahnprothesen etc.). Hier gibt es ebenfalls entsprechende Zulassungen, wie z. B. die Direktive über aktive implantierbare Medizinprodukte (AIMD).

Der Freigabeprozess von FDA & Co. ist einer der kritischsten Faktoren für den erfolgreichen Marktstart von medizintechnischen Produkten. Verzögerungen der Time-to-Market durch ausstehende Zulassungen ziehen massive finanzielle Einbußen nach sich und gefährden die Marktchancen des Produktes.

Der Ablauf eines Freigabeprozesses der FDA für ein medizintechnisches Produkt ist aber extrem aufwendig. Das Gerät muss mindestens 90 Tage vor einem offiziellen „FDA Clearance“ angemeldet werden (gebührenpflichtig). Wenn also der angestrebte Markstart kommuniziert wird, sollten mindestens diese 3 Monate mit kalkuliert werden. Ich sage hier „mindestens“, da es meistens mehr ist. Man sollte dies also auf jeden Fall als Critical Path im Projektmanagement sehen und auch die Time-to-Market mit entsprechenden „Sicherheitszeiten“ versehen.

Die FDA schreibt vor, dass der Entwicklungsstand bei der Anmeldung dem Produktionsstand für das Seriengerät entsprechen muss. Dies bedeutet, dass die Vorlaufzeit von 90 Tagen bereits „verlorene Zeit“ ist.

Weiterhin müssen zu diesem Zeitpunkt alle Dokumente des Entwicklungsstandes der FDA zur Verfügung gestellt werden. Ich persönlich habe hier Unmengen von Ordnern und Kartons von Papier in Erinnerung. Dies beinhaltet auch meistens Qualitätsdokumente, die Release-Prozesse definieren oder auch beschreiben, wie man sicherstellt, dass bei einer Fehlfunktion des Gerätes keine falschen Ergebnisse ausgegeben werden – und viele andere Dinge. Der Freigabeprozess für die IVDD in Europa sieht ähnlich aus.

Wenn viele Vorgänge hierbei manuell ablaufen, dann sind diese Freigabeprozesse natürlich entsprechend länger und der schnelle Marktstart ist noch mehr gefährdet.

Eine Systemunterstützung dieses Prozesses würde Sicherheit in den Ablauf bringen und damit auch die Zeitdauer verkürzen. Hier kommt PLM mit ins Spiel. Ein System, das nicht nur die Entwicklung und die Produktion unterstützt, sondern auch die Möglichkeit gibt, Qualitätskontrollprozesse zu integrieren, Corrective-Action-Abläufe darzustellen, eine Historie dieser Vorgänge abzubilden und auch beim externen Audit das „Medium“ der notwendigen Informationen ist – ist das nicht der Traum vieler Clearance-Prozess-Geschädigter? Wäre doch auch super, wenn man der FDA einen „Read only“-Zugang zu diesem System geben könnte, um damit die Unmengen von Kopien zu vermeiden – oder?

Ich habe nun eine Weile mit Oracle Agile PLM gearbeitet und soweit ich es überblicken kann, sind alle oben beschriebenen notwendigen Funktionalitäten vorhanden. Oracle Agile PLM hat bereits viele Medizintechnikfirmen in diesen Prozessen unterstützt.

Mit diesem positiven Ausblick verabschiedet sich DER PLM-BLOG in die Weihnachtsferien. Wir wünschen Ihnen schöne Advents- und Weihnachtstage. Und kommen Sie gut in das neue Jahr.

Produkte werden immer komplexer. Das gilt sowohl für elektronische Hightech-Produkte, für Autos und Flugzeuge als auch für ganz normale Haushaltsgeräte. Der Markt ist schnelllebig. Gerade global tätige Unternehmen müssen schnell fachbereichsübergreifende Entscheidungen treffen, um am Markt bestehen zu können.

Nun sind in jedem größeren Unternehmen mit PLM-Hintergrund zahlreiche Software-Tools im Einsatz, welche die Aktivitäten rund um den Lebenszyklus der jeweiligen Produkte unterstützen sollen. Jeder Fachbereich nutzt dabei seine ganz speziellen Tools von der Office-Anwendung bis zum CAD-Tool. Ein hohes Aufkommen von Informationen und Dokumenten sind die Folge, Datenvolumen und Komplexität der Daten sind enorm. Kurzum, es entsteht schnell ein hohes und unübersichtliches Aufkommen von unzähligen Informationen und Dokumenten zum Produkt.

Der Blick auf den Gesamtprozess wird durch diese Situation erheblich verstellt, da jeder Fachbereich nur „seine“ Daten im Blick hat. Entscheidungen müssen so oft auf Basis unvollständiger Informationen getroffen werden. Das hat erhebliche Auswirkungen auf die interdisziplinäre Zusammenarbeit:

Der Designer hat keine Informationen darüber, welche Auswirkungen seine Entscheidungen auf den Einkauf bzw. den Zulieferer haben. Ebenso wenig weiß er möglicherweise von den Auswirkungen seiner Entscheidungen auf die spätere Servicephase, wenn das Produkt schon längst am Markt ist und vom Servicetechniker dann eventuell aufwendig repariert werden muss. Oder ein Produkt mag den Anforderungen des Marktes entsprechen – genügt aber der Herstellungsprozess den vorgegebenen Umweltauflagen?

Eine Entscheidung mag für das jeweilige Team oder die Fachabteilung optimal sein. Im großen Ganzen kann sie aber durchaus kontraproduktiv sein, da einfach die Möglichkeit, die Auswirkungen auf andere Fachbereiche zu erkennen, nicht vorhanden ist.

Wie kann mit der fachübergreifenden Informationsflut umgegangen werden? An dieser Stelle kommt das Prinzip des Visual Decision Making als Strategie ins Spiel:

Das Auge entscheidet mit.

Visualisierung ist eine sehr effektive Möglichkeit, unterschiedlichste Daten zu repräsentieren mit dem Ziel, ein besseres Verständnis für komplexe Daten und Zusammenhänge zu erzeugen. Die Auswirkungen von Entscheidungen werden dadurch schneller “sichtbar”, wodurch Fehlentscheidungen vermieden werden sollen.

Abbildung 1: Visueller Zugriff auf das Produkt

Durch Zusammenführung von Daten aus allen Fachbereichen erleichtert Visual Decision Making den Zugriff auf Daten innerhalb des Unternehmens und für Partner. Daten sollen derart präsentiert werden, dass entscheidungsrelevante Informationen in den Vordergrund gerückt werden, und zwar in visueller Form. Damit soll ein besserer Überblick über Produkt- und Ressourceninformationen sowie technische Informationen entstehen. Der Nutzen daraus ist ein effektiverer Austausch von Informationen mit allen Benutzern im Unternehmen; Entscheidungen geschäftlicher und technischer Art basieren auf verlässlichen Informationen und letztendlich wächst die Produktivität der Mitarbeiter.

Abbildung 2: Kommentieren von Dokumenten

Die Kommunikation wird effektiver. Entscheidungen und Genehmigungen können mit digitalen Anmerkungen und Notizen versehen werden. Und gerade für international tätige Unternehmen mit expandierenden Märkten bietet Visual Decision Making eine Möglichkeit zur Überwindung der Sprachbarriere, denn – wie heißt es so schön – Bilder sagen mehr als tausend Worte.

Abbildung 3: Real-time Collaboration

Das Ziel ist letztendlich eine Optimierung der Geschäftsprozesse.

Soweit die Theorie. Wie sieht es in der Praxis aus?

Die Idee des Visual Decision Making wird beispielsweise von Oracle mit den Produkten der AutoVue-Lösungen unterstützt. Oracle verspricht hierbei genau die genannten Vorteile, nämlich einen besseren Überblick über Produkt- und Ressourceninformationen sowie über technische Informationen.

Die kürzlich von Oracle vorgestellte neuen Technologie Augmented Business Visualization (ABV) ermöglicht es nun sogar, das Visual Decision Making direkt in die PLM-Lösung Oracle Agile PLM zu integrieren. So werden alle am PLM-Prozess beteiligten Benutzer grafisch unterstützt, Entscheidungen auf Basis von visuellen Informationen direkt in AutoVue treffen zu können. Anwender können zum Beispiel Lieferanteninformationen oder Bauteilkosten direkt in AutoVue sehen. Sogenannte Color-Code-Reports zeigen z. B. Trends, Status oder die Wichtigkeit von Bauteilen an. Wichtige Aktionen, wie das Generieren eines Änderungsantrages (ECR), können direkt am visualisierten 3D-Model via kontext-sensitives Menü direkt ausgelöst werden.

Hintergrundinformationen dazu finden Sie auch im Beitrag Using Visual Decision Making to Optimize Manufacturing Design and Development der IDC.

Ich würde mich über ein Feedback mit einem Erfahrungsbericht von Ihnen freuen.

Ganz allgemein gesprochen beschreibt der Begriff Obsoleszenz die natürliche oder künstliche Alterung eines Produkts. Obsolet ist somit der Definition nach ein hinfälliges oder nicht mehr zu gebrauchendes Produkt. Oftmals ist das obsolete Produkt eigentlich noch funktionsfähig, aber:

• Schnittstellen funktionieren nicht mehr (funktionale Obsoleszenz, z. B. ein MS-DOS-Programm unter Windows 7 oder ein alter Lautsprecher an einem modernen Verstärker),
• Ersatzteile sind nicht mehr zu beschaffen (Oldtimerfans dürften das Problem kennen),
• das Produkt ist nicht mehr ansprechend (psychische Obsoleszenz, insbesondere bei Kleidung anzutreffen) oder
• die Kosten rechtfertigen keine Wartung bzw. Reparatur (häufig in der Elektronikbranche auftretendes Phänomen).

Nun ist der Austausch eines Produkts gegen ein neues, effizienteres eine prinzipiell sinnvolle Sache. Man denke an den Kauf eines neuen Autos, das nur einen halb so hohen Verbrauch wie der Vorgänger hat. Sauer wird man als Verbraucher aber dann, wenn man das Gefühl bekommt, dass ein Produkt nicht wegen des Verschleißes ausgetauscht werden muss, sondern weil der Hersteller „möchte“, dass man etwas Neues kauft. Mit diesem als geplante Obsoleszenz bezeichneten Phänomen beschäftigen sich auch viele Medien: ARTE – „Wegwerfgesellschaft – Die geplante Obsoleszenz oder Warum Dinge kaputt gehen“, SternTV – „Garantie abgelaufen, Gerät kaputt“, oder merkur-online – „Warum Produkte nicht länger halten dürfen“. Aus Verbrauchersicht ist diese Geschäftsstrategie also vor allem nervig und bisweilen teuer.

Wirklich kompliziert wird es mit der Obsoleszenz jedoch, wenn schnell obsolete Komponenten in langlebigen, schlecht wartbaren Industrieanlagen verbaut sind (Satelliten, Offshore-Windenergieanlagen, …). Hier treffen die kurzen Lebenszyklen der vielen Komponenten auf den langen Lebenszyklus der Anlage. Der (ungeplante) Ausfall der Anlage zieht oft sehr hohe Kosten bzw. die Außerbetriebsetzung nach sich – wer würde schon einen Servicetechniker zu einem Satelliten schicken …

Wie begegnet man nun diesem Problem, insbesondere aus Sicht des Komponenten-integrierenden Anlagenbauers oder -betreibers? Egal ob man dem Hersteller böse Absichten unterstellt oder nicht, Fakt ist, dass Produkte bzw. Komponenten einen endlichen Lebenszyklus haben – aus welchem Grund auch immer. Also ist die Obsoleszenz und deren Management explizit ein Teil des Product Lifecycle Managements. Im Kontext dieser ganzheitlichen Produktbetrachtung lassen sich bereits früh Strategien gegen die geplante oder ungeplante Obsoleszenz von Komponenten entwickeln, zum Beispiel durch:

• Einbau von (teureren) Komponenten mit versicherter Langlebigkeit bzw. mit entsprechend versicherter Ersatzteilversorgung,
• vorausschauende Wartung/Austausch à la „Bitte wechseln Sie Ihren Keilriemen alle 80.000 km…“,
• dem kontinuierlichen Monitoring wichtiger Ersatzteile hinsichtlich ihrer Verfügbarkeit,
• …

Ich freue mich auf Ihre Meinungen, Ihre Ideen oder vielleicht sogar Ihre Lösungsstrategien zu diesem Thema. Abschließend sei noch auf die COG Deutschland – Component Obsolescence Group verwiesen – einem Arbeitskreis, der sich mit genau diesem Problem beschäftigt.

Heute möchte ich einen ganz speziellen Blick in dieses Social-Network-Gedöns werfen. Das Businessprotal XING ist gerade in Deutschland sehr verbreitet. Ich selbst habe dort auch einen Account. Den größten Nutzen ziehe ich dabei aus etwas sehr profanem: Meine Kontaktliste ist selbst aktualisierend und somit immer auf dem aktuellen Stand – ganz im Gegensatz zu meinen Outlook-Kontakten. Und wir sind hier ja unter uns und es bekommt ja keiner mit: Die Timeline mit den Jobwechsel-Profilupdates, das ist doch die „GALA“ für uns Businesskasper, oder?

XING hat vor einigen Wochen eine neue Funktion freigegeben: „XING Themen“. Was das ist, erklärt der zuständige Produktmanager Dr. Tobias Beyer in seinem Blogpost Einfach relevante Beiträge finden: XING Themen startet. In einem Satz zusammengefasst sind XING Themen die Möglichkeit, sich mit „Nicht-Kontakten“, die aber ein identisches Interesse teilen, locker zu vernetzen. Das klingt interessant.

Netzwerke und Strukturen kennen wir im PLM auch. Stücklisten, verknüpfte Dokumente, Berechtigungen, Änderungen, Lieferanten und Kunden. Diese Strukturen werden über das Datenmodell im PLM-System miteinander „verdrahtet“ und sind somit in Beziehung. PLM-Prozesse verändern dann diese Daten, ihre Metadaten, ihren Reifegrad oder den Status. Bezogen auf XING sind das meine Kontakte des ersten, zweiten, dritten usw. Grades. XING hat sogar so etwas wie einen Verwendungsnachweis (Where used): „Zeige alternative Verbindungen: “Was wäre, wenn diese Person kein direkter Kontakt wäre”. Oder die bereits oben GALAnt angesprochenen Jobwechsel sind vergleichbar mit Change Orders im Engineering.

Aber was ist die Entsprechung dieser neuen Funktion „XING Themen“ im PLM. Das müsste ja dann so eine Art Subscription oder Abonnement im PLM System sein. Diese Abos zeigen einem dann Änderungen an Daten an, zu denen ich keine oder nur eine weit entfernte Datenmodellverbindung habe. Oder von deren Existenz ich eigentlich gar nicht weiß, aber das gemeinsame „PLM Thema“ locker verbindet. Sicherlich komme ich über leistungsfähige, integrierte Suchmaschinen im PLM-System auch zu diesen Daten bzw. Informationen, aber dieser Themen drehen ja gerade den Informationsfluss um. Ich muss sie mir nicht aktiv holen, sie werden mir geliefert.

Eine hoffentlich folgende Diskussion zu diesem Thema möchte ich mit den folgenden Fragen eröffnen: Wo sehen Sie konkrete Anwendungsfälle für diesen Themen-Mechanismus in einem PLM-System? Kennen Sie vielleicht schon Umsetzungen einer solchen Funktionalität? Ich freue mich auf eine angeregte Diskussion mit Ihnen.

Mit der Verleihung der Gold-Level-Mitgliedschaft zeichnet Oracle unser Engagement in Bezug auf die Oracle-PLM-Lösung aus: Wir haben in den letzten Monaten intensiv Oracle-Know-how aufgebaut und uns bereits mit Oracle erfolgreich den Herausforderungen gemeinsamer Kunden gestellt. Unser Fokus lag dabei auf der Elektronik- und Hightech-Branche sowie der Medizintechnik- und der Konsumgüterindustrie.

Wir freuen uns auf diese neue und erfolgversprechende Partnerschaft!

Zu Oracle Agile PLM: Mit einer breiten Palette industriespezifischer Anwendungen ist Oracle Agile PLM die umfassendste Unternehmensanwendung für das Product Lifecycle Management. Sie beinhaltet auch Systems Engineering sowie virtuelle Produktentwicklung und ist konsequent auf eine schnelle Implementierung mit hoher Wertschöpfung ausgerichtet. Mehr Infos gibt es auf der DataSquare-Website.