Wido Löffler

Systems Engineer & Projektmanager (Automotive)

Fachlicher Lead für standortübergreifende SE‑Kompetenzen: Frameworks, Trainings, Toolchains und planbare Projektdelivery.

Ich bin Systems Engineer und Projektmanager mit 17+ Jahren Automotive‑Erfahrung. Vom Infotainment‑Testmanagement über Projektleitung (Connected Car) bis zu E/E‑ und Gesamtfahrzeug‑Umfängen (u. a. Audi e‑tron GT).Heute liegt mein Schwerpunkt auf Capability Building: Als fachlicher Lead koordiniere ich ein standortübergreifendes SE‑Kompetenznetzwerk (Requirements, Architektur/Netzwerke, Cross Functions, Funktionsentwicklung, Component Development), entwickle Methoden/Frameworks weiter und skaliere Wissen über Trainings. Parallel bringe ich diese Themen in Projekten in die Umsetzung – damit Systems Engineering organisationsweit wirksam wird.Wenn Sie jemanden suchen, der SE‑Kompetenzen aufbaut und komplexe Projekte steuert: Kontakt per LinkedIn oder E‑Mail.

Kurzprofil

Ich bin Systems Engineer und Projektmanager mit 17+ Jahren Automotive‑Erfahrung – vom Infotainment‑Testing/Testmanagement über Projektleitung (Connected Car) bis zu E/E‑ und Gesamtfahrzeug‑Umfängen (u. a. Audi e‑tron GT).
Bei EDAG verantworte ich neben Projektdelivery auch Capability Building: SE‑Kompetenzen bündeln, Methoden weiterentwickeln, ein Produktentwicklungs‑Framework etablieren und Schulungen skalieren, damit Systems Engineering nicht „Einzeldisziplin“, sondern organisationsweit wirksam wird.

Was mich auszeichnet (Capability Builder + Delivery)

Kernkompetenzen

Capability Building: Systems Engineering als Organisationsfähigkeit

Enablement

Projekt- & Stakeholder‑Management

Tooling / IT‑Landscapes

Component Development (Mandat)

Artikel

Projekte

Ausgewählte Projektstationen

EDAG – Systems Engineering Professionalization (Capability Building)

Rolle: Koordination interdisziplinäres SE‑Kompetenzteam
Scope: ca. 5 Kernpersonen (Kompetenzen: Architektur, Netzwerke, Requirements, Cross Functions wie Diagnose/Remote Update, Funktionsentwicklung, MBSE/MPSE)

EDAG – Systems Engineer & Projektmanager (Organisation + Projekte)

Rolle: Systems Engineer & Projektmanager
Fokus: Produktprozesse, Projektorganisation, Arbeitsmethodik (E/E & Gesamtfahrzeug) + Kunden-/Projektumfänge

Kunde (Automotive) – Agile Systems Engineering / SE‑Framework & ASPICE‑Unterstützung

Rolle: Consultant Agile Systems Engineering (Bremssystem‑Umfeld)
Zeitraum: 10/2022 – 12/2024

Konzeptprojekt – Truck‑Trailer Kupplungssystem (ASIL‑D)

Rolle: Konzeptentwickler / Entscheidungs­vorbereitung
Zeitraum: 04/2025 – 07/2025

Audi e‑tron GT – E/E Konzept & Serienüberführung (Gesamtfahrzeug‑Kontext)

Rolle: Projektleitung E/E‑Konzept (und anschließende Serienentwicklung im Übergang)

Team / Setup

Beitrag

Connected Car – Online‑Dienste & Apps

Rolle: Projektleiter
Zeitraum: 08/2015 – 08/2017

Infotainment – Testmanagement / Systemanalyse (frühe Jahre)

Rolle: Testmanager
Zeitraum: 2007 – 2015 (kompakt zusammengefasst)Kontext
Qualität und Reifegrad von Premium Infotainment‑Systemen absichern. Über mehrere Varianten, Releases und internationale Schnittstellen hinweg.

