In dieser Folge von Bits & Bolzen geht es um das Zusammenspiel von Hardware- und Softwarelogik in der Automobilindustrie. Am Beispiel von Bosch diskutieren wir, wie sich Mobilität im Übergang zur softwaredefinierten Welt organisatorisch, technologisch und kulturell verändert.

Christoph Hartung und Bosch

Christoph Hartung ist Präsident des Bosch-Geschäftsbereichs Cross-Domain Computing Solutions, der zentrale Rechnerplattformen, Software und Elektronik für moderne Fahrzeuge verantwortet. Er arbeitet seit über zwei Jahrzehnten an der Schnittstelle von Automobilindustrie und Softwareentwicklung. Bei Bosch treibt er die Transformation hin zu softwaredefinierter Mobilität voran.

• Das Auto als „Device auf Rädern“
  Wie verändert sich Mobilität, wenn Fahrzeuge zunehmend wie digitale Endgeräte gedacht, genutzt und weiterentwickelt werden?

• Clash von Hardware- und Software-Entwicklungslogiken
  Was passiert, wenn jahrelange Hardware-Vorlaufzeiten auf kurze Software-Iterationszyklen und kontinuierliche Updates treffen?

• Komplexität durch Steuergeräte vs. integrierte Rechnerarchitekturen
  Wie lässt sich die historisch gewachsene Komplexität von Steuergeräten durch zentralere, leistungsfähige Rechnerplattformen reduzieren?

• Führungs- und Entscheidungsfragen in der Transformation
  Welche Entscheidungen müssen Führungskräfte heute anders treffen, um Hardware- und Softwarewelten produktiv zusammenzubringen?

• Lernen von Tesla und chinesischen Herstellern
  Welche organisatorischen und architektonischen Ansätze anderer Hersteller zeigen, wie softwaredefinierte Mobilität schneller Realität wird?

  
  

  Glossar

• ADAS – Advanced Driver Assistance Systems; Fahrerassistenzsysteme

• E/E-Architektur – Elektrik-/Elektronik-Architektur eines Fahrzeugs

• OEM – Original Equipment Manufacturer; Fahrzeughersteller

• SOP – Start of Production; Produktionsstart/Serienanlauf

• Tier 1 – System- oder Modullieferant direkt an den OEM

• Tier 2 – Zulieferer für Tier-1-Lieferanten

• SDV – Software-Defined Vehicle; softwaregetriebenes Fahrzeugkonzept

• PEP – Produktentstehungsprozess; Entwicklungs- und Industrialisierungsprozess

In dieser Folge analysieren Judith Muster und Anja Hendel die zentralen Erfolgsfaktoren von Sabine Erlinghagen beim Aufbau von Siemens Grid Software und was sich daraus über Softwareorganisationen in industriellen Konzernen lernen lässt.

Zentrale Fragen der Folge:

• Wie gelingt Veränderung in einem großen, traditionsreichen Industrieunternehmen?

• Welche Bedeutung haben Startvoraussetzungen wie Organisationsalter, Erwartungsdichte und eigene Machtposition?

• Warum ist eine klare Zielsetzung (KPIs, ARR) entscheidend, um Software als eigenständiges Geschäft zu etablieren?

• Was unterscheidet Software als Dienstleistung von Software als Produkt – organisatorisch und wirtschaftlich?

• Wie lassen sich klare Orientierung nach außen und kontinuierliches Zweifeln an den eigenen Mitteln miteinander verbinden?

1. Um welche Organisation geht es?
Es geht um Siemens Grid Software, den Softwarebereich von Siemens für Stromnetze. Die Einheit entwickelt Softwareprodukte, mit denen Netzbetreiber komplexe, dezentrale Energiesysteme steuern, planen und stabil betreiben können – eine zentrale Voraussetzung für die Energiewende.

2. Wer ist der Gast?
Zu Gast ist Sabine Erlinghagen, CEO von Siemens Grid Software. Sie verantwortet seit rund sieben Jahren den Aufbau und die strategische Neuausrichtung des Softwaregeschäfts für Stromnetze innerhalb des Siemens-Konzerns.

3. Welche Rolle spielt Sabine beim Verbinden von Software- und Hardwarelogik?
Sabine hat den Softwarebereich bewusst von der klassischen Hardware- und Automatisierungslogik getrennt und als eigenständiges Software-Business aufgebaut:

• Trennung von Energieautomatisierung (Hardware als Selbstzweck) und Grid Software (Software als Selbstzweck).

• Aufbau eigener KPIs, Managementsysteme und Organisationsstrukturen für Software.

• Ausbruch aus der Siemens-Matrix, um zentrale, globale Softwarelogik zu ermöglichen.

• Konsequente Fokussierung auf Software-Revenue und später Annual Recurring Revenue (ARR).

• Schutzräume für Softwareentwicklung, u. a. durch einen separaten Inkubator auf der „grünen Wiese“.