Trends

Wie neue Technolgien alte PLM Geschäftsmodelle zerstören

Wenn es prominente Beispiele für Hype-Themen gibt, dann gehört Cloud unbedingt dazu. Im PLM-Kontext gibt es zwar gute Gründe für gesunde Skepsis von wegen Know-How Schutz, Datenvolumina, Schnittstellen zu Drittsystemen usw. Aber es zeichnen sich auch interessante Perspektiven ab.

Dropbox ist nur ein Beispiel aus der wachsenden Familie der Angebote für Cloud Storage. Interessant zu lesen ist dazu ein Beitrag im MIT Technology Review „Dropbox Offers a Way to Free Data from Mobile Apps“:

“A new feature released with little fanfare last week provides new evidence that the company is working toward that vision. It also pitches the company into more direct competition with Apple. That feature, called the Sync API, allows mobile apps to save data to a user’s Dropbox account so that the app can be synched across multiple devices. If developers embrace the programming interface, using mobile apps might no longer mean leaving your personal files scattered among different devices.”

Das heißt nichts anders, als dass Anwendungen das Speichern von Dokumenten schlicht als Dienst betrachten und nutzen können. Das heißt auch, dass die für Anwender hinderliche Festlegung auf bestimmte Plattformen entfällt:

“The Sync API could also erode some of the restrictions imposed by the competing mobile ‘ecosystems’ of Apple and Google by making it easier to switch between them without leaving any data behind. For example, someone who had been using an image editing app for Apple’s iPad could install the same app on an Android tablet and find the edited photos on the new device.”

Aber machen Unternehmen wie Dassault im Moment nicht genau das Gegenteil: die Daten der Anwender in proprietären Speichern einschließen? Mein (hoffnungsvoller) Verdacht: Die Zeit wird kommen, wo das Speichern von Daten eine Allerweltsdienst sein wird, den Anwendungen über standardisierte Schnittstellen nutzen werden. Und wo die Unternehmen allein anhand Preis, Leistung, Service und Sicherheitsversprechen auswählen können. Das wird auch für PLM Daten, Dokument und Datenbanken gelten und damit dem Paradigma Offenheit eine ganz parktischen und konkreten Aspekt hinzufügen.Warum Anbieter im Gegenteil noch ein zukunftssicheres Geschäftsmodell sehen, ist mir nicht klar.

Dieses „M“, das doch eigentlich viel sein sollte, als heiße Luft…

Der Begriff [‘mänätschmänt] blickt auf eine langjährige Karriere als inhaltsleere Füllwortmasse in allen Bereichen des Lebens zurück. Im Wesentlichen ist sie dazu da, das Ausatmen bei der Vertonung komplexer Wortgebilde zu erleichtern. Und auch unser aller Lieblingsabkürzung wurde leider nicht davon verschont – wo sie doch mit „P“ und „L“ so einen schmissigen Anfang genommen hat.

Machen wir das Beste draus, wagen wir das Experiment, das „M“ einmal ernst zu nehmen. Was wäre denn die Quintessenz vom „managen“ beim „productlifecyclen“? Kosten im Griff behalten – ja klar, zentral wichtig, aber im Kern die Ägide des Controllings. Termine? Macht das Projektmanagement (hoffentlich). Last but not least: Der Kern des „PL-“ Managements liegt für mich darin, den Reifegrad des Produktes unter Kontrolle zu haben.

Reifegrad hat dabei zwei Perspektiven:

1. Der Grad, in dem ein Produkt das macht, was es soll.

2. Der Grad, in dem das Produkt so hergestellt werden kann, wie man es haben will.

Diese beiden Sichtweisen werden gerne als Produkt- und Prozessreifegrad bezeichnet

Um so einen Reifegrad zu bestimmen oder gar zu steuern, ist es von Vorteil, erst einmal zu beschreiben, wogegen man messen will. Ich hätte dazu noch einen Begriff mit Füllwortende im Angebot: Anforderungsmanagement. Mit dem Vehikel „Anforderung“ beschreibe ich klassisch, was ein Produkt machen soll. Reicht aber nicht! Ich muß auch beschreiben, wie ich ein Produkt herstellen will! Das nennt sich dann „Front-Loading“ und hilft ganz gewaltig, den Zielraum für eine Produktentwicklung zu konkretisieren.

Wie aber das Wort „Entwicklung“ schon sagt, steuere ich hier gegen ein bewegliches Ziel, Produkt und Prozess wachsen weiter, machen manchmal auch einen Schritt rückwärts. Der Reifegrad muß also auch ein Ausdruck dafür sein, wie erfolgreich meine verschiedenen Konzeptalternativen sind bzw. wie weit ich den Trichter möglicher Optionen schon eingeengt habe (letztes Buzzword für heute: Set-Based Engineering).