ImpressumAngaben gemäß § 5 DDGVerantwortlich für den Inhalt dieser WebsiteWido Löffler
Mallersdorfer Weg 10
91792 Ellingen
DeutschlandE Mail: [email protected]Inhaltlich Verantwortlicher gemäß § 18 Abs. 2 MStV:
Wido Löffler, Anschrift wie oben.Diese Website ist ein persönliches Online Portfolio von Wido Löffler mit Informationen zu beruflichen Schwerpunkten und Projekten. Es handelt sich nicht um ein Angebot zur Rechtsberatung oder steuerlichen Beratung.Haftung für InhalteDie Inhalte dieser Website wurden mit größter Sorgfalt erstellt. Für die Richtigkeit, Vollständigkeit und Aktualität der Inhalte kann ich jedoch keine Gewähr übernehmen. Als Diensteanbieter bin ich gemäß den gesetzlichen Bestimmungen für eigene Inhalte auf diesen Seiten verantwortlich. Eine Verpflichtung zur Überwachung übermittelter oder gespeicherter fremder Informationen besteht jedoch nicht.Verpflichtungen zur Entfernung oder Sperrung der Nutzung von Informationen nach den allgemeinen Gesetzen bleiben hiervon unberührt. Eine diesbezügliche Haftung ist jedoch erst ab dem Zeitpunkt der Kenntnis einer konkreten Rechtsverletzung möglich. Bei Bekanntwerden entsprechender Rechtsverletzungen werde ich diese Inhalte umgehend entfernen.Haftung für LinksDiese Website enthält möglicherweise Links zu externen Websites Dritter, auf deren Inhalte ich keinen Einfluss habe. Deshalb kann ich für diese fremden Inhalte auch keine Gewähr übernehmen. Für die Inhalte der verlinkten Seiten ist stets der jeweilige Anbieter oder Betreiber verantwortlich. Verlinkte Seiten wurden zum Zeitpunkt der Verlinkung auf mögliche Rechtsverstöße überprüft. Rechtswidrige Inhalte waren zum Zeitpunkt der Verlinkung nicht erkennbar. Eine permanente inhaltliche Kontrolle der verlinkten Seiten ist ohne konkrete Anhaltspunkte einer Rechtsverletzung nicht zumutbar. Bei Bekanntwerden von Rechtsverletzungen werde ich derartige Links umgehend entfernen.UrheberrechtDie durch den Seitenbetreiber erstellten Inhalte und Werke auf diesen Seiten unterliegen dem deutschen Urheberrecht. Die Vervielfältigung, Bearbeitung, Verbreitung und jede Art der Verwertung außerhalb der Grenzen des Urheberrechts bedürfen der schriftlichen Zustimmung des jeweiligen Autors bzw. Erstellers. Downloads und Kopien dieser Seite sind nur für den privaten, nicht kommerziellen Gebrauch gestattet, sofern nicht ausdrücklich anders angegeben.Soweit Inhalte auf dieser Seite nicht vom Betreiber erstellt wurden, werden die Urheberrechte Dritter beachtet. Insbesondere werden Inhalte Dritter als solche gekennzeichnet. Sollten Sie trotzdem auf eine Urheberrechtsverletzung aufmerksam werden, bitte ich um einen entsprechenden Hinweis. Bei Bekanntwerden von Rechtsverletzungen werde ich derartige Inhalte umgehend entfernen.

