Unsere Kernkompetenz wird durch eine Vielzahl erfolgreicher Projektaufträge untermauert - u.a. 24 Jahre bei der Mercedes-Benz AG

Nachfolgend eine Auswahl an Projektreferenzen (2/2):

Prozess- und Methodengestaltung für ein E/E PLM im Fahrzeugentwicklungsprozess (OEM // Mercedes-Benz)

Dauer: > 5 Jahre

Projektziel: Aktuelle, konsistente und lückenlose Produktdokumentation aller Elektrik/Elektronik (EE) und SW-Fahrzeug-Bestandteile in einem PDM-System als Enabler und Basis für einen gesamtheitlich durchgängigen und nachvollziehbaren EE/SW-Lifecycle.

Aufgabenbereich: Prozess- und Methodengestaltung (inkl. Requirements Engineering) in folgenden Teilbereichen:

EE-Releasemanagement, d.h. die Bereitstellung relevanter, gebündelter E/E-Daten zum richtigen Zeitpunkt aus einer Quelle für alle Nutzer entlang der Prozesskette
Datenbereitstellungsprozess, d.h. Bereitstellung einer Bewertungsmöglichkeit der konfigurationsbezogenen E/E-Daten durch Datenverwender (z.B. Kabelbaum/Leitungssatz, EMV)
SW-HW-Kompatibilitätsmanagement, d.h. Gestaltung eines Methodenbaukasten zur Pflege und Verwaltung unterschiedlichster Kompatibilitätsarten
Anbindung des E/E-PDM-Systems an das Geometrie-PDM-, das Änderungsmanagement- und an das Stücklisten-System, mit dem Ziel einer transparenten und konsistenten Schnittstelleninteraktion aller Engineering-Applikationen
fehlerbasierte Reparatur (ohne vorhandene Fehlercode), d.h. durch Verknüpfung des vorhandenen Fehlerbaums im AfterSales mit den Fehler-behebenden Bauteilen im E/E-PDM-System, zukünftig eine schnelle Hilfe des Kunden in der Werkstatt zu bewerkstelligen

Prozess- und Methodengestaltung der SW-Dokumentation auf dem Weg zum „Digital Twin“ jedes Kundenfahrzeugs (OEM // Mercedes-Benz)

Dauer: > 4 Jahre

Projektziel: Realisierung eines „Digitalen Zwillings“ („Digital Twin“), also eines digitalen Abbilds jedes einzelnen Produktes im gesamten Lebenszyklus. Jede vom Kunden konfigurierbare Variante kann vollständig durch den „Digital Twin“ abgebildet werden. Mit der Bestellung des Kunden ist der „Digital Twin“ personalisiert. Dieser kundenspezifische „Digital Twin“ wird mit Informationen aus dem gesamten Lifecycle angereichert: von der Entwicklung über die Anlauffabrik, die Produktion bis hin zum AfterSales. Damit wird u.a. auch die Basis für zukünftige Produktaktualisierungen beim Kunden (z.B. Flashen-over-the-air) gelegt

Aufgabenbereich: Definition des schnellsten Software-Freigabe- und Änderungs-Prozesses im Kontext Systems Engineering

Resultierende Teilaufgaben:

Die Software eines Fahrzeugs unterliegt einer wesentlich höheren Änderungshäufigkeit, als z.B. geometrische Bauteile oder Platinen. Die existierenden PDM-Prozesse für Freigabe- und Änderungsmanagement basieren auf der „alten“ Geometriewelt. So beinhaltet z.B. der Produkt-Freigabeworkflow Freigabestationen, wie Packaging und Zeichnungsprüfung, die keine Elektrik/Elektronik (EE)-Relevanz haben.
Die bisherigen Prozesse waren auf die Anforderungen im Kontext der EE nicht optimiert und tlw. ineffizient: so werden z.B. „Sonderprozesse“ für die SW-Freigabe angewendet, da die bisherigen, „geometrie“-lastigen Freigabeprozesse nicht die heutigen Anforderungen der EE an Flexibilität, Durchlaufzeit und Freigabehäufigkeit erfüllen. Werden diese „Sonderprozesse“ nicht nachhaltig dokumentiert, könnte dies zu höherem Aufwand in den nachfolgenden Bereichen Produktion und AfterSales führen.
Ziel ist die Erstellung eines detaillierten, IT-System-übergreifenden Konzeptes zur weiterführenden Verschlankung und Abstimmung der Freigabe-, Änderungs- und Bemusterungsprozesse für E/E-bezogene Hardware, Elektrik/Elektronik, reiner Software und Codier-/Diagnosedate

Einführung eines neuen Lifecycle Management-Backbones (PLM: PTC-Windchill; ALM: Polarion; PM: Contact) (Tier 1)

Dauer: > 3 Jahre

Projektziel: Herausragende Fahrzeugfunktionen und Produktqualität für den Kunden durch Verankerung der Funktionsorientierung im Produktentstehungsprozess sicherstellen (Motto „Keine funktionalen Kinderkrankheiten in Kundenhand – vom Neuanlauf bis zum End of Service!“)

Aufgabenbereich: Cross-Domain Prozess- und Methoden-Architektur

Resultierende Teilaufgaben:

Definition eines Tool-übergreifenden, fachlichen Datenmodells - Mechanik (CAD-Dokumente etc.), E/E-Hardware (PCB-Assembly, PCB, etc.) und Software (u.a. Firmware auf Basis Autosar Stack) im Kontext Systems Engineering
Vereinheitlichung der eBOM-Strukturen mit zugehörigen Freigabe- und Änderungsszenarien
Integration von E/E Hardware eBOM-Strukturelementen mit Synchronisierung zwischen PLM-System und E/E Hardware Entwicklungstool
Integration ALM und PLM, u.a. mit OSLC-Verlinkung zwischen Systems Engineering-Objekten und PLM-Objekten
Integration von Software in der eBOM mit effizienter Anbindung an das ALM-Tool, u.a. im Kontext E/E-Security und funktionaler Sicherheit
Gestalten einer Produkt-Änderungsmanagements (ECM) mit flexiblen Ausprägungen für reine Mechanik-Projekte und für ASPICE-relevante, Software-geprägte Produkte (Mechanik + E/E Hardware + Software) über die Toolkette PLM, ALM, PM und ERP
Integrieren von Baselining- und Prototypenfreigabe-Prozessen im frühen Projektstadium bis zu Freigaben und Änderungen von Bauteilen / Software für die Serie und den Service
Integration von Service Parts, Service Kits und Packed Parts
Integration des Releasemanagements und Ressourcenmanagements (Projektmanagement) im ASPICE-Kontext

KI-gesteuertes Lifecycle Management komplexer Produkte für Effizienz, Speed und Marge

Dauer: > 4 Jahre

Projektziel: Durchgängiger, KI-fähiger Daten-Backbone für den gesamten Produktentstehungsprozess. Ziel ist ein Operating Model, das manuelle Übergaben systematisch reduziert, den aktuellen Stand jederzeit transparent macht und maximale Speed sowie Effizienz und Marge ermöglicht. Das Konzept schafft die Grundlage, damit KI-Agenten Routineaufgaben übernehmen können und der Prozess möglichst weitgehend autonom gesteuert wird – bei gleichbleibend hoher Datenqualität und Nachvollziehbarkeit

Aufgabenbereich:

Analyse der bestehenden, maximal fragmentierten und sehr oft manuelle synchronisierten PMT (Prozesse-Methoden-Tools)-Strukturen im Produktentstehungsprozess
Ausweisen von KPI, an denen eine KI-gesteuertes Lifecycle Management gemessen werden muss
Definition einer durchgängigen PMT-Architektur über den Datenbackbone PM-ALM-PLM-ERP
Fachliche Anbindung – speziell im Zeitraum bis SOP – der Bereiche Vorentwicklung, Design, Produktion, Service, Einkauf, Vertrieb, Compliance
Definition eines Management-Cockpits zur Echtzeit-Steuerung
Gestaltung von Quality Gates, Konfiguration und Identitäten, die den Reifegrad steuern und den Prozesszustand jederzeit sichtbar machen.
Systematische Reduktion der manuellen Abstimmungen, Statusnachfragen und Copy-Paste-Übergaben durch Digitalisierung
Vorbereitung der Datenstrukturen so, dass KI-Konsistenz prüfen, Status fortschreiben und Freigaben vorbereiten kann.
Definition von KI-Agenten auf Basis des durchgängigen Datenbackbones – bis hin zur Portfoliosteuerung