Agile PLM Systeme enden: Was das Bedeutet und warum Bluestar eine neue art von PLM repräsentiert.
Inhaltsverzeichnis

Mark Meunier
16. März 2026
Als Oracle den Rückbau von Agilem PLM angekündigt hat, haben sich viele Hersteller sofort die gleiche Frage gestellt: „Wodurch ersetzen wir es?“ Ich denke, das ist der falsche Ausgangspunkt.
In diesem Moment geht es um weit mehr als darum, ein System durch ein anderes auszutauschen. Es ist ein deutliches Signal dafür, dass die Art und Weise, wie PLM traditionell aufgebaut und positioniert wurde, nicht mehr zu den Arbeitsweisen moderner Fertigungsunternehmen passt.
Und darüber lohnt es sich nachzudenken.
Warum Agile PLM Systeme ihre Limits erreicht haben.
Agile PLM wurde für eine andere Ära entwickelt. Es entstand zu einer Zeit, in der PLM vor allem dem Engineering diente, CAD‑Daten in ihrer eigenen Welt lebten und Unternehmenssysteme nur locker, wenn überhaupt, miteinander verbunden waren. In diesem Kontext ergab Agile Sinn.
Aber die Anforderungen Heutzutage sind anders:
- Funktionsübergreifende Zusammenarbeit steht heute im Zentrum der Produktentwicklung.
- ERP‑Integration muss nahtlos funktionieren, nicht nachträglich aufgesetzt sein.
- Compliance, Rückverfolgbarkeit und schnelle Produktiterationen erfordern Echtzeitdaten, die teamübergreifend geteilt werden.
- Cloud‑Architekturen und kontinuierliche Veränderungen verlangen Plattformen, die sich weiterentwickeln, ohne teure Neuimplementierungen.
Das sind keine inkrementellen Veränderungen. Die Veränderungen sind strukturell.
Die On‑Premise‑Basis von Agile PLM, die integrationslastige Architektur und das stark engineering‑zentrierte Design wurden schlicht nicht für diese Realität geschaffen. Mit der Zeit führt das zu Reibung, Kosten und Risiken, insbesondere für Unternehmen, die Geschwindigkeit, Abstimmung und Transparenz im gesamten Betrieb benötigen.
Das reale Risiko für Agile Kuden
Wenn Agile das End-of-Life erreicht, ist das Risiko nicht nur technischer Natur.
Was ich immer wieder beobachte, ist eine Kombination aus Herausforderungen:
- Steigende Sicherheits‑ und Compliance‑Risiken auf alternden On‑Premise‑Systemen..
- Individuelle Integrationen, die immer schwieriger und teurer zu warten sind.
- Weniger Fachleute die über tiefe Kenntnisse in Legacy‑PLM‑Stacks verfügen.
- Langsamere innovation aufgrund der Trennung von Engineerings-, Herstellungs- und Geschäftsprozessen.
Wenn man eins und eins zusammenzählt verändert sich die Frage „Was ersetzt Agil?“ zu etwas viel Wichtigerem:
Wie modernisieren wir PLM so, dass es tatsächlich zu dem Unternehmen passt, das wir heute führen?
Für viele unserer früheren Kunden wurde dieser Übergang zu einer seltenen Chance, um:
- Komplexität zu reduzieren anstatt einfach ein weiteres System hinzuzufügen.
- Manuelle Übergaben zwischen Planung und Fertigung zu reduzieren.
- Die Produktentwicklung nach dem Geschäftsprozess auszurichten.
- Fragile PLM-zu-ERP Integrationen zu eliminieren.
Richtig angegangen kann der Abschied von Agilen PLM-Systemen ein Katalysator für echte organisatorische Verbesserungen sein und nicht nur ein System‑Upgrade.
Warum Bluestar PLM sowohl eine Alternative als auch ein anderes PLM‑Modell ist
Viele PLM‑Anbieter positionieren sich als „Agil‑Ersatz“. Diese Sichtweise verfehlt den Punkt. Bluestar PLM wurde nie entwickelt, um Legacy‑PLM zu imitieren. Es wurde entwickelt, um genau die strukturellen Probleme zu beseitigen, die Legacy‑PLM überhaupt erst geschaffen hat.
- Eingebettet in Microsoft Dynamics 365
Bluestar PLM ist das einzige PLM-System das nativ in Microsoft Dynamics 365 Eingebettet ist.
Das hat sehr Praktische Vorteile:
- Man muss kein externes PLM system integrieren
- Es muss keine Synchronisation verwaltet werden
- Man hat ein geteiltes Datenmodell zwischen dem Engineering, der Fertigung und der Lieferkette
- Weniger Tools, weniger Schnittstellen, weniger Fehlerquellen
PLM wird zu einem Teil des zentralen Rückgrads des Unternehmens, nicht zu einem Add‑on, das ständig mit dem ERP abgeglichen werden muss.
2. Entwickelt für die funktionsübergreifende Realität von heute
Weil Bluestar PLM dort ansetzt, wo der Rest des Unternehmens bereits arbeitet, unterstützt es ganz natürlich:
- Echtzeit‑Zusammenarbeit über Abteilungen hinweg
- Geschlossene Engineering‑ und Fertigungsprozesse
- Compliance‑ und Qualitäts‑Workflows, die direkt von ERP‑Daten gesteuert werden
- Kontinuierliche Veränderung im Unternehmensmaßstab
Dabei geht es nicht darum, weitere Features hinzuzufügen. Es geht darum, strukturelle Barrieren zwischen Teams zu beseitigen.
3. Ein bewährter Weg für ehemalige Agile‑Kunden
Mehrere Unternehmen sind bereits direkt von Agile PLM zu Bluestar PLM gewechselt. Ihre Motivation ist klar und durchgängig: Sie wollen weniger Komplexität, schlankere Prozesse, weniger Systeme die gewartet werden müssen und einen modernen PLM‑Ansatz, der nicht den Aufbau eines weiteren Integrations‑Stacks erfordert.
Die strategische Erkenntnis
Das Ende von Agile PLM ist nicht einfach das Absetzen eines Legacy‑Tools. Es steht für einen tieferen Wandel in dem, was von PLM heute erwartet wird: kein isoliertes Engineering‑System mehr, sondern eine integrierte, unternehmensweite Fähigkeit.
Für Unternehmen, die Microsoft Dynamics 365 einsetzen, ist Bluestar PLM nicht einfach die nächste Option auf einer Liste. Es steht für eine grundlegend andere Art, über PLM nachzudenken – eine, die die Produktentwicklung mit der tatsächlichen Funktionsweise des Unternehmens in Einklang bringt.
Jetzt ist der Moment, den Schritt von isolierten Engineering‑Tools hin zu einer einheitlichen, zukunftsfähigen Produktplattform zu machen.