So ergibt sich ein Korridor von Fakten, gegen den die Produktentwicklung reflektiert werden kann: Hat meine Entwicklung alle Anforderungen im Blick (Abdeckungsgrad)? Kann ich die Anforderungen auch bedienen (Erfüllungsgrad)?

Zum Thema „Abdeckungsgrad“ empfehle ich den Blog-Beitrag von Michael Wendenburg zum Systems Engineering, das ist eine Frage der intelligenten Verdrahtung von Informationen untereinander. Der Erfüllungsgrad wiederum ist eine Frage der Absicherung – und hier wird’s jetzt ein bißchen heterogen…

Absicherung stand lange Zeit synonym für den guten alten Versuch: Hält es noch, wenn man dran rüttelt? Läuft irgendwo Öl ‘raus? Entschuldigung an alle Kollegen aus dem Versuch für die saloppe Formulierung. Was ich damit verdeutlichen will, ist die Krux, daß der Versuchsplan sich in Ermangelung an klar formulierten Anforderungen auch nicht an solchen orientieren kann. Was man im Versuch herausfindet, wird klassischerweise so gut wie möglich gegen einzelne Teile oder Baugruppen dokumentiert und daraus ein (Produkt-) Reifegrad interpretiert.

Das Gleiche gilt grundsätzlich auch für die Absicherung der anderen Reifegrad-Perspektive. Aber Herstellbarkeitsprüfungen, Verbauuntersuchungen, Try-Outs zur Prozess-Stabilität… müssen eher noch ein härteres Schicksal tragen: Ergebnisse wie „läßt sich nicht mit dem Schrauber erreichen“ können wenigstens noch auf einen Bauraum bezogen werden, aber „zu breit für die Lackierkabine“ ist schon deutlich schlechter aufzulösen. Und es geht ja auch noch weiter: Sind die Logistik-Prozesse reif, klappt die IT-Versorgung für die Produktion und und und …

Nun existiert dazu auch noch eine veritable Parallelwelt: Simulation hat Ihren Platz in den Entwicklungsorganisationen gefunden, sowohl für Produkt-, als auch Prozessthemen. Allerdings ringen viele Beteiligte noch mit der Verdrahtung doch unterschiedlicher Prozesswelten. Typische Rückmeldungen aus der Simulation lauten in etwa „würde halten, wenn Du den Radius etwas kleiner machst“ – und das womöglich in sehr frühen Konzeptphasen, wo es kaum eine ausgegorene Produktstruktur als Referenz gibt.

Spätestens hier wird also der Zusammenhang zwischen Reifegrad und Alternativen besonders deutlich: Messe ich das eine, bewerte ich das andere.

Um managen zu können, brauchen ich ein gemeinsames Raster für Entwicklung und Absicherung, an dem Ergebnisse der sehr unterschiedlichen Aktivitäten gespiegelt werden. Egal ob Simulation oder physische Absicherung, frühe Konzepte oder B-Muster – ich benötige eine vereinheitlichte Aussage über den Reifegrad meiner Ergebnisse. Und nur auf der Ebene von Anforderungen habe ich ein hinreichend abstraktes Vehikel, um so ein Raster darzustellen und alle genannten Fraktionen abzuholen.

Wenn man „Management“ ernst nehmen will, dann sind wir hier – glaube ich – an einer guten Stelle dafür angelangt.

Social PLM?

Der Hype um Social Media hat nicht nur Techies, Nerds und andere Internet-Eingeborene erfasst, sondern praktisch alle Gesellschaftsgruppen in allen Ländern rund um den Globus. Facebook hat demnächst vermutlich eine Milliarde(!) Anwender. Ob man das “Geplapper” bei Facebook, Twitter und Co nun für dummes Zeug hält oder nicht: da ist eine Umwälzung im Kommunikationsverhalten und der Vernetztheit der Menschheit im Gange, deren Ausmaß und Folgen noch niemand richtig begreifen und abschätzen kann.