DatenschutzerklärungStand: 28.11.2025Der Schutz Ihrer personenbezogenen Daten ist mir wichtig. In dieser Datenschutzerklärung informiere ich Sie darüber, welche personenbezogenen Daten bei der Nutzung meiner Website wido-loeffler.com verarbeitet werden und zu welchen Zwecken dies geschieht.⸻2.1 VerantwortlicherVerantwortlicherVerantwortlicher im Sinne der Datenschutz Grundverordnung (DSGVO) ist:Wido Löffler
Mallersdorfer Weg 10
91792 Ellingen
DeutschlandE Mail: [email protected]⸻2.2 Allgemeine Hinweise zur DatenverarbeitungUmfang der Verarbeitung personenbezogener DatenIch verarbeite personenbezogene Daten meiner Nutzer grundsätzlich nur, soweit dies zur Bereitstellung einer funktionsfähigen Website sowie der bereitgestellten Inhalte und Leistungen erforderlich ist oder Sie in die Verarbeitung eingewilligt haben.Rechtsgrundlagen der VerarbeitungSoweit im Einzelfall keine speziellere Rechtsgrundlage genannt wird, erfolgt die Verarbeitung personenbezogener Daten auf folgenden Rechtsgrundlagen:
• Art. 6 Abs. 1 lit. a DSGVO, wenn Sie in die Verarbeitung eingewilligt haben
• Art. 6 Abs. 1 lit. b DSGVO, wenn die Verarbeitung zur Erfüllung eines Vertrags oder zur Durchführung vorvertraglicher Maßnahmen erforderlich ist
• Art. 6 Abs. 1 lit. c DSGVO, wenn die Verarbeitung zur Erfüllung einer rechtlichen Verpflichtung erforderlich ist
• Art. 6 Abs. 1 lit. f DSGVO, wenn die Verarbeitung zur Wahrung eines berechtigten Interesses erforderlich ist und Ihre Interessen oder Grundrechte und Grundfreiheiten nicht überwiegenSpeicherdauerSoweit in dieser Datenschutzerklärung keine speziellere Speicherdauer genannt wird, werden personenbezogene Daten gelöscht, sobald der Zweck der Verarbeitung entfällt. Eine Speicherung kann darüber hinaus erfolgen, wenn dies durch den europäischen oder nationalen Gesetzgeber in unionsrechtlichen Verordnungen, Gesetzen oder sonstigen Vorschriften vorgesehen ist. In diesen Fällen erfolgt die Löschung nach Ablauf der jeweils vorgesehenen Speicherfristen.⸻2.3 Bereitstellung der Website und Webhosting (Carrd)Bereitstellung der Website und Webhosting (Carrd)Meine Website wird über den Dienst „Carrd“ des Anbieters
Carrd Inc., Delaware Corporation, 231 Public Square Suite 300 PMB 12, Franklin, TN 37064, USA
bereitgestellt und gehostet.Wenn Sie meine Website aufrufen, werden durch Carrd automatisch Server Logdaten erfasst, die Ihr Browser an den Server übermittelt. Diese Protokolldaten beinhalten insbesondere:
• IP Adresse des anfragenden Endgeräts
• Datum und Uhrzeit des Zugriffs
• aufgerufene URL bzw. Datei
• Referrer URL (die zuvor besuchte Seite, falls übermittelt)
• Browsertyp und Browserversion
• verwendetes Betriebssystem
• übertragene Datenmenge und HTTP StatuscodeDiese Daten sind technisch erforderlich, um die Inhalte meiner Website an Sie auszuliefern, die Stabilität und Sicherheit des Betriebs zu gewährleisten und Missbrauch sowie Angriffe zu erkennen und abzuwehren.Die Verarbeitung dieser Daten erfolgt auf Grundlage von Art. 6 Abs. 1 lit. f DSGVO. Mein berechtigtes Interesse liegt in der sicheren, stabilen und effizienten Bereitstellung meines Onlineangebots.Carrd kann für den Betrieb der Website außerdem technisch notwendige Cookies einsetzen. Auf dieser Website setze ich keine eigenen Tracking oder Marketing Cookies ein, sofern dies nicht an anderer Stelle dieser Datenschutzerklärung ausdrücklich dargestellt ist.Da Carrd Inc. seinen Sitz in den USA hat, kann es im Rahmen des Hostings zu einer Übermittlung personenbezogener Daten (insbesondere der IP Adresse und der Logdaten) in die USA kommen. Die Übermittlung erfolgt auf Grundlage datenschutzrechtlicher Standardvertragsklauseln nach Art. 46 DSGVO und ergänzender technischer und organisatorischer Maßnahmen, um ein angemessenes Datenschutzniveau zu gewährleisten. Weitere Informationen zur Datenverarbeitung durch Carrd finden Sie in der Datenschutzerklärung von Carrd unter https://carrd.co/docs/general/privacy.⸻2.4 Domainverwaltung, DNS und Auslieferung statischer Dateien (Cloudflare)Domainverwaltung, DNS und Auslieferung statischer Dateien (Cloudflare)Für die Registrierung und Verwaltung meiner Domain sowie die DNS Auflösung setze ich den Dienst Cloudflare des Anbieters
Cloudflare Inc., 101 Townsend St., San Francisco, CA 94107, USA
ein.Wenn Sie meine Domain wido-loeffler.com aufrufen, werden DNS Anfragen an die Nameserver von Cloudflare gesendet. Dabei verarbeitet Cloudflare insbesondere:
• IP Adresse des anfragenden Servers bzw. Endgeräts
• Datum und Uhrzeit der Anfrage
• angefragte Domainnamen und DNS EinträgeZusätzlich nutze ich Cloudflare zur Bereitstellung einzelner statischer Dateien, zum Beispiel PDF Dokumente, die über meine Domain erreichbar sind. Wenn Sie eine solche Datei abrufen, wird diese von Servern von Cloudflare ausgeliefert. Dabei verarbeitet Cloudflare zusätzlich zu den oben genannten Daten insbesondere:
• aufgerufene URL der Datei
• Informationen zu Browser und Betriebssystem
• übertragene Datenmenge und HTTP StatuscodeDie Verarbeitung dieser Daten durch Cloudflare ist technisch erforderlich, um meine Domain aufzulösen, die Erreichbarkeit meiner Website sicherzustellen und statische Inhalte performant und sicher bereitzustellen.Rechtsgrundlage für die Nutzung von Cloudflare ist Art. 6 Abs. 1 lit. f DSGVO. Mein berechtigtes Interesse liegt in einer stabilen, sicheren und effizienten Bereitstellung meines Onlineangebots.Cloudflare verarbeitet Daten auch in den USA. Für Datentransfers aus der Europäischen Union in die USA verfügt Cloudflare über eine Zertifizierung nach dem EU U.S. Data Privacy Framework (Angemessenheitsbeschluss nach Art. 45 DSGVO) und setzt ergänzend Standardvertragsklauseln der EU Kommission ein. Dadurch wird ein angemessenes Datenschutzniveau gewährleistet.Weitere Informationen zur Datenverarbeitung durch Cloudflare finden Sie in der Datenschutzerklärung von Cloudflare unter https://www.cloudflare.com/privacypolicy/.⸻2.5 Kontaktaufnahme per E MailKontaktaufnahme per E MailWenn Sie mich per E Mail unter [email protected] kontaktieren, werden die von Ihnen übermittelten Daten (insbesondere E Mail Adresse, Name, Inhalt der Nachricht sowie ggf. weitere freiwillige Angaben) verarbeitet, um Ihre Anfrage zu bearbeiten und zu beantworten.Rechtsgrundlage für diese Datenverarbeitung ist Art. 6 Abs. 1 lit. f DSGVO. Mein berechtigtes Interesse liegt in der Bearbeitung von Anfragen und der Kommunikation mit Nutzern und Interessenten. Soweit Ihre Anfrage auf den Abschluss eines Vertrages abzielt oder mit einem bestehenden Vertragsverhältnis zusammenhängt, ist Rechtsgrundlage Art. 6 Abs. 1 lit. b DSGVO.Die von Ihnen im Rahmen der Kontaktaufnahme übermittelten Daten speichere ich so lange, wie dies zur Bearbeitung Ihrer Anfrage erforderlich ist oder gesetzliche Aufbewahrungspflichten bestehen.⸻2.6 Ihre Rechte als betroffene PersonRechte der betroffenen PersonIhnen stehen als betroffene Person folgende Rechte hinsichtlich der Verarbeitung Ihrer personenbezogenen Daten zu:
• Recht auf Auskunft nach Art. 15 DSGVO
• Recht auf Berichtigung nach Art. 16 DSGVO
• Recht auf Löschung nach Art. 17 DSGVO
• Recht auf Einschränkung der Verarbeitung nach Art. 18 DSGVO
• Recht auf Datenübertragbarkeit nach Art. 20 DSGVO
• Recht auf Widerspruch gegen die Verarbeitung nach Art. 21 DSGVO
• Recht, eine erteilte Einwilligung jederzeit mit Wirkung für die Zukunft zu widerrufen (Art. 7 Abs. 3 DSGVO)Sie können sich hierzu jederzeit über die im Impressum bzw. oben genannten Kontaktdaten an mich wenden.Beschwerderecht bei einer AufsichtsbehördeDarüber hinaus haben Sie das Recht, sich bei einer Datenschutz Aufsichtsbehörde über die Verarbeitung Ihrer personenbezogenen Daten zu beschweren, wenn Sie der Ansicht sind, dass die Verarbeitung gegen die DSGVO verstößt. Zuständig ist in der Regel die Aufsichtsbehörde Ihres üblichen Aufenthaltsortes, Ihres Arbeitsplatzes oder des Orts des mutmaßlichen Verstoßes.⸻2.7 DatensicherheitDatensicherheitIch nutze geeignete technische und organisatorische Maßnahmen, um Ihre Daten vor Verlust, Missbrauch, unbefugtem Zugriff, Offenlegung, Veränderung oder Zerstörung zu schützen.Wenn ich in Zukunft eine verschlüsselte Verbindung (z. B. HTTPS mit TLS) einsetze, erkennen Sie dies in der Regel an der Adresszeile des Browsers und dem Schlosssymbol. Über eine verschlüsselte Verbindung übermittelte Daten können in der Regel nicht von Dritten mitgelesen werden.⸻2.8 Aktualität und Änderung dieser DatenschutzerklärungÄnderungen dieser DatenschutzerklärungIch behalte mir vor, diese Datenschutzerklärung anzupassen, damit sie stets den aktuellen rechtlichen Anforderungen entspricht oder um Änderungen meiner Leistungen in der Datenschutzerklärung abzubilden, zum Beispiel bei der Einführung neuer Funktionen oder Dienste.Für Ihren erneuten Besuch gilt dann die jeweils aktuelle Datenschutzerklärung.

