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.
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.