[youtube http://www.youtube.com/watch?v=rkkUV1dUoiE]

Update: leider ist das Video von Youtube entfernt worden. Auch ein Symptom … sie finden es bei Interesse, wenn Sie nach ” Social Media Revolution” suchen

Sicher ist: ein großer Teil der Menschen, die heute PLM-Anwendungen verwenden, haben Erfahrung mit Sozialen Netzwerken. Und dieser Anteil wird in Zukunft ganz gewiss nicht kleiner.

Was bedeutet das für PLM und Entwicklungsprozesse, die ja ganz sicher auch und vor allem soziale Prozesse sind, in denen Menschen zusammen arbeiten? Zunächst mal wenig, denn natürlich wäre es eine Schnapsidee, die Zusammenarbeit mit Partnern demnächst über Facebook abwickeln zu wollen. Was sich verändert, sind die Erwartungen von Anwendern an die Informationstechnologie, die ihnen am Arbeitsplatz zur Verfügung steht. Schon lange ist ein einzelner, nicht in das Unternehmensnetz eingebundener Rechner mit Microsoft Office an Bord praktisch sinnlos, denn niemand verwendet seinen Rechner mehr dazu, Informationen zu erfassen, um sie anschließend auszudrucken und in das Rohrpostsystem zu stecken. IT wird in den Unternehmen vor allem für Kommunikation und Zusammenarbeit benutzt.

In den meisten Unternehmen sind die zentralen Anwendungen für Kommunikation und Zusammenarbeit einerseits Email, andererseits große Unternehmensanwendungen wie SCM, CRM, ERP und eben PLM, in denen Informationen zusammengeführt werden, um die wertschöpfenden Prozesse zu unterstützen. Daneben gibt es in vielen Unternehmen bereits Anwendungen, die weniger formal und prozessorientiert sind, indem zum Beispiel in einem unternehmensinternen oder sogar -übergreifenden Netzwerk Wikis, Kalender, Microblogs, leichtgewichtige Plattformen für den Austausch von Dokumenten und so weiter bereitgestellt werden.

Wenn man genau hinschaut, stellt man fest, dass gerade in Entwicklungsprozessen die “eigentliche Arbeit” kommunikationsintensiv und informell ist. Zahllose Meetings, Emails, Telefonate und Gespräche in der Kaffeeküche machen das mehr als deutlich. In den “Kommunikationspausen” werden mit Werkzeugen wie CAD Informationen erzeugt, abgestimmt und oft erst als fertiges Ergebnis in die Unternehmensanwendungen gestellt. Selbst dort, wo PLM funktionierendes CAD-Datenmanagement für Teams beinhaltet, werden Entwürfe per Email herumgereicht, weil die PLM-Anwendung zu unflexibel ist, man “noch keine Nummer vergeben will” oder schlicht und ergreifend Angst davor hat, etwas vermeintlich unfertiges in ein “offizielles” System einzustellen (nebenbei bemerkt adressiert Contact Softwares “Workspaces”-Konzept dieses Thema).

In Zukunft werden Anwender von den IT-Systemen an ihrem Arbeitsplatz in dieser Beziehung mehr verlangen, indem Erfahrungen mit “Social Media” auf das Arbeitsumfeld übertragen werden: es ist gut, wenn in einem informelleren Rahmen Informationen in Form von Text, Bildern, CAD-Modellen, Dokumenten, Kommentaren, … ausgetauscht werden können. Dazu gehört, dass dieser Rahmen in weiten Bereichen selbst gestaltet werden kann, indem man wie bei Facebook seine “Freunde” selber wählt, ein Team selbstständig eine Gruppe anlegen kann, man wie bei Twitter selbst entscheidet, welchen Nachrichtenströmen man folgt, und so weiter. Vor allem in räumlich verteilten oder unternehmensübergreifenden Konstellationen ergeben sich auch weitere Vorteile.

Unternehmen, denen es gelingt, diesen Erwartungen gerecht zu werden, die informelle, “soziale” IT mit den etablierten (und notwendigen!) Unternehmensanwendungen wie PLM zu verbinden, werden sich vermutlich darauf freuen dürfen, langfristig die besseren Mitarbeiter und Prozesse zu haben.

Tja, und wie geht nun “Social PLM”? Jedenfalls nicht von allein, und auch nicht auf ein PLM-Systems beschränkt. Alle Unternehmensanwendungen müssen “sozialer” werden. Es wird aber vermutlich nicht reichen, eine Stücklistenposition “liken” zu können, oder eine Kommentierfunktion für CAD-Baugruppen vorzusehen. Wie ich hoffentlich andeuten konnte, sind Unternehmensprozesse die von Kommunikation geprägt sind, per se “sozial” und damit aussichtreiche Kandidaten dafür, “soziale Technik” erfolgreich einsetzen zu können. Wenn das nicht dazu führen soll, dass eine Unzahl an neuen Kommunikationskanälen die Mitarbeiter überfordert und frustriert, muss dazu vorhandene und neue Technik gescheit integriert werden. Das setzt Offenheit und die Orientierung an den bei diesem Thema alles dominierenden Internet-Paradigmen voraus (jedes Ding muss eine URL haben, RSS-Feeds, Integration von Email … um nur einige Stichworte zu nennen). Am wichtigsten ist es aber natürlich, eine offene Kommunikationskultur herzustellen und die Menschen zu ermutigen, mehr von ihrem Wissen preiszugeben und zusammen zu arbeiten.