• Artikelübersicht

Nexus V: Eine neue, entscheidungszentrierte Sicht auf das V-Modell in regulierten Industrien

Wenn wir in Automotive, Medizintechnik oder Luftfahrt über Entwicklung sprechen, landen wir früher oder später beim V-Modell. Gleichzeitig arbeiten unsere Teams längst agil, iterativ, verteilt und datengetrieben. Das Ergebnis kennen viele von uns nur zu gut:Water-Scrum-Fall. Spezifikationen, die am Anfang Hochglanz bekommen und dann veralten. Traceability als Pflichtübung. Architekturentscheidungen, die in Meetings getroffen und danach nie wieder gefunden werden. Audits, die sich anfühlen wie ein eigenes Projekt neben dem Projekt.Genau in diesem Spannungsfeld ist Nexus V entstanden. Es ist kein neues Prozessmodell und keine neue Notation, sondern eine alternative Interpretation des V-Modells für regulierte Umfelder: eine integrierte Sicht auf Dinge, die wir schon kennen, verbunden durch einige bewusste neue Entscheidungen.

Was ist Nexus V in einem Satz?

Nexus V versteht das V-Modell nicht als starre Zeitachse, sondern als Ontologie des Systemwissens.Mit Ontologie meine ich hier: eine explizite Beschreibung, welche Arten von Systemwissen es gibt (zum Beispiel Anforderungen, Funktionen, Komponenten, Risiken, Tests) und wie diese Wissenselemente zusammenhängen.Artefakte, Tests, Risiken und Code bilden in Nexus V einen gemeinsamen Wissensgraphen. Die Verbindungen in diesem Graphen sind nicht nur Traces, sondern explizite Entscheidungen und Verträge. Genau dieses Geflecht ist der Nexus – der Knotenpunkt, an dem das Systemwissen zusammenläuft. Daher der Name.

