Die PLM-Implementierung ist ein Projekt, bei dem ein Unternehmen von verstreuten Dateien und Ordnern zu einer gesteuerten Umgebung für Engineering-Daten wechselt; der Prozess umfasst 7 aufeinanderfolgende Schritte. Bei einem kleinen Team dauert dieser Übergang in der Regel mehrere Monate, bei großen Unternehmen mit mehreren Standorten kann er bis zu einem Jahr oder länger dauern. Im Unterschied zum bloßen Kauf einer Lizenz umfasst die Implementierung die Analyse der Engineering-Prozesse, die Datenmigration, die Einrichtung von Rollen und Zugriffsrechten, Integrationen, Anwenderschulungen und einen Pilotstart.
| Unternehmensgröße | Ungefährer Zeitrahmen | Hauptrisiko |
| Kleines Team | Mehrere Monate | Nicht beschriebene Prozesse und Regeln für den Umgang mit Daten |
| Mittleres Unternehmen | Von mehreren Monaten bis zu einem Jahr | Großes Migrationsvolumen und komplexe Integrationen |
| Großes Unternehmen mit mehreren Standorten | Bis zu einem Jahr oder länger | Unterschiedliche Prozesse, Standards und Datenstrukturen zwischen Abteilungen |
PLM-Projekte verzögern sich meist nicht wegen des Systems selbst, sondern wegen Problemen mit Prozessen, Daten und Verantwortlichkeiten im Unternehmen. Die meisten Risiken lassen sich bereits vor dem Start der Implementierung erkennen:
Vor dem Start sollte geprüft werden, ob das Unternehmen für das PLM-Projekt bereit ist:
Jedes PLM-Projekt hat je nach Unternehmensgröße, Teamstruktur und bestehenden Prozessen eigene Besonderheiten. Die grundlegende Reihenfolge der Implementierung bleibt jedoch stabil und besteht aus 7 Hauptschritten.
Analysiert wird, wo CAD-Dateien gespeichert werden, wie Versionen und Benennungen verwaltet werden, wie Zeichnungen freigegeben werden und wo Verluste entstehen. Das Ergebnis ist eine Ist-Prozesskarte und eine Problemliste. Beginnen sollte man bei Bereichen, in denen bereits Versionschaos oder lange Freigaben auffallen.
Berücksichtigt werden Nutzerzahl, CAD-Systeme, Standards, ERP-Integration und Bereitstellungsmodell (Cloud, eigener Server oder hybrid). Für verteilte Infrastrukturen wird häufig eine Cloud-Bereitstellung auf AWS in Betracht gezogen. Die Architektur sollte vor dem Lizenzkauf festgelegt werden, damit das System später nicht neu aufgebaut werden muss.
Hier geht der PLM-Implementierungsprozess in eine konkrete Struktur über: Produktstruktur, Rollen, Zugriffsrechte, Freigaberouten, Status und Nummerierungsregeln werden definiert. Für eine einheitliche Umgebung wird häufig die 3DEXPERIENCE-Plattform eingesetzt. Ergebnis ist ein abgestimmtes Konzeptdokument (Blueprint).
Vor der Übertragung werden Duplikate bereinigt, Attribute und Teil-Baugruppen-Verknüpfungen geprüft und aktive Daten vom Archiv getrennt. Vor der Hauptmigration sollte der Prozess an 1-2 realen Projekten getestet werden.
Konfiguriert werden Workflows, CAD-Konnektoren, Benachrichtigungen, Berichte und die Integration mit ERP/MES. Anpassungen sollten zu Beginn auf das notwendige Minimum beschränkt werden, da zu viele Sonderlösungen Support und Updates erschweren.
Für Konstrukteure, Technologen, Führungskräfte und Administratoren sind unterschiedliche Schulungsprogramme erforderlich. Die Schulung erfolgt mit realen Unternehmensdaten, damit Anwender praktische Szenarien direkt einüben.
Die PLM-Implementierung sollte mit einem Pilotprojekt für eine begrenzte Nutzergruppe beginnen; bei Bedarf kann das Altsystem vorübergehend parallel weiterlaufen. Nach Prüfung der Umstiegskriterien wird die Lösung auf weitere Abteilungen und Standorte ausgerollt und der Support organisiert. Ein Beispiel dafür beschreiben wir ausführlich in der „CLAAS-Fallstudie: 3DEXPERIENCE-Implementierung in den Werken“.
| Schritt | Was der Integrator macht | Was der Kunde vorbereitet |
| Audit | Analysiert Prozesse und Problemstellen | Gewährt Zugang zum Archiv und zu verantwortlichen Mitarbeitern |
| Anforderungen und Gestaltung | Definiert Anforderungen, Architektur, Rollen und Abläufe | Legt Geschäftsanforderungen fest und stimmt Arbeitsregeln ab |
| Migration | Bereitet die Datenübertragung vor und testet sie | Bestimmt aktuelle Dateien und hilft bei der Archivbereinigung |
| Konfiguration | Konfiguriert PLM, CAD-Konnektoren und ERP/MES-Integrationen | Gewährt Zugang zu Unternehmenssystemen |
| Schulung und Pilot | Schult Anwender und startet den Pilotbetrieb | Bildet die Pilotgruppe und sammelt Feedback |
| Start | Skaliert das System und stellt Support bereit | Steuert den Umstieg und benennt Verantwortliche |
Fehlt auf Business-Seite ein Verantwortlicher oder der Zugang zum Archiv, kann sich das Projekt verzögern. Der Integrator braucht die Mitarbeit des Kunden, um Prozesse korrekt zu beschreiben, Daten vorzubereiten und reale Arbeitsszenarien zu prüfen.
Die Projektkosten setzen sich aus mehreren Hauptbestandteilen zusammen. Besonders stark beeinflussen Arbeitsumfang und Komplexität des künftigen Systems das Budget:
Je mehr Daten, Integrationen und nicht standardisierte Szenarien vorhanden sind, desto höher fallen die Gesamtkosten aus.
Ein PLM-Projekt durchläuft 7 aufeinanderfolgende Schritte – vom Prozessaudit bis zum Pilotbetrieb und Systemstart. Der Erfolg einer PLM-Implementierung hängt stärker von der Qualität der Prozess- und Datenvorbereitung ab als von der Wahl der Software selbst. Eine klare Abfolge der Arbeiten hilft, Risiken zu reduzieren und Probleme beim Übergang zu vermeiden.
Mehrere Monate sind ein typischer Implementierungszeitraum für ein Team mit 20 Konstrukteuren, wenn die Daten geordnet, die Prozesse beschrieben und nur wenige Integrationen erforderlich sind. Die genaue Dauer hängt vom CAD-Archiv, den Workflows, ERP/MES und dem Bereitstellungsmodell ab. Müssen große Mengen alter Daten bereinigt oder Freigabeprozesse neu aufgebaut werden, dauert der PLM-Implementierungsprozess länger. Der endgültige Zeitplan wird deshalb nach dem Audit und dem Test der wichtigsten Szenarien erstellt.
Ja, PLM kann eingeführt werden, ohne die Engineering-Arbeit vollständig zu stoppen. Zunächst wird eine Pilotgruppe ausgewählt, zentrale Szenarien werden geprüft und ein kontrollierter Übergang zwischen alter und neuer Umgebung organisiert. Vorab muss klar sein, wo neue Versionen erstellt werden und welche Datenquelle als aktuell gilt. Das reduziert das Risiko von Verwechslungen während der PLM-Implementierung und bei der Bearbeitung laufender Aufträge.
Die Dateien müssen nicht als ein einziger großer Datenblock migriert werden. Aktive Projekte werden bereinigt, ihre Verknüpfungen geprüft und in PLM übertragen; veraltete Daten können in einem kontrollierten Archiv bleiben. Vor der Übertragung werden Revisionen, Attribute und Abhängigkeiten zwischen Teilen und Baugruppen geprüft. Eine Testmigration mit 1-2 Projekten hilft, Probleme vor der Hauptmigration zu erkennen und die Regeln für den Umgang mit dem Archiv zu prüfen.
Eine Cloud-Bereitstellung vereinfacht den Zugriff für verteilte Teams, reduziert den Bedarf an eigener Serverinfrastruktur und erleichtert die Skalierung von Ressourcen. Ein eigener Server gibt dem Unternehmen mehr Kontrolle über Infrastruktur, Datenstandort und interne Zugriffsregeln. Die Wahl zwischen Cloud und eigenem Server hängt von der IT-Policy, den Sicherheitsanforderungen, der Nutzerzahl, der vorhandenen Infrastruktur und den benötigten Integrationen mit ERP, MES und anderen Unternehmenssystemen ab.
Ein Integrator begleitet den gesamten Übergang: Er analysiert Prozesse, entwirft die Umgebung, richtet Rollen und Workflows ein, plant die Migration, erstellt Integrationen, schult das Team und unterstützt den Pilotbetrieb. Ein Lizenzanbieter kann sich auf die Bereitstellung des Nutzungsrechts für die Software beschränken. Da eine PLM-Implementierung die tägliche Arbeit mit Engineering-Daten verändert, braucht ein Unternehmen nicht nur das Produkt, sondern auch einen abgestimmten Plan für Start und weitere Unterstützung, den der Integrator bereitstellt.
