Die Entflechtung verteilt die Verantwortung neu.
Die bisherige Struktur weicht vielfältigeren Modellen. Ein OEM kann die elektrische/elektronische Architektur definieren, ein System-on-Chip (SoC) auswählen, Teile des Software-Stacks selbst entwickeln, andere Software von Spezialisten beziehen und einen weiteren Partner mit der Entwicklung oder Herstellung der physischen Rechenplattform beauftragen. BCG Die Studie geht davon aus, dass sich die traditionelle, hierarchisch gestaffelte Lieferkette zu einem offenen Ökosystem entwickelt, in dem die Beziehungen je nach Branche und Automobilhersteller variieren. Die Forschung hebt den Druck aus verschiedenen Richtungen hervor, da OEMs ihre technologischen Aktivitäten weiter ausbauen, Tier-2-Zulieferer aufsteigen und Halbleiter- und Softwareunternehmen eine größere Rolle in Fahrzeugtechnologieplattformen übernehmen.
Der Grad der Trennung wird nicht einheitlich sein. In fortschrittlichen Fahrerassistenzsystemen und autonomen Fahrsystemen beispielsweise, McKinsey Die Studie stellt fest, dass die Rechenanforderungen, Latenz, Bandbreite und Sicherheitsvorgaben neuer KI-Architekturen eine enge Hardware-Software-Koentwicklung begünstigen können. Gleichzeitig deutet die Forschung aus dem Jahr 2026 auf eine langfristige Entwicklung hin zu größerer Modularität, einschließlich unabhängiger Softwareschichten, die auf mehreren SoCs lauffähig sind. Die Frage ist nicht einfach, wie Hardware und Software entkoppelt werden können. Es geht vielmehr darum, wo Trennung sinnvolle Flexibilität schafft, wo engere Integration technische Vorteile bietet und wer die Verantwortung für die gemeinsame Arbeit trägt.
Mehr Auswahlmöglichkeiten führen zu einer Umsetzungslücke
Ein OEM kann seine Rechnerarchitektur, Halbleiterplattform, Softwarearchitektur, Hardwareentwicklung und Technologiepartner unabhängig wählen, doch diese Entscheidungen müssen dennoch zu einem qualifizierten Automobilprodukt führen. Die Designs müssen elektrische, thermische, mechanische, funktionale Sicherheits-, Zuverlässigkeits- und Produktionsanforderungen erfüllen. Komponenten müssen über lange Programmlebenszyklen hinweg beschafft werden. Produktionsprozesse und Teststrategien müssen entwickelt und validiert werden. Designänderungen müssen integriert werden, ohne die Kontrolle über bereits in Produktion befindliche Konfigurationen zu verlieren.
Die Herausforderung wächst, wenn die Verantwortung auf mehrere Organisationen verteilt ist. Eine Änderung an einem Halbleiter kann Hardware-Design, Software, Testabdeckung, Beschaffung oder Fertigung beeinflussen. Ein schwer zu beschaffendes Bauteil erfordert möglicherweise ein Alternativteil und zusätzliche Validierung. Ein Software-Release kann ein Problem aufdecken, das in Hardware, Firmware und Produktionsdaten nachverfolgt werden muss. Selbst bei kompatiblen Technologien muss jemand die Architektur des OEM und das geistige Eigentum (IP) des Technologieanbieters in ein Produkt umsetzen, Änderungen verwalten, das Design industrialisieren, die Lieferkette aufbauen, Produktionsprozesse validieren und die Produktion hochfahren.
Entwickeln Sie gemeinsam das Produkt und das Produktionsmodell.
In einem verteilten Ökosystem ist es umso wichtiger, Produktionsaspekte frühzeitig in die Entwicklung einzubeziehen. Konstruktion für die Fertigung (DfM) und Konstruktion für die Prüfung (DfT) So lassen sich Optionen identifizieren, deren Umsetzung in großen Stückzahlen schwierig sein wird, solange noch Zeit für Änderungen besteht. Bei der Komponentenauswahl können Verfügbarkeit, Lebenszyklus, Kosten und regionale Beschaffung neben der technischen Leistungsfähigkeit berücksichtigt werden. Frühe Fertigungsprozesse können Montagetoleranzen, Prozessessensibilitäten, Testbeschränkungen und andere Probleme aufdecken, die bei der Validierung möglicherweise nicht zutage treten.
Flexibilität in das Beschaffungsmodell einbauen
Die Nutzung von Zweitlieferanten kann OEMs helfen, Kosten zu senken, die Lieferflexibilität zu erhöhen und die Abhängigkeit von einem einzelnen Lieferanten zu verringern. komplexe Automobilelektronik, Die Einrichtung einer weiteren Produktionsstätte bedeutet jedoch selten lediglich die Reproduktion eines bestehenden Montageprozesses in einer anderen Fabrik.
Ein Standortwechsel kann Lücken in der Konstruktionsdokumentation, der Testabdeckung, den Bauteilspezifikationen oder dem Prozesswissen aufdecken. Unterschiedliche regionale Lieferketten erfordern möglicherweise alternative Bauteile oder Lieferanten. Testgeräte müssen unter Umständen transferiert, neu erstellt oder umgestaltet werden. Fertigungsprobleme, die im Prozess des bisherigen Lieferanten gelöst werden konnten, können Konstruktionsänderungen erforderlich machen, bevor das Produkt an anderer Stelle effizient gefertigt werden kann.
Auch nach der Etablierung des zweiten Lieferanten ändern sich die Anforderungen, Komponenten erreichen das Ende ihrer Lebensdauer, Software entwickelt sich weiter und Produktüberarbeitungen werden fortgesetzt. Fertigungspartner Die Software muss in der Lage sein, Designänderungen, Komponentenqualifizierung, Testentwicklung und Prozessvalidierung zu unterstützen. Fundierte technische Expertise ermöglicht es einem zweiten Anbieter, Komplexität zu bewältigen und nicht einfach nur Kapazitäten zu duplizieren, während das Programm weiterläuft.
Optionalität ausführbar machen
Ein breiteres, stärker vernetztes Ökosystem für die Automobilindustrie bietet OEMs mehr Wahlmöglichkeiten hinsichtlich ihrer Besitztümer, ihrer Beschaffungsquellen und ihrer Geschäftspartner. wo Produkte hergestellt werden. Flex ist in diesem gesamten Ökosystem tätig und bietet technische Unterstützung, Industrialisierung, Lieferkettenmanagement, und die für die Produktion von kundenspezifischen Produkten erforderliche Automobilqualität, um diese in die Serienproduktion zu überführen und global zu skalieren.
Für Automobilingenieure war die Entflechtung von Technologien um ihrer selbst willen nie das Ziel. Einige Technologien profitieren von größerer Unabhängigkeit, während andere eine enge Hardware-Software-Koordination erfordern. Angesichts der vielfältigen Optionen ist die Fähigkeit zur großflächigen Implementierung ebenso wichtig wie die Optionen selbst.