Der Kern von Nexus V in fünf Punkten

Bevor ich in die Details gehe, hier die fünf Eckpunkte, die Nexus V ausmachen:

Diese fünf Aspekte sind alle einzeln anschlussfähig an vorhandene Praktiken. Das wirklich Neue entsteht im Zusammenspiel.

Warum ich eine neue Sicht auf das V-Modell gesucht habe

Ich arbeite seit vielen Jahren in regulierten Umfeldern wie der Automobilindustrie. Die Muster wiederholen sich:

Wir haben darauf mit vielen sinnvollen Einzelbausteinen reagiert:

Alle diese Elemente sind wertvoll. Aber sie bleiben oft nebeneinander stehen:

Was fehlt, ist eine integrierte Sicht, die all das als ein System begreift.Genau hier setzt Nexus V an.

V-Modell als Ontologie des Systemwissens

Der erste Perspektivwechsel ist vielleicht der wichtigste:Statt das V-Modell als Abfolge von Phasen zu lesen, betrachte ich es als Ontologie des Systemwissens – also als strukturiertes Bild davon, welche Wissensarten in der Entwicklung existieren und wie sie sich gegenseitig beeinflussen.

Dieses Wissen existiert nicht nur zu bestimmten Zeitpunkten. Es lebt über den gesamten Lebenszyklus. Die Frage ist:Wie modellieren wir dieses Wissen so, dass es zusammenhängend, durchsuchbar, nachvollziehbar und auditierbar wird?Die Antwort von Nexus V ist: Als Wissensgraph aus Knoten und Kanten.

