Es gibt viele Möglichkeiten, Model Based Systems Engineering (MBSE) falsch zu machen. Eines der Probleme, die ich in diesem Bereich häufig sehe, ist das, was ich Elfenbeinturm-Modellierung nenne.
Was ist MBSE?
Traditionell werden in der Produktentwicklung Dokumente zur Erfassung der Produktbeschreibung verwendet. Dazu gehören Anforderungen, Entwürfe, Testpläne und dergleichen. Auch wenn diese Dokumente digital gespeichert werden (z. B. Word, PDF usw.), sind sie dazu gedacht, von Menschen gelesen zu werden.
Model Based Systems Engineering (MBSE) ist ein eher formaler Ansatz für die Produktentwicklung. Die Produktbeschreibung wird in genau definierten Elementen erfasst, die einem Formalismus folgen.
Warum MBSE?
Dieser Formalismus kann helfen, die Komplexität von Systemen zu bewältigen. Sie können zum Beispiel die Schnittstelle zwischen zwei Komponenten modellieren. Ihr Modellierungssystem kann Sie warnen, wenn die Schnittstellen nicht kompatibel sind.
Warum ist MBSE schwierig?
MBSE ist aus einer Reihe von Gründen schwierig:
- Die Praktiker müssen die verwendete Modellierungssprache lernen. SysML ist eine der populäreren generischen Systemmodellierungssprachen. Oft gibt es Widerstände, etwas Neues zu lernen. Vor allem, wenn die Vorteile nicht sofort ersichtlich sind.
- Es ist leicht, das falsch zu verstehen. Auf den ersten Blick sieht SysML aus wie “Kästchen und Linien”. Es gibt jedoch zwei Probleme: Erstens gibt es verschiedene Kästchen und Linien, die alle eine klare Semantik haben. Zweitens ist das Diagramm nur eine Ansicht des Modells, die für Anfänger schwer zu verstehen ist.
- Die Sprache ist nicht genug. Nur weil Sie Englisch können, können Sie nicht unbedingt einen Roman schreiben. Ebenso bedeutet die Kenntnis von SysML nicht, dass Sie ein wartbares, nützliches Systemmodell erstellen und strukturieren können. Sie müssen auch Methoden lernen und verstehen.
Modellierung im Elfenbeinturm
Und deshalb können so viele Dinge schief gehen.
Oft gibt es in einem Team ein Teammitglied, das ein großer Fan von MBSE ist. Und oft ist diese Person klug und “versteht das Modellieren” tatsächlich. Wenn diese Person die Bedürfnisse des Teams nicht versteht, kann sie zu einem “wahnhaften Architekten” werden, der ein Modell im Elfenbeinturm baut.
Typische Probleme von wahnhaften Architekten sind:
- Sie versuchen, alles von Anfang an zu modellieren: Von oben nach unten (bis zur letzten Schraube) und von links nach rechts (Berücksichtigung von Produktlinien und von Anfang an auf Wiederverwendbarkeit ausgelegt)
- Sie verwenden alle Funktionen, die die Modellierungssprache unterstützt: Das ist eine Überforderung für das Team. Meistens ist es viel besser, mit einer kleinen Teilmenge der Modellierungssprache zu beginnen.
- Sie konzentrieren sich auf die Struktur, nicht auf den Prozess: Vor allem unerfahrene Architekten versuchen, das System als statisches Gebilde zu modellieren. Aber jedes System entwickelt sich weiter. Die Struktur des Modells muss den Wandel von Anfang an berücksichtigen. Sonst wird sich niemand trauen, Änderungen vorzunehmen. Und das führt dann sehr schnell zu einem veralteten Modell.
- Sie ignorieren den Wert auf Management-/Strategieebene: Organisationen schaffen Werte. Wahnhafte Architekten denken oft nur an den Wert des Modells für sich selbst und vielleicht für das Team. Aber sie ignorieren oft, was getan werden muss, damit der Wert sich materialisiert (z.B. Training). Sie sind oft nicht in der Lage, den Wert für das Management oder die Führung zu formulieren.
- Sie erhalten keine Finanzierung und kein Management-Buy-in: MBSE ist nicht billig. Werkzeuge sind teuer, Teams müssen geschult werden, die Entwicklungsumgebung muss angepasst werden. Dies ist für einen einzelnen, wahnhaften Architekten nahezu unmöglich. Ohne eine angemessene Finanzierung und die Unterstützung des Managements werden die Bemühungen im Sande verlaufen.
Was ist zu tun?
Diese Frage wird in einem zukünftigen Blog beantwortet werden. In der Zwischenzeit finden Sie hier einige Quellen für weitere Lektüre:
- Besuchen Sie mein Medienkanal
- Deutschsprachige: Besuchen Sie Systems Engineering Trends





