Projektbericht — Automotive
Plattform zur Fahrzeugbusanalyse
Der Auftrag war weniger Entwicklungsleistung als technische Führung: eine gewachsene Plattform modernisieren und das Team mitnehmen.
- Branche
- Automotive, deutscher Premiumhersteller (über Partnerunternehmen)
- Systemtyp
- Analyseplattform für Fahrzeugbusdaten
- Rolle von AereA
- Projektleitung, Architekturmodernisierung, Schulungen
- Zeitraum
- über 4 Jahre
Ausgangslage
Eine über Jahre gewachsene C++-Analyseplattform für CAN-, FlexRay- und Ethernet-Daten, deren Weiterentwicklung ins Stocken geriet.
Lösungsansatz
Architekturmodernisierung mit begleitender agiler Transition und Schulungen für die bestehenden Entwicklerteams.
Ergebnis
Über 4 Jahre technische Führung für über 7 Entwickler — am Ende eine tragfähige Struktur und ein Team, das sie eigenständig weiterentwickelt.
Ergebnisse auf einen Blick
- Über 4 Jahre technische Projektleitung im Modernisierungsvorhaben
- Über 7 Entwickler in agiler Transition begleitet und geschult
- Architekturmodernisierung der gewachsenen C++-Codebasis, priorisiert nach Änderungshäufigkeit statt nach Codeoptik
- Qualitätsmessung über SonarQube als fester Schritt in der Jenkins-Pipeline
- Schulungen zu Architektur, Clean Code und Testmethodik als Teil des Auftrags, nicht als Zusatzleistung
Ausgangslage
Fahrzeugbusdaten aus CAN, FlexRay und Automotive Ethernet fallen im Messbetrieb in großen Mengen an. Die zentrale Analyseplattform dafür war über Jahre in C++ gewachsen — funktional umfangreich, strukturell schwer änderbar.
Aufgabenstellung
Weniger zusätzliche Entwicklungsleistung als technische Führung: die Architektur modernisieren, die Arbeitsweise der Teams weiterentwickeln und beides so verbinden, dass es nach Projektende trägt.
Vorgehen
- Messen vor Umbauen — statische Analyse über SonarQube in der Jenkins-Pipeline, Betrachtung der Abhängigkeitsstruktur und der Änderungshäufigkeit.
- Priorisieren nach Schmerz — modernisiert wurde zuerst, wo die meisten Änderungen anfielen, nicht wo der Code am hässlichsten war.
- Agile Transition — Umstellung der Zusammenarbeit mit Product Ownern und Fachbereichen, kürzere Feedbackzyklen.
- Schulungen — Architektur, Clean Code und Testmethodik für die beteiligten Entwicklerteams.
Fazit
Der eigentliche Erfolgsmaßstab in solchen Vorhaben ist nicht die Menge geschriebenen Codes, sondern ob das Team nach dem Ende des Auftrags eigenständig weiterarbeitet. Genau dafür sind Schulungen Teil des Auftrags und nicht Zusatzleistung.
Technologien
Häufige Fragen
Warum lief das über ein Partnerunternehmen?
Weil der Zugang zu Herstellern dieser Größe in der Regel über Rahmenverträge läuft. An der inhaltlichen Verantwortung ändert das nichts — Projektleitung und Architekturarbeit lagen bei uns.
Wie modernisiert man eine gewachsene C++-Plattform?
Nicht durch Neubau. Über Messung (statische Analyse, Abhängigkeitsstruktur), Priorisierung nach Änderungshäufigkeit und schrittweise Ablösung der Bereiche, in denen die meisten Änderungen anfallen.
Kontakt
Ansprechpartner
Softwarearchitektur & technische Projektleitung