Bis hierhin könnte man sagen: Das erinnert an Digital Thread oder Knowledge Graph. Der entscheidende Schritt kommt jetzt.

Traceability als Entscheidungs- und Vertragsnetz

In den meisten Organisationen sind Traces passive Metadaten: A ist mit B verlinkt, weil es ein Prozess verlangt.In Nexus V sind Traces aktive Objekte:

An die Kante gehören Informationen wie:

Damit wird aus der klassischen Aussage „Requirement A ist getraced auf Test B“ die reichere Aussage:Wir haben entschieden, dass Requirement A durch Designoption X umgesetzt und durch Test B abgesichert wird. Die Entscheidung fiel aus Gründen 1, 2 und 3. Diese Personen haben zugestimmt.Traceability wird damit zum Entscheidungs- und Vertragsnetz und nicht zur Liste von Linien im Tool.

Rhizomatisches V und Anchor Points

Die zweite wichtige Beobachtung: Kaum ein Projekt startet wirklich so, wie das klassische V es suggeriert.In der Realität beginnen Systeme an Anchor Points:

Das Wissen ist fragmentiert. Es gibt Inseln mit viel Inhalt und Lücken dazwischen.Hier hilft das Bild des rhizomatischen Wachsens: Ein Rhizom ist ein Wurzelgeflecht, das sich verzweigt, ohne eine zentrale Stammstruktur zu haben. Übertragen auf Systementwicklung bedeutet das:

Das ist ein anderer Anspruch als: „Wir müssen am Anfang alles vollständig beschreiben, sonst geht es nicht weiter.“Stattdessen lautet die Frage:Wo ist unser aktueller Nexus am dichtesten, wo sind wir blind und welche Entscheidungen fehlen dort?

Arbitrierung und Decision Records

Wenn Traces Verträge sind, brauchen wir ein klares Objekt für die Entscheidung selbst:Das sind die Decision Records im Nexus.Ein Decision Record umfasst typischerweise:

Wichtig ist die Kopplung:

Jede neue Verbindung im V wird damit zu einer Arbitrierung. Mit Arbitrierung meine ich hier eine bewusste, strukturierte Abwägung zwischen Optionen – nicht einfach „jemand entscheidet mal schnell“, sondern eine dokumentierte Wahl mit nachvollziehbarer Begründung.

Arbitrierung wird damit von einer impliziten Aktivität in Meetings zu einem sichtbaren, wiederkehrenden Muster in der Entwicklung.

