Technologien

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.

Industrie 4.0 braucht smarte Produkte

Die vierte industrielle Revolution kann die Produktivität der deutschen Wirtschaft bis zum Jahr 2025 um mindestens 78 Milliarden Euro steigern. Das behauptet eine Untersuchung, die das Fraunhofer IAO im Auftrag des Hightech-Verbands BITKOM durchgeführt hat (als PDF downloaden). Die Betonung liegt auf dem Wörtchen “kann”: Es handelt sich nicht um eine statistisch abgesicherte Prognose, sondern um die Einschätzung des Wachstumspotentials in ausgewählten Branchen durch verschiedene Branchenexperten.

Für die erfolgreiche Umsetzung von Industrie 4.0 müssen eine Reihe von Voraussetzungen technischer, organisatorischer und normativer Natur gegeben sein – so die Studie. Eine Revolution, die Normen voraussetzt, statt sie außer Kraft zu setzen? Das ist wieder mal typisch deutsch, möchte man spotten. Kein Wunder, dass hierzulande noch jede Revolution gescheitert ist, geschweige denn dass wir je eine Revolution erfolgreich exportiert hätten. Wir erlauben Revolutionären allenfalls die Durchreise in plombierten Waggons, damit sie andernorts umstürzlerisch tätig werden. Und dass sich Angela Merkel als deutsche Jeanne d’ Arc an die Spitze dieser Umsturzbewegung stellt, entbehrt nicht einer gewissen Komik. Das ist ungefähr so als wäre Louis XVI im Juli 1789 auf den Balkon von Versailles getreten und hätte zum Sturm auf die Bastille aufgerufen.

Quelle: Abschlussbericht des Arbeitskreises Industrie 4.0 von acatech – Deutsche Akademie der Technikwissenschaften e.V.

Wenn ich, was die Erfolgsaussichten von Industrie 4.0 anbelangt, skeptisch bin, dann aber aus einem anderen Grund: Das von der Bundesregierung initiierte Zukunftsprojekt oder das, was davon bislang an die Öffentlichkeit dringt, ist für meinen Geschmack viel zu einseitig auf die Produktion d.h. die intelligente Vernetzung der Fertigungs- und Logistikprozesse fokussiert. Da sind wir in Deutschland eigentlich ganz gut aufgestellt. Die intelligente Fabrik ist zweifellos wichtig, weil wir aufgrund der Individualisierung unserer Produkte bei kleiner werdenden Stückzahlen hohe Anforderungen an die Flexibilisierung der Produktionsprozesse haben. Aber sie reicht nicht aus. Was nutzt uns eine noch so intelligente Fabrik, wenn wir darin dumme Produkte fertigen, die keiner mehr haben will?

Prof. Martin Eigner, einer der Autoren des bei acatech veröffentlichten Diskussionspapiers zum Thema Smart Engineering (als PDF downloaden), hat das in einem Gespräch am Rande des ProSTEP iViP-Symposiums neulich auf den Punkt gebracht: “Ohne intelligente Produkte gibt es keine Industrie 4.0. Unser Problem in Deutschland ist nicht die Fertigung, sondern dass wir dafür neue Produkte und Geschäftsmodelle generieren müssen.”

Um Missverständnissen vorzubeugen: Ich finde es begrüßenswert, dass die vierte industrielle Revolution mit Forschungsgeldern in Milliardenhöhe gefördert wird. Nur befürchte ich, dass viele dieser Gelder in die falschen Projekte investiert werden. Industrie 4.0 tut nämlich den zweiten Schritt vor dem ersten: Bevor wir uns darüber Gedanken machen, wie sich Produkte intelligenter fertigen lassen, sollten wir uns erst einmal überlegen, wie wir es schaffen, smartere Produkte zu entwickeln. Produkte, die über das Internet of Things (IoT) miteinander kommunizieren und dadurch neue Dienstleistungsangebote und Geschäftsmodelle ermöglichen. Das ist der Denkansatz, den die Amerikaner verfolgen. Mit wie viel Intelligenz diese smarten Produkte dann gefertigt werden, wird auch davon abhängen, wo auf der Welt die Fertigung angesiedelt ist. Ich glaube nämlich nicht, dass es uns dank noch so intelligenter Fabriken gelingen wird, beispielsweise die Handy-Fertigung nach Europa zu holen. Je mehr Varianz in einem Produkt über die Software abgebildet werden kann, desto einfacher lassen sich die mechanischen Komponenten in Großserie fertigen und montieren. Und dafür muss eine Fabrik nicht besonders schlau sein.

Das IoT bedeutet eine große Herausforderung für die Innovationsfähigkeit der Unternehmen. Sie müssen in der Lage sein, komplexe mechatronische Systeme zu entwickeln, die über das Internet miteinander kommunizieren. Und sie müssen diese cyberphysischen Systeme um innovative Dienstleistungen ergänzen, die gegebenenfalls ihre bestehenden Geschäftsmodelle in Frage stellen. Dafür benötigen sie einerseits leistungsfähige Werkzeuge und Methoden für die interdisziplinäre Produktenwicklung und für ein systematisches Innovationsmanagement; andererseits müssen sie ihre Innovations- und Entwicklungsprozesse neu strukturieren.