Governance über den Nexus: Die Rolle des Nexus Stewards

Wenn der Nexus ein Entscheidungsgraph ist, stellt sich die Frage: Wer achtet auf seine Qualität?Hier kommt die Rolle des Nexus Stewards ins Spiel.Der Nexus Steward ist weder klassischer Projektleiter noch reiner Systems Engineer. Er oder sie:

Governance findet damit auf der Ebene der Beziehungen statt:

In regulierten Umfeldern ist das besonders wertvoll, weil viele Anforderungen aus Normen nicht nur Inhalt fordern, sondern Nachvollziehbarkeit von Entscheidungen.

Continuous Compliance als Sicht auf denselben Nexus

Auch wenn ich in diesem Artikel bewusst nicht in ROI-Rechnungen gehe, ist ein Punkt konzeptionell wichtig:In vielen Organisationen gibt es faktisch zwei Welten:

Nexus V versucht diese Trennung aufzulösen, indem:

Compliance wird damit nicht leichter im Sinne von „weniger streng“, aber sie wird integrierter:Continuous Compliance ist eine emergente Eigenschaft eines gut gepflegten Nexus, nicht ein Sonderzustand am Projektende.Für mich ist das ein wichtiger Teil der neuen Interpretation des V-Modells in regulierten Industrien.

Warum das einen eigenen Namen verdient

Ist das alles komplett neu? Nein. Und das ist mir wichtig zu betonen.Nexus V baut bewusst auf bekannten Konzepten auf:

Das Neue entsteht dadurch, dass ich diese Elemente als System begreife:

Wenn sich die Interaktionen ändern, entsteht ein neues Verhalten des Gesamtsystems. Genau das beobachte ich in der konzeptionellen Arbeit an Nexus V.Darum habe ich mich entschieden, diesem Ansatz einen eigenen Namen zu geben:Nexus V als Bezeichnung für eine integrierte, entscheidungszentrierte Sicht auf das V-Modell in regulierten Industrien.

Einladung zum Austausch

Dieser Artikel ist ein erster Einblick in mein Denken zu Nexus V. Er ersetzt keine Detaildokumentation und keine Implementierung, aber er markiert einen Standpunkt:

Wenn du in einem Umfeld arbeitest, in dem V-Modell, Normen, Safety, Traceability und Agilität miteinander ringen, dann interessiert mich deine Sicht:

Schreib mir gern eine Nachricht. Nexus V ist für mich kein abgeschlossenes Dogma, sondern ein Rahmen, der durch Praxis besser wird.

• Artikelübersicht

• Artikelübersicht

SysML v2: Mehr Präzision statt Simplifizierung – warum das gut ist (und welchen Preis wir zahlen)

TL;DR

SysML v2 erhöht Formalisierung und Präzision. Das bringt uns, erkenntnistheoretisch gedacht, näher an belastbare Aussagen über Systeme: Wir können den Gegenstand aus mehreren Perspektiven genauer beschreiben und prüfen. Das reduziert die Komplexität als solche nicht, macht sie aber bearbeitbarer: durch klare Abstraktionsebenen, nachvollziehbare Beziehungen und maschinenprüfbare Aussagen. Der Preis sind eine steile Lernkurve und mehr Verantwortung in der Tool‑Schicht. Entscheidend bleibt ein gemeinsames Vokabular und menschenlesbare Repräsentationen aus dem Modell.

Warum SysML v2 für mich ein Schritt Richtung „Wahrheit“ ist

Ingenieurarbeit ist Annäherung: Je präziser wir beschreiben, desto besser werden unsere Fragen und die deren Antworten. SysML v2 liefert dafür die Mittel: explizite Typen, Beziehungen, Constraints, API‑Zugriff. Das ist nicht mehr "Zeichnen", sondern Erkenntnisarbeit: weniger Deutungslücken, mehr prüfbare Behauptungen. Wichtig: SysML v2 ist kein Allheilmittel. Es bringt uns näher an robuste Aussagen, ersetzt aber nicht die Realität.

Abstraktion: Gewinn und Preis

Abstraktion hilft, große Systeme zu strukturieren. Gleichzeitig schafft sie Abstand zu darunter liegenden Details. In der Software ist das normal. Im Systems Engineering ist der Abstand naturgemäß größer, weil unsere „Laufzeit“ die Welt ist (Physik, Nutzung, Lieferkette, Zeit). Mein Punkt: SysML v2 beseitigt das Black‑Box‑Risiko nicht, es begrenzt es, indem Intention, Annahmen, Randbedingungen und Evidenz sichtbar und prüfbar gemacht werden.

Product‑Features, Eigenschaften und Capabilities

In meiner Denktradition beginne ich beim Produktversprechen:

Hinweis zur Benennung im Modell: Weil „feature“ in SysML v2 bereits anders belegt ist, können ProductFeature, PerformanceAttribute, QualityAttribute und RegulatoryAttribute als eigene Domänen‑Typen verwendet werden. Das hält die Semantik sauber.

Beispiel Heckklappe

Von Product‑Feature zu Funktion und Varianten

Aus Product‑Feature + Eigenschaften leiten sich Funktionen ab (nicht mehr technikneutral). Für die Heckklappe z. B.:

Varianten bleiben beherrschbar, wenn Schnittstellen stabil sind und Unterschiede parametrisiert werden, statt Klassen zu vervielfachen. So entstehen Kataloge (Product‑Features, Eigenschaften, Funktionen), aus denen sich Konfigurationen zusammenstellen lassen. Wie Bibliotheken in der Software.

Vier Ebenen im SysML‑v2‑Modell

Explizite Relationen sorgen für Nachvollziehbarkeit:

Diese Kette macht Aussagen prüfbar für Qualität, Compliance, Safety, Security, Materialqualität, Supply‑Themen und mehr.

Kommunikation: Sichten statt PowerPoint‑Kopie

Ein Großteil jedes Projekts ist Kommunikation. Statt statischer Folien arbeiten wir am Live‑Modell und erzeugen Sichten für die aktuelle Fragestellung – deterministisch, wiederholbar, versionierbar:

Vorteil: Keine zweite Wahrheit neben dem Modell. Wer tiefer oder höher gehen will, kann drill‑down/drill‑up machen, ohne Medienbruch.

Lernkurve und die „Priesterschaft“ – warum Tools die Brücke sind

Die Lernkurve ist hoch. Nicht jede/r wird die komplette SysML‑Syntax beherrschen. Das ist realistisch. Tools werden zur Benutzeroberfläche des Modells:

Wunsch an die Sprachebene: Reine SysML‑„Dokumentations‑Strings“ können heute keine Modellvariablen dynamisch einbetten. Deshalb braucht es generierende Views/Templates, die Text aus Modellwerten rendern (Anker statt Kopien). So bleibt es konsistent und gut lesbar.

Governance als Pflege der Bedeutung

Wenige, kanonische Sichten statt Wildwuchs, Pre‑Merge‑Prüfungen (Typen, Einheiten, vollständige Traces, ...), klar geregelte Aktionen (Grenzwertänderungen, Variantenfreigaben, Safety‑Entscheide). Das ist keine Bürokratie, sondern die Betriebssicherheit der Modellbedeutungen.

Was SysML v2 nicht ist – und warum das okay ist

SysML v2 macht Systeme nicht automatisch einfacher. Es macht Aussagen schärfer, Beziehungen explizit, Varianten beherrschbar und Kommunikation kohärenter. Die Welt bleibt widerspenstig. Genau deshalb brauchen wir eine Sprache, die präzise ist und Evidenz mitliefert.

Schluss

Für mich ist SysML v2 ein Präzisionswerkzeug. Es bringt uns näher an belastbare Aussagen, weil Product‑Features und Eigenschaften gemeinsam Capabilities definieren und sich bis zu Funktionen, Architektur und Hardware durchverfolgen lassen. Der Gewinn: eine kommunizierbare, prüfbare Kette vom Produktversprechen bis zur verifizierten Umsetzung.

• Artikelübersicht