Wenn die vierte industrielle Revolution nicht im Engineering ansetzt, wo meines Erachtens der größere Handlungsbedarf besteht, ist sie zum Scheitern verurteilt. Dann wird Industrie 4.0 ebenso schnell wieder vergessen sein wie die selige CIM-Philosophie vor 30 Jahren. Hier für Nostalgiker zur Erinnerung noch mal die CIM-Definition der Society of Manufacturing Engineers (SME): CIM is the integration of total manufacturing enterprise by using integrated systems and data communication coupled with new managerial philosophies that improve organizational and personnel efficiency. Das ist nicht weit von der Idee der digitalen Fabrik entfernt. Nur dass es das Internet als Plattform für ihre Vernetzung damals noch nicht gab. Aber genau wie damals fehlen auch heute wieder die Standards. Ohne solche Standards – so die eingangs erwähnte BITKOM-Studie – ist die freie, problemlose Austauschbarkeit von Industrie 4.0-Komponenten nach dem Prinzip des “Plug and Produce” nicht denkbar.

Hintertürchen zur Collaboration

Engineering Collaboration, die Zusammenarbeit von Unternehmen bei der Produktentwicklung, ist eigentlich nichts Neues. Es gibt das Thema schon solange wie es das Outsourcing gibt. Umso verwunderlicher ist, dass die wesentliche Herausforderung bei der Collaboration immer noch einer Lösung harrt: Die Einbettung der unternehmensübergreifenden Austausch- und Abstimmungsprozesse in die PDM/PLM-Lösungen, mit denen die Produktentwicklung in den Unternehmen gesteuert wird.

An fehlenden Tools liegt es wahrlich nicht – im Gegenteil: die Landschaft der Collaboration-Anwendungen ist dank Cloud und Social Media eher noch bunter geworden. Das eigentliche Problem ist die Integration dieser Tools in die IT-Infrastrukturen und Geschäftsprozesse des jeweiligen Unternehmens. Aus Sicherheitsgründen scheuen

PLM_portal — Mit freundlicher Genehmigung Gualberto107 / FreeDigitalPhotos.net

die IT-Spezialisten davor zurück, ihre Enterprise Anwendungen nach außen zu öffnen. Das führt oft zu der absurden Situation, dass Daten und Know-how im Unternehmen bombensicher sind, dann aber schnell mal per Email ausgetauscht werden, weil die Ingenieure ja irgendwie ihre Entwicklungsarbeit erledigen müssen. Und die verteilt sich heute nun mal über eine immer längere Supply Chain. Selbst in der sicherheitsbewussten Automobilindustrie tauschen 45 Prozent der Unternehmen ihre Produktdaten mit Auftraggebern und Zulieferern noch vorwiegend per Email aus. Da reiben sich neugierige Nachrichtendienste und andere Datenpiraten freudig die Hände.

In Anbetracht der Tatsache, dass die Collaboration weiter zunimmt und immer globalere Züge annimmt, ist es vielleicht an der Zeit, mal über eine Neugewichtung nachzudenken. Das heißt mit anderen Worten: auf das letzte Quäntchen an innerer Sicherheit zu verzichten, indem man die PLM-Lösung gezielt für den Zugriff von außen öffnet, um dadurch Datensicherheit und Know-how-Schutz bei der Zusammenarbeit mit externen Partnern zu steigern. Insgesamt würde sich die Sicherheitsbilanz bei der verteilten Produktentwicklung dadurch spürbar verbessern. Man muss ja nicht gleich ein großes Portal aufreißen – mit einem Hintertürchen wäre den Projektverantwortlichen manchmal schon gedient.

Eine wesentliche Anforderung an eine solche Collaboration-Lösung ist, dass sie sowohl für die Auftraggeber, als auch für ihre Zulieferer von Nutzen ist. Allzu oft wurden in der Vergangenheit gerade im Automotive-Umfeld Lösungen implementiert, die die Last der Datenkommunikation einseitig den Partnern aufbürdete. Sie mussten für jeden Auftraggeber eine andere Anwendung implementieren und betreiben – oft ohne Integration in ihre Backend-Systeme. Die Daten wurden weitgehend von Hand in die Auftraggeber-Systeme eingepflegt.

Ganz wichtig ist natürlich auch, dass die Lösung unterschiedliche Szenarien der Zusammenarbeit unterstützt. Die Anforderungen bei einem Standardprozess wie zum Beispiel der Angebotseinholung (Request for Quotation) sind andere als bei einem gemeinsamen Entwicklungsprojekt, bei dem die Partner ihre Dateien idealerweise in eine gemeinsame Projektablage einstellen und dadurch die Arbeitsfortschritte online verfolgen. Asynchrone Workflows bieten die Möglichkeit, den Umfang an bereit gestellten Daten und PLM-Funktionen gezielt auf die Empfänger zuzuschneiden. Sie sind gewissermaßen das Hintertürchen der Collaboration, das man dann schrittweise zu einem Portal für die synchrone Zusammenarbeit bei Entwicklungsprojekten ausbauen kann.