Sonja Feierabend
Hallo Herr Porten, vielen Dank, dass Sie sich die Zeit für dieses Interview genommen haben! Stellen Sie sich doch bitte erst einmal vor: Wer sind Sie, für wen arbeiten Sie und was ist Ihre Aufgabe?

Philip Porten
Guten Tag, Philip Porten mein Name. Ich arbeite für die BAUER Offshore Technologies GmbH als Engineering Manager. Als Teil der BAUER Gruppe bieten wir maßgeschneiderte Lösungen zur Realisierung von Offshore-Energieprojekten.  Beispielsweise werden auf von uns hergestellten Fundamenten Windkraftanlagen oder Gezeitenkraftwerke installiert. Ich beschäftige mich vor allen Dingen mit der Technik der dafür notwendigen Maschinen und Maschinenanlagen.

Sonja Feierabend
Das klingt nach sehr komplexen Projekten.

Philip Porten
Ja, ich greife dazu auf das Expertenwissen innerhalb der BAUER Gruppe zurück, wie der BAUER Maschinen GmbH und der BAUER Spezialtiefbau GmbH. Ich habe außerdem das Glück, in sehr intensivem Kundenkontakt mit Firmen zu stehen, die mittelfristig planen, Windparks im Meer zu installieren.

Sonja Feierabend 
Da sind wir schon mitten im Thema, aber bevor da richtig tief einsteigen, interessiert mich, wie Sie überhaupt zu Ihrer Position gekommen sind. Würden Sie einmal kurz Ihren Werdegang skizzieren?
Philip Porten
Ja, gerne. Ich habe eine Industriemechaniker-Lehre und im Anschluss ein Maschinenbau-Studium absolviert. Ich bin also klassisch in der Werkstatt gestartet und konnte in dem Unternehmen, in dem ich meine Lehre gemacht habe, meine Diplomarbeit schreiben. Nach meinem Abschluss habe ich dann insgesamt sieben Jahre für einen Hersteller von Schiffsmotoren gearbeitet. In dieser Position war ich überwiegend als Konstrukteur in der Vorentwicklung tätig.
In dieser Zeit habe ich festgestellt, dass mir ein kaufmännischer Hintergrund fehlt. Das hat mich motiviert, nebenberuflich noch einen MBA zu machen. Ich suchte dann irgendwann eine neue Herausforderung und bin dann 2015 bei der BAUER Maschinen GmbH als Projektleiter für Entwicklungsthemen gelandet. Dort habe ich sehr vielfältige Projekte betreut, von Cost-Down-Themen bis zur Neuentwicklung von Maschinen für den Spezialtiefbau. Da hatte ich dann 2017 das Glück, in die Offshore-Projekte reinzukommen. Seitdem fühle ich mich Offshore-Themen verpflichtet, deren Umfeld mich besonders fasziniert. 2021 war ich sogar dreimal jeweils fünf Wochen auf einem Arbeitsschiff zur Errichtung von Fundamenten auf dem Meeresboden. Von dort aus war es für mich die logische Konsequenz, dass ich mich in diesem Bereich weiterentwickeln will. So bin ich dann seit Januar 2023 bei Bauer Offshore Technologies.

Sonja Feierabend  

Sie haben eingangs gesagt, Sie seien Engineering Manager. Würden Sie sich auch als Systems Engineer bezeichnen?

Philip Porten
Nein, ich bin kein Systems Engineer. Ich habe auch keinen Ausbildungshintergrund diesbezüglich. Daher möchte mich nicht als Systems Engineer bezeichnen. Ich habe erst vor knapp zwei Jahren den Kontakt zum Systems Engineering gefunden. Vorher wusste ich nicht wirklich, was das ist. Ich nutze allerdings iQUAVIS sehr intensiv.
Sonja Feierabend  

Nachdem ich nun schon einige Interviews geführt habe, glaube ich, dass das gar nicht so ungewöhnlich ist. Viele starten erst in einem anderen Feld und stoßen dann irgendwie über Umwege zum Systems Engineering. Wie war das bei Ihnen?

Philip Porten

Ich bin ein Kind aus der physischen Entwicklungswelt: Ich habe ein technisches Problem und arbeite relativ schnell an der Lösung. Dieser Ansatz ist heutzutage keinesfalls mehr gültig. Die „Probleme“ sind komplex, die Lösungen ebenso, und es gibt jede Menge Anforderungen zu berücksichtigen. Beim Systems Engineering beginnt man damit, das Problem lösungsneutral zu abstrahieren und methodisch zu analysieren: Was möchte ich machen und was benötige ich dazu? Welche Anforderungen sind zu berücksichtigen? Dieser methodische Ansatz aus dem SE war mir völlig neu. Deswegen habe ich mich anfangs auch eher schwergetan. Irgendwann ist dann der Groschen gefallen. Das war eine richtige Erkenntnis. Innerhalb weniger Tage entwickelte sich dieses neblige Bild zu einem klaren. Und dann habe ich auch den Nutzen dieses Ansatzes und der Methode (CONSENS, Anm. d. Redaktion) erkannt – und den von iQUAVIS! Seitdem nutze ich Systems Engineering und iQUAVIS sehr intensiv im Unternehmen, gemeinsam mit einer Handvoll anderer Kollegen. Wir lernen in der Anwendung voneinander, weil es sehr viel auszuprobieren gibt.

Egal, an welcher Stelle man sich in einem Entwicklungsprozess oder in einer Produktentwicklung befindet: Man kann immer mit iQUAVIS anfangen. Da gibt es kein richtig oder falsch, das ist vielleicht auch die große Stärke. iQUAVIS ist sehr offen und flexibel.

Sonja Feierabend  

Das heißt, Sie arbeiten sehr viel mit iQUAVIS?

Philip Porten

Wir reizen das schon sehr aus. Mittlerweile, behaupte ich, beherrsche ich das System sehr gut. Wir haben bei Bauer Offshore sehr komplexe Maschinen und vor allen Dingen auch sehr komplexe Abläufe in ihren Funktionen, zum Beispiel, um ein Fundament darzustellen. Da hilft es enorm, diese Systeme mit iQUAVIS zu beschreiben und frühzeitig Struktur reinzubekommen. iQUAVIS ist dafür das richtige Werkzeug. Ich kann dort meine Gedanken, die mich die ganze Zeit begleiten, schnell in ein System sortieren, direkt dort aufbewahren und weiterverarbeiten. iQUAVIS ist bei mir kontinuierlich geöffnet. Wenn zum Beispiel in Telefonaten mit Kollegen eine Idee aufkommt, dann kann ich das direkt mitnehmen. Das hilft später, daraus eine Anforderung zu formulieren oder zu entscheiden, dass wir das doch nicht brauchen. Gleiches gilt, wenn ich mit Kollegen an einer FMEA arbeite. Dann ist das einfach sehr praktisch und schön, dass man auch bildlich arbeiten kann. Das senkt auch die Hürde der Anwendung für die Kollegen.
Sonja Feierabend  

Etwas ähnliches haben mir auch andere schon in den Interviews berichtet, dass Systems Engineering und iQUAVIS helfen, Gedanken zu sortieren und zu sammeln, damit man sich einfach einen Überblick verschaffen kann.

Wie war das denn bei Bauer: MBSE und Systems Engineering waren auch erst einmal neu. Das heißt, Sie sind der, der das Thema dann vorangetrieben hat?

Philip Porten

Als KeyUser bin ich natürlich besonders aktiv. Mittlerweile arbeiten mehrere Kollegen mit iQUAVIS in der Gruppe. Momentan beschränkt sich die Anwendung allerdings noch auf den Bereich der Entwicklung und Konstruktion. Weiteres Potenzial für Systems Engineering in anderen Entwicklungsbereichen innerhalb der BAUER Gruppe ist möglich. Dadurch, dass iQUAVIS ein verhältnismäßig einfach zu bedienendes Tool ist, ist die Einstiegshürde niedrig. Wenn man einmal reingewachsen ist, erkennt man für sich und seinen Bereich die Chancen mit iQUAVIS.

Sonja Feierabend
Ah, das hören wir doch gerne! Was würden Sie denn einem Unternehmen raten, das iQUAVIS neu anschaffen und Systems Engineering einführen möchte?

Philip Porten
Zu Beginn ist auf jeden Fall der Support von Two Pillars notwendig. Man darf sich anfangs nicht abschrecken lassen. Wenn die Kugel dann rollt, kann man sehr viel selbst ausprobieren. Dann erkennt man, dass iQUAVIS eine klare rote Linie hat.

Das Arbeiten in iQUAVIS geschieht sehr schnell und effizient. Da hat man recht schnell Erfolgserlebnisse, die dann auch wirklich Spaß machen. Man braucht allerdings einige Mitstreiter, welche mit einem gemeinsam die Methode weiterbringen wollen. Für eingefleischte physische Entwickler bedeutet die Systems-Engineering-Methode wirklich etwas Umstellung. Da nehme ich mich auch selbst nicht raus. Da braucht es am Anfang Geduld und einen langen Atem.

Sonja Feierabend
Was hätten Sie denn gern früher gewusst, als Sie mit iQUAVIS gestartet sind?

Philip Porten

Für mich als Anfänger auf dem Gebiet war es anfangs schwierig. Um zwei einfache Beispiele zu nennen: die Swimlanes im Funktions-Blockdiagramm oder das Handling von Datenlisten in Diagrammen. Beide sind eigentlich nichts Besonderes, aber extrem hilfreiche Features, die ich wirklich früher hätte probieren oder erkennen sollen. Sehr hilfreich ist auch das Arbeiten mit Bibliotheken oder Vorlagen, welche in den verschiedenen Projekten als Datensätze hereingeladen und weiter genutzt werden können. Damit kann man sicherstellen, dass in allen Projekten identische Informationen genutzt werden. An dieser Stelle noch ein Tipp von meiner Seite: Man sollte iQUAVIS nicht überfrachten, sondern lieber in kleinen Projekten aufbauen und diese dann in größeren Projekten zusammenbringen. Das ist aber vielleicht nur meine persönliche Geschmackssache. Was ich auch empfehlen kann: den Variantenmanager von iQUAVIS! Der ist relativ simpel zu bedienen, aber unglaublich mächtig.

Sonja Feierabend

Ich sehe, Sie schöpfen iQUAVIS voll aus! Wie hilft Ihnen iQUAVIS denn in Ihrem Arbeitsalltag?
Philip Porten

Momentan nutze ich iQUAVIS vor allem, um Anforderungen zu sammeln und um Ordnung in Anforderungen zu bekommen. Diese werden dann mit iQUAVIS weiterverarbeitet und bearbeitet, zugeordnet und allokiert. Dazu gehören zum Beispiel auch das Klassifizieren und Priorisieren von Anforderungen. Anforderungen ohne Elemente und Funktionen bringen auch nichts, deswegen geht die Entwicklung der notwendigen Elemente und Funktionen mit den Anforderungen Hand in Hand. Gerade bei komplexen Maschinen ist es extrem hilfreich, dieses Produktwissen früh und zentral zu sammeln, um es dann transparent darstellen zu können. Das Schöne dabei ist, dass man Risiken sehr früh erkennen und bewerten kann. So kann man auch das ein oder andere Risiko im Vorfeld herausspezifizieren oder „wegkonstruieren“.

Sonja Feierabend
Haben Sie dafür ein Beispiel?

Philip Porten

Ja, wir hatten jetzt schon ein paar Mal das Phänomen während einer Risikobewertung, für das wir eine Maßnahme entwickelt haben: Diese Maßnahme wurde als Anforderung ins Produkt mitspezifiziert, was dann das Risiko einfach aufgelöst hat. Das heißt, wir sehen ein Problem und wir entwickeln gleich die Lösung mit. Das passiert nur dadurch, dass man sich frühzeitig damit beschäftigt.

Sonja Feierabend  

Wie intensiv nutzen denn Ihre Kolleg:innen iQUAVIS?

Philip Porten
Wir machen jetzt nicht 40 Stunden pro Woche iQUAVIS. Wir sind aber dran, das noch mehr zu promoten, mehr in die Anwendung zu bringen und den Kollegen näherzubringen. Das ist mir wichtig. Schön ist es immer, wenn ich in mit Kollegen in einer Besprechung bin, z. B. bei einer FMEA, und die direkt sehen, wie einfach die Daten vom Blockdiagramm in die Tabelle übertragen werden und umgekehrt. Die Einfachheit wird dadurch sehr klar und viele Kollegen geben mir die Rückmeldung, dass das wirklich toll ist und sie das auch nutzen wollen. Mit ein paar Kollegen ist es mittlerweile so, dass wir schnell die FMEA in iQUAVIS zusammenbauen und dann haben wir eine transparente Tabelle, auch auf Papier. Das kriegt man mit Excel nicht mehr hin und das löst dann auch dieses „Haben-will“-Gefühl bei den Kollegen aus. Ich konnte schon bei Kunden Begeisterung auslösen, wie früh wir schon eine Risikobewertung am Start haben. Gerade im Bereich Offshore ist die technische Lösung weniger relevant als das Beherrschen der Risiken, denn das nächste Ersatzteillager ist vielleicht ein paar hundert Kilometer Schifffahrtsweg entfernt. Dinge versagen ja, aber man muss halt für diese Risiken gewappnet sein und das kann man sehr, sehr schnell und sehr gut mit iQUAVIS im Vorfeld machen.

Sonja Feierabend
Vielen Dank! Jetzt sind wir schon am Ende, und es geht jetzt noch um den Blick in die Zukunft. Welche Herausforderung sehen Sie für Systems Engineering in der Zukunft?

Philip Porten
Ich erwarte, dass Systems Engineering in weiteren Bereichen bei Neuentwicklungen eingesetzt wird, insbesondere beim Sammeln der Anforderungen und beim Erstellen der FMEAs. Das ist mit iQUAVIS sehr schnell und vorteilhaft möglich, obwohl die Komplexität und Varianz in unseren Produkten mit sehr hoher Geschwindigkeit steigen.

Dabei stellen sich oft Fragen: Was ändert sich, wenn ich diese und jene Funktion modifiziere? Worauf muss ich Rücksicht nehmen, wenn ich eine weitere Variante eines Unterelements in unseren Anlagen oder Maschinen ändere? Welche Risiken sind damit verbunden, welche Hardware oder Software muss sich ändern und wie kann ich diese testen? All diese Fragestellungen lassen sich mit Excel nicht mehr überblicken. Ich bin sicher, dass Vorteile im noch genaueren Spezifizieren der Anforderungen entstehen werden, einfach dadurch, dass man sich intensiv während der Frontloading-Phase mit der Beschreibung des Produkts beschäftigt, noch bevor die erste Zeichnung entstanden ist. Dabei wird alles eingebunden: von der Produktion über die Montage, die Konstruktion, den Einkauf und die Qualität bis hin zum Kunden natürlich. Damit kann man ein klares Ziel formulieren, welches dann mit den gewohnten Unwägbarkeiten in einer Entwicklung umzusetzen ist. Um einzuschätzen, wie Systems Engineering sich selbst entwickeln wird, bin ich ganz ehrlich gesagt zu wenig „Freak“ in dieser Materie. Ich schätze, dass in der Entwicklung im Rahmen künstlicher Intelligenz noch einiges kommen wird. Es wäre natürlich schön, wenn ich mittels Spracherkennung iQUAVIS sagen kann, was es zusammenbauen soll. Oder dass es erkennt, welche Zusammenhänge irgendwo relevant sind oder nicht.

Die BAUER Gruppe ist ein führender Anbieter von Dienstleistungen, Maschinen und Produkten für Boden und Grundwasser. Das Unternehmen ist spezialisiert auf Serviceleistungen für anspruchsvolle Spezialtiefbauarbeiten und angrenzende Märkte. Die BAUER Offshore Technologies GmbH realisiert Offshore-Gründungsprojekte auch in anspruchsvoller Geologie.

Wir sind Systems Engineer – die Interviewreihe

• 
  Wir sind Systems Engineer: Philip Porten von BAUER Offshore Technologies
  Philip Porten von BAUER Offshore Technologies ist der heutige Gast unserer Interview-Reihe „Wir sind Systems Engineer“. Im Gespräch erzählt er von Systems Engineering in Offshore Projekten und gibt Einblicke in seine tägliche Arbeit mit iQUAVIS als Engineering Manager. Sonja FeierabendHallo Herr Porten, vielen Dank, dass Sie sich die Zeit für dieses Interview genommen haben! Stellen
• 
  Wir sind Systems Engineer: Rebecca Heitmann über Systems Engineering im Sondermaschinenbau
  Im heutigen „Wir sind Systems Engineer“-Interview sprechen wir mit Rebecca Heitmann von HARTING Applied Technologies GmbH (kurz: HARTING) über Systems Engineering im Sondermaschinenbau. HARTING hat vor einigen Jahren Systems Engineering und auch iQUAVIS eingeführt. Rebecca hat den gesamten Prozess mitgestaltet. Im Interview zeichnet sie ihren eigenen Werdegang zur Systemingenieurin nach, der mit der Einführung von
• 
  Wir sind Systems Engineer – Interview mit dem Weihnachtsmann
  In unserer Interview-Reihe „Wir sind Systems Engineer“ interviewen wir Systemingenieure über ihren Weg zum Systems Engineering. Das heutige Interview führten wir mit dem Weihnachtsmann, der erst vor Kurzem seine Geschenkeentwicklung und -produktion modellbasiert auf Systems Engineering umgestellt hat. Sonja Feierabend  Lieber Weihnachtsmann, ich glaube, du musst dich nicht vorstellen. Die meisten werden dich kennen, aber
• 
  Wir sind Systems Engineer: Luca Weik von der Palfinger AG
  In unserer Interviewserie „Wir sind Systems Engineer“ stellen wir System Engineers und ihre Lebensläufe vor: Sie kommen aus ganz unterschiedlichen Bereichen: Einige sind aus der Forschung, andere arbeiten in Unternehmen, aber sie alle eint, dass sie ihren ganz individuellen Weg zur Methode des Systems Engineering gefunden haben. Im heutigen Interview sprechen wir mit Luca Weik,

iQUAVIS ist ein leichtgewichtiges MBSE-Tool, mit dem Sie smart ins Systems Engineering einsteigen. Erfahren Sie hier mehr über iQUAVIS.

Sonja Feierabend

Sonja Feierabend ist Online Marketing Managerin bei der Two Pillars GmbH. Sie hat Literaturwissenschaft und Medienwissenschaft studiert und bloggt seit der Erfindung des Internets. Sie betreut die Website und Social Media sowie weitere Marketing-Themen, PR und Projekte.

www.two-pillars.de

Sonja Feierabend
Hallo Rebecca, vielen Dank, dass du dir die Zeit für dieses Interview genommen hast. Stell dich doch bitte am Anfang einmal kurz vor: Wer bist du und für wen arbeitest du?

Rebecca Heitmann
Ja, sehr gerne. Mein Name ist Rebecca Heitmann. Ich bin Systems Engineer bei der Firma HARTING Applied Technologies. HARTING ist dem ein oder anderen vielleicht ein Begriff im Bereich der Steckverbinder im Elektroniksegment. Wir bei Applied Technologies konstruieren und entwickeln Montageanlagen für unsere eigene Produktion aber auch für externe Kunden aus unterschiedlichen Branchen.

Ich bin seit etwa 10 Jahren in der Entwicklung bei HARTING. Zuvor habe ich in Osnabrück Maschinenbau studiert, und habe direkt danach hier in der Konstruktion angefangen.

Sonja Feierabend
Das heißt, Du bist nach deinem Maschinenbaustudium in Osnabrück direkt bei HARTING eingestiegen, und dann auch schon direkt als Systems Engineer?

Rebecca Heitmann
Ja, aber Systems Engineer war ich damals noch nicht. Ich kannte diese ganze Thematik noch gar nicht. Damals habe ich noch klassisch konstruiert: Mechanische Konstruktion, CAD-Baugruppen, Entwicklung für unsere Projekte.

Wir entwickeln sehr kundenspezifische Lösungen, das heißt, wir fangen bei jedem Projekt auf der grünen Wiese an: Der Kunde kommt mit einem Produkt zu uns und möchte dafür eine entsprechende Produktionsanlage haben.
Und genau das ist ganz spannend, weil wir immer wieder neue Herausforderungen haben und ein sehr breites Spektrum abbilden.
Von der klassischen Konstruktion aus habe ich mich in dann das Thema “Systems Engineering” eingearbeitet.

Sonja Feierabend  
Gab es denn das Thema Systems Engineering schon bei HARTING, als du angefangen hast, oder hat sich das in den letzten 10 Jahren entwickelt, seit du da bist?

Rebecca Heitmann
Als ich angefangen habe, war das noch kein konkretes Thema, der Begriff „Systems Engineering“ kursierte nur immer mal wieder. Das Thema war Management-getrieben, aber auf operationaler Ebene ein Buzzword und für alle schwer greifbar. Damals schon haben wir uns iQUAVIS als Modellierungstool angeschaut. Es fehlte jedoch an Ansätzen, wie Systems Engineering operativ umgesetzt werden kann.

Der Bedarf für eine Veränderung wurde in den darauf folgenden Jahren allerdings immer größer: Die Prozesse, die wir innerhalb dieser Produktionsanlagen umsetzen müssen, sind immer komplexer geworden, z.B. durch gestiegene Qualitätsanforderungen oder eine hohe geforderte Flexibilität. Darüber hinaus wurden und werden auch heute noch immer kürzere Lieferzeiten gefordert.

Das bedeutet: Wir konnten es uns nicht mehr leisten in Silos zu arbeiten und in der Integration zu beginnen, Mechanik, Elektrik und Software aufeinander anzupassen – es bedurfte einer ganzheitlichen Betrachtung insbesondere in der Konzeptionierung.

Dafür war eine neue Herangehensweise nötig und der Ruf nach Systems Engineering wurde immer lauter.

Sonja Feierabend  

Wie habt ihr denn damals angefangen, Systems Engineering zu etablieren?

Rebecca Heitmann
Wir haben uns initial mit dem Thema Systemverhalten im Kontext von Taktzeiten beschäftigt, indem wir die Abläufe der Aktoren & Sensoren beschrieben haben. Allerdings zuerst gar nicht in grafischer Ablaufmodellierung, sondern auf Basis von Excelberechnungen. Das war damals der Anstoß, dass in der mechanischen Konstruktion das Systemverhalten überhaupt dokumentiert und nicht nur „über die Tonspur“ an die anderen Fachbereiche kommuniziert wurde. Wir haben dann aber auch schnell gemerkt: Mit Excel ist es schwer, zu beschreiben, was da eigentlich passiert. Das war dann der erste Meilenstein: 2016 haben wir begonnen, unser Systemverhalten modellbasiert zu beschreiben.

Sonja Feierabend 
Wie ist es von da aus weitergegangen mit Systems Engineering oder wie kam es, dass du jetzt sagst: „Ich bin Systems Engineer“?
Rebecca Heitmann  

Wir haben zwar damals begonnen, unsere Prozesse zu modellieren und damit die wichtige Perspektive des Systemverhaltens mehr in den Fokus gerückt, aber Systems Engineering bietet und erwartet natürlich noch viel mehr.

2019 ergab sich für mich die Möglichkeit, dass ich berufsbegleitend ein Master-Aufbaustudium im Bereich Systems Engineering machen konnte. Das gab mir die Gelegenheit, mich noch mehr insbesondere zum Thema Systemvalidierung in verschiedenen Lebenszyklusphasen zu vertiefen, und das fand ich sehr spannend.

Darüber hinaus hatten wir die Chance in den Forschungsprojekten SE4OWL aus dem Spitzencluster it’s OWL und MoSys – beide im Kontext Systems Engineering – mitzuwirken. Da haben wir viel hinsichtlich der organisatorischen Veränderungen sowie Ansätze für ein ganzheitliches und anwendbares SE betrachtet.

In Rahmen dieser Forschungsprojekte haben wir Two Pillars näher kennengelernt.

Mit der Erkenntnis „modellbasiert funktioniert gut“ haben wir uns dann schrittweise immer mehr herangetraut, auch durch Ansätze aus den Forschungsprojekten. So haben wir für uns in kürzester Zeit eine eigene Methodik entwickelt – zusammen mit Two Pillars.

Sonja Feierabend 

Kannst du da ein bisschen mehr drauf eingehen: Wie funktioniert Systems Engineering für euch bei HARTING Applied Technologies? Wie habt ihr das für euch angepasst, auch im Tool?

Rebecca Heitmann

Da muss ich etwas ausholen: Der Grund, warum Systems Engineering bei uns im Vorfeld sehr große Anlaufschwierigkeiten hatte, lag in der folgenden Erwartungshaltung: „Systems Engineering – da gibt es ja schon fertige Methoden, fertige Tools und fertige Sprachen. Wir nehmen das einfach aus der Schublade.“ Aber das hat in der Praxis einfach nicht funktioniert. Wir konnten unsere Herausforderungen dort nicht abbilden. Durch das Anpassen und Ausprobieren im Tool haben wir erkannt, welche Möglichkeiten iQUAVIS bietet, um unsere konkreten Anliegen abzubilden. Diese Erkenntnis war extrem wichtig, wir hatten langsam eine Vorstellung, wo unsere SE-Reise hingehen kann.

Wir haben daraufhin unseren gesamten Entwicklungsprozess betrachtet und die ISO 15288, der Standard für SE-Prozesse, gegenübergestellt. Auf diese Weise haben wir Lücken identifiziert. So haben wir angesetzt und weiter analysiert: Was sind Aktivitäten, die bisher auch schon durchgeführt werden, nur eben noch nicht modellbasiert? Wie können wir diese Aktivitäten anders machen? Das war ein Punkt, bei dem wir mehr Akzeptanz erfahren haben, weil der Bezug zu uns hergestellt war. Das Thema wurde dadurch für alle Beteiligten greifbarer.

So haben wir dann eigene Methoden entwickelt, auf unseren Entwicklungsprozess gelegt und auch in iQUAVIS angepasst, sodass wir ein aus meiner Sicht sehr anwenderfreundliches Vorgehen bereitgestellt haben.

Sonja Feierabend 
Wow, das klingt nach viel Arbeit! Auch in der Kommunikation, immer wieder für Bereitschaft und Akzeptanz zu werben innerhalb des Teams!

Wie sind nun nach gut 3 Jahren deine Erfahrungen mit iQUAVIS?

Rebecca Heitmann
Wir möchten Systems Engineering im gesamten Maschinenbau bei HARTING leben, das bedeutet im Umkehrschluss auch, dass wir gemeinsam kollaborieren und auch an einem Modell arbeiten. Wir brauchten daher ein Tool, welches Anwender aus verschiedenen Fachbereichen aber auch in ihren individuellen Bedarfen unterstützt.

Zunächst gab es die einzelnen Ansichten, aber eben keine Anleitung, wie man anfängt zu modellieren. Wir brauchten erst einmal einen Leitfaden für den Anwender.

Die einzelnen Themenbereiche, die wir modellieren wollten, haben wir uns über ein Jahr angeschaut und gefragt: Was für Aspekte können und wollen wir überhaupt modellbasiert darstellen?

Das Ganze haben wir dann in kleine Scheibchen geschnitten, einzelne Methoden entwickelt und diese direkt auch im Tool umgesetzt. Wir haben diese ganze Transformation in Form eines agilen Rhythmus aufgebaut, sodass wir in regelmäßigen Abständen alle Fachbereiche abgeholt haben. Wir haben an der Stelle viel kommuniziert. Wir haben die Kollegen auch alles testen lassen, und wir haben unsere Methodik selbst in Pilotprojekten sofort auf die Probe gestellt. Die realen Anwendungsfälle haben uns sehr geholfen, die Methoden weiterzuentwickeln.

Sonja Feierabend 
Wo siehst du HARTING heute in diesem Prozess? Seid ihr jetzt schon so am Ende und das läuft einfach, oder kommt immer noch mal was Neues bei euch?

Rebecca Heitmann
Also das grobe Framework haben wir auf jeden Fall abgesteckt. Die Methodik an sich steht. Jetzt müssen wir unsere Prozesse überarbeiten und tatsächlich dahin kommen, dass alles konsequent in den Projekten angewandt wird. Da gibt es einige Kollegen, die sehr offen sind.

Die Einführung von Systems Engineering ist allerdings ein großes Change-Projekt! Es gibt es immer einen Teil, der sich sehr darauf freut, der den Schmerz auch sehr spürt und bereit ist für diese Veränderung. Und dann gibt es einen Teil, den man erst ein bisschen überzeugen muss.

Sonja Feierabend  

Wo setzt ihr denn heute Systems Engineering besonders ein?

Rebecca Heitmann
Also grundsätzlich setzen wir Systems Engineering im gesamten Entwicklungsprozess ein, bereits in Angebotsphase. Ich hatte eingangs schon erwähnt, dass wir auf der grünen Wiese anfangen. Der Kunde kommt mit einem Produkt und mit einem entsprechenden Fertigungsprozess auf uns zu. Unsere Aufgabe ist, dafür eine entsprechende Anlage zu konzipieren und zu bauen. Deswegen müssen wir sehr früh die Aufgabe des Kunden verstehen. Das ist der Ansatz, den wir mit Systems Engineering verfolgen, um die Kundenanforderungen zu erfassen und daraus eine entsprechende Lösung abzuleiten: der „Problemspace“ steht bei uns sehr im Fokus.

Wir als Ingenieure sind naturgemäß sehr bestrebt, schnell zur Lösung zu kommen. Mit dieser Methodik haben wir uns die Freiheit in den Prozess gebracht, uns in Geduld zu üben und uns konsequent mit der Aufgabenstellung auseinanderzusetzen. Das macht nicht immer Spaß, ist aber notwendig. Die Zeit brauchen wir, damit wir systematisch analysieren und eine passende Lösung entwickeln zu können. Und das interdisziplinär und mit dem System im Mittelpunkt: die strukturelle Lösung in logischen Elementen, aber auch das Verhalten und die zugehörigen Anforderungen. Das bilden wir schon sehr früh in der Angebotsphase ab, weil da entsprechend wichtige Budgetentscheidungen getroffen werden.

Das Ganze wird nach Auftragserteilung weiter verfeinert und dient über den gesamten Produktentwicklungsprozess als Informationsbasis.

Sonja Feierabend
Wenn du jetzt so von euren Projekten erzählst: Welchen Impact hat denn Systems Engineering im Sondermaschinenbau aus deiner Sicht auf Umsatz, Kosten und auch Zeitplanung in der Produktentwicklung?

Rebecca Heitmann
Unsere Projekte dauern immer sehr lange und wir haben tatsächlich noch gar nicht so viele Projekte komplett abgeschlossen, dass man da ein Fazit ziehen kann. Aber der erste Eindruck ist auf jeden Fall: Je konsequenter wir Systems Engineering anwenden, desto besser sind auch die Projektergebnisse – weil man frühzeitig ganzheitlich denkt und mithilfe der Modelle alle Disziplinen „an einen Tisch bringt“.

Ein Argument der Skeptiker ist häufig: Systems Engineering bedeutet Mehraufwand. Insbesondere in der Einführungsphase ist unsere Erfahrung allerdings, der empfundene Mehraufwand ist zu einem Teil begründet durch Unsicherheiten, die eine Veränderung naturgemäß mit sich bringt. Zum anderen ist der empfundene Mehraufwand tatsächlich nur eine Verlagerung der Projektaufwände, die mit der 10er-Regel der Fehlerkosten zumindest in der Theorie aber gut begründet werden können. An der Stelle gilt es den Anwendern den Nutzen für das gesamte Projekt klarzumachen. Das erfordert häufig einen großen Kulturwandel.

Der tatsächliche Impact hinsichtlich QKT ist schwer messbar. Es kann in unserem Projektgeschäft über andere Indikatoren, wie die Kundenzufriedenheit und weniger Störungen durch Korrekturen sowie weiterer subjektiver Faktoren gezeigt werden.

Sonja Feierabend  

Würdest du eigentlich sagen, Systems Engineer ist dein Traumjob und warum?

Rebecca Heitmann
Ja, der Job macht mir schon sehr viel Spaß! Es ist wichtig, ein System immer als Ganzes zu sehen. Das ist nicht nur im technischen Kontext wichtig. Man kann das auch auf sein Privatleben ausweiten. Durch das Systemdenken, was ja ein wesentlicher Bestandteil vom Systems Engineering ist, habe ich gelernt, die Welt anders zu betrachten und mal verschiedene Perspektiven einzunehmen. Im beruflichen Umfeld freue ich mich über die Chance – aber auch Herausforderung – die Dinge strategisch mitzugestalten.

Sonja Feierabend
Das klingt sehr motivierend! Wie könnte die Zukunft für Systems Engineering aussehen?

Rebecca Heitmann
Aktuell sehe ich überall einen großen Wandel. Das Thema Digitalisierung ist sehr präsent – meistens in dem Rahmen, dass IT-Landschaften harmonisiert werden sollen, indem man einzelne Autorensysteme in ein Gesamtkonstrukt bringt, sodass Daten automatisch transferiert werden können. Da ist Systems Engineering der Backbone, also ein wichtiger Teil des Produktlebenszyklus. Durch die Modelle hat man die Möglichkeit, das System digital zu beschreiben und als Basis zu nutzen, um in alle anderen Gewerke reinzugehen. Ich bin überzeugt, dass Systems Engineering zukünftig ein wesentlicher Anteil im Engineering sein wird. Und das ist erst der Anfang: Hat man diese Grundlagen umgesetzt, kann man in Richtung „Digitaler Zwilling“ weiterdenken. Auch da sind ähnliche Strukturen abgebildet, so dass die Themen voneinander profitieren können.

Ich glaube, von einem klassischen, dokumentenzentrierten Systems Engineering werden jetzt alle zum modellbasierten Systems Engineering übergehen – weil es einfach viel aussagekräftiger ist und die Technik es ermöglicht.

Sonja Feierabend  
Siehst du da noch viel Arbeit, wenn du dir die Unternehmenslandschaft insgesamt mal so anschaust? Ihr seid ja schon sehr weit vorne bei HARTING Applied Technologies.

Rebecca Heitmann

Eine Organisation ist ja stehts im Wandel – oder sollte es sein. Ich denke, man wird damit nie fertig. Es ist wichtig, die Trends zu verfolgen und mutig zu sein. Wir bei HARTING Applied Technologies sind da aus meiner Sicht auf einem guten Weg und was das Thema Systems Engineering angeht, eventuell auch ein Schritt weiter als andere Unternehmen. Aber auch Systems Engineering wird sich immer weiterentwickeln und auch wir müssen am Ball bleiben.

Sonja Feierabend  

Vielen Dank für den Einblick, das sind sehr deutliche Worte!

Darf ich dich abschließend noch kurz zu deinen Erfahrungen mit iQUAVIS befragen? Wie setzt ihr bei HARTING Applied Technologies das Werkzeug iQUAVIS ein und wie sind deine Erfahrungen mit iQUAVIS?

Rebecca Heitmann
Wir haben iQUAVIS komplett über den gesamten Sondermaschinenbau ausgerollt. Es gibt unterschiedliche Lizenzmodelle und unterschiedliche Benutzergruppen, die teilweise nur Leserechte haben. In die Projekte reingucken können alle. Wir haben das Tool nach und nach ausgerollt: Wir haben langsam angefangen, zunächst die ersten Phasen im Projekt betrachtet und dort die Hilfsmittel entwickelt. Dann kam die Forderung aus den nachfolgenden Phasen: „Wir brauchen jetzt auch die Hilfsmittel, um mit diesen Daten weiterzuarbeiten.“
So ist das stetig gewachsen. Die Methoden, die wir betrachtet haben, sind in erster Linie dafür da, die Aufgabenstellung zu verstehen und das ganze System zu spezifizieren – eigentlich ein elementarer Teil des Ingenieurwesens, der ohne Systems Engineering aber zu stark vernachlässigt wird: „Das Problem verstehen.“

iQUAVIS passt dabei gut zu uns, da das Tool nicht so sehr eine formelle Sprache fokussiert, sondern durch informale Elemente die Kollaboration fördert und schnell zu erlernen ist. Das Tool ist einfach anzupassen – auch ohne größere Programmierkenntnisse. Das macht es sehr einfach, unsere Bedarfe ins Tool zu bringen. Und auch der Support von Two Pillars bei Fragen zum Tool oder Methodenkonzepte hat uns sehr geholfen, dahinzukommen, wo wir heute stehen. Herzlichen Dank nochmal dafür.

Sonja Feierabend  

Ich bedanke mich sehr für das schöne Gespräch!

Rebecca Heitmann

Sehr gerne. Es hat mich sehr gefreut.

Die HARTING Technologiegruppe ein international führender Anbieter von industrieller Verbindungstechnik für die drei Lebensadern Data, Signal und Power mit 15 Produktionsstätten und 44 Vertriebsgesellschaften weltweit. Rebecca Heitmann arbeitet als Systems Engineer bei HARTING Applied Technologies.

Mehr über unser Systems-Engineering-Tool iQUAVIS erfahren Sie hier.

Sonja Feierabend

Sonja Feierabend ist Online Marketing Managerin bei der Two Pillars GmbH. Sie hat Literaturwissenschaft und Medienwissenschaft studiert und bloggt seit der Erfindung des Internets. Sie betreut die Website und Social Media sowie weitere Marketing-Themen, PR und Projekte.

www.two-pillars.de

Sonja Feierabend 

Lieber Weihnachtsmann, ich glaube, du musst dich nicht vorstellen. Die meisten werden dich kennen, aber was viele nicht wissen: So eine Geschenkeproduktion funktioniert nur mit Systems Engineering und du nennst dich jetzt auch Systemingenieur. Wie kam es dazu? 

Weihnachtsmann

Naja, ich bin ja schon sehr lange im Geschäft. Und wenn ich eins sagen kann, dann, dass die Wünsche immer komplexer, größer und umfangreicher werden. Früher kam dann mal ein Brief mit einer langen Geschichte darüber, wie brav man gewesen ist, und dann kam ein bescheidener Wunsch nach einem Holzpferdchen. Da war die Farbe egal! Es musste nur schaukeln können. 

Heute flattern hier im Sekundentakt die Wünsche ein und viele Kinder ändern ihre Wünsche auch nochmal kurz vor der Auslieferung. Da ist es bei so vielen Millionen Kindern doch schon unübersichtlich.  

So ein Pferdchen muss sich heute bewegen, wiehern, singen und blinken und am besten komplett kompostierbar sein und darf – das wünschen sich meist die Eltern – keine nervigen Melodien abspielen. Und unkaputtbar sein! 

Die Kinder haben heutzutage sehr genaue Vorstellungen davon, was sie wollen. Die schreiben mittlerweile seitenlange Anforderungen, die meine Elfen dann in der Vergangenheit fleißig in Pflichtenhefte getippt haben. Die wurden dann ausgedruckt und in die Entwicklung übergeben, aber dann fiel den Kindern noch was ein und dann kamen Änderungen und… (seufzt) 

Also schön war das nicht! 

Sonja Feierabend 

Das heißt, ihr habt immer dokumentenbasiert die Kinderwünsche aufgenommen und seid dann in die Entwicklung und Produktion gegangen? 

Weihnachtsmann

Jaja, so war das! War auch immer schön, aber dann war mal einer der Elfen krank, der schon jahrelang dabei war. Der hatte die ganze Entwicklung im Blick, und dann ist hier alles zusammengebrochen, weil er das ganze Wissen in seinem Kopf hatte und keiner Zugriff darauf. 

Sonja Feierabend 

Das war dann der Moment… 

Weihnachtsmann

… wo wir gesagt haben: Das machen wir jetzt anders!  

Ich hatte schonmal von diesem neuartigen Systems Engineering gehört. Und dann hab ich den Christian Tschirner mal zufällig getroffen. Da bin ich dann auf iQUAVIS gestoßen und habe mich ganz intensiv mit der Systems Engineering Methode beschäftigt.  

Das war dann natürlich eine Herausforderung, die gesamte Weihnachtsgeschenkeproduktion umzustellen! Aber die Elfen waren kurz vor einem dauerhaften Streik und haben die Idee echt dankbar aufgegriffen. Die sind echt ganz lieb, aber das Chaos von vor zwei Jahren wollen wir nicht mehr haben!  

Also haben wir gesagt: Ganz oder gar nicht! In diesem Jahr rollen wir alle Geschenkeprojekte weltweit mit Systems Engineering aus.  

Sonja Feierabend 

Da bist du ja sehr motiviert! 

Weihnachtsmann 

Bisher läuft es sehr gut. Ich habe dank der Tabellen und Umfelddiagramme alles immer im Blick. Es ist tatsächlich das erste Jahr, wo ich mal Zeit für ein Interview habe (lacht). 

Die Elfen sind ganz motiviert mit dem Programm. Ja, so ein paar ältere haben sich erst geziert, aber jetzt daddeln die auch schon ganz selbstverständlich mit dem Programm rum.  

Ich muss wirklich sagen: Es läuft so gut, dass wir eventuell schon im nächsten Jahr zusätzlich in das Geburtstagsgeschenkegeschäft einsteigen könnten. Wir wollen eventuell auch mit dem Osterhasen kooperieren. Wir haben uns da jetzt zusammengeschlossen. 

Sonja Feierabend 

Das klingt ja großartig. Da wünsche ich viel Erfolg! Vielen Dank für das Interview! 

Das gesamte Two-Pillars-Team wünscht Ihnen und Ihren Familien eine schöne Vorweihnachtszeit und besinnliche Feiertage!

Sonja Feierabend

Sonja Feierabend ist Online Marketing Managerin bei der Two Pillars GmbH. Sie hat Literaturwissenschaft und Medienwissenschaft studiert und bloggt seit der Erfindung des Internets. Sie betreut die Website und Social Media sowie weitere Marketing-Themen, PR und Projekte.

www.two-pillars.de

Sonja Feierabend
Hallo Luca, schön, dass du Zeit für das Interview gefunden hast! Stell dich doch mal kurz vor: Wer bist du und für wen arbeitest du aktuell?

Luca Weik

Hi Sonja, ich bin Luca Weik, 25 Jahre alt, und komme ursprünglich aus Stuttgart. Seit 3 Jahren arbeite ich für die Palfinger AG in Köstendorf in Österreich, in einer schönen, ländlichen Gegend in der Nähe von Salzburg. Ich gehöre zu einer Abteilung für Systems Engineering und beschäftige mich mit allem, was mit Entwicklungsprozessen, Methoden und Tools zu tun hat.

Sonja Feierabend

Da sind wir schon gleich mitten im Thema! Mich interessiert aber dennoch erst einmal, wie du zu Palfinger gekommen bist – vor allem noch so jung! Kannst du mal kurz deinen Werdegang skizzieren?

Luca Weik
Ja gerne! Tja, wie konnte das passieren, dass ich jetzt schon so lange arbeiten muss? (lacht) Ich habe direkt nach dem Abitur angefangen zu studieren, damals an der Dualen Hochschule Baden-Württemberg, und habe ein duales Studium bei Kärcher gemacht.

Das duale Studium war extrem cool: Wir hatten im Endeffekt immer 3 Monate Praxis und 3 Monate Theorie. Das hat mir sehr gut so gefallen! Dadurch konnte ich neben dem normalen theoretischen Maschinenbau Studium quasi im 3 Monate Rhythmus verschiedenste Abteilungen in der Praxis kennenlernen. Angefangen haben wir damals tatsächlich in der Lehrwerkstatt zusammen mit den Industriemechanikern: drehen, sägen, feilen – also wirklich mal Sachen in die Hand nehmen.

Mein Schwerpunkt im Studium war damals Konstruktion und Entwicklung und bei Kärcher durften wir dann in der Praxis die verschiedensten Abteilungen durchlaufen. Ich habe in dieser Zeit alles mal gesehen: Fertigungsplanung, Qualitätsmanagement, Konstruktion, Produktmanagement… Während des Studiums bleibt dafür nicht so viel Zeit. Es war sehr gut, die Firma zu erleben und zu sehen, wie sie funktioniert: Dadurch habe ich die Abläufe extrem gut kennengelernt und hatte einen guten Einblick in alles, was man als Ingenieur so tun könnte.

Sonja Feierabend  
Das klingt nach einem intensiven Einstieg! Und dann bist du von Kärcher zu Palfinger gewechselt?

Luca Weik
Das hat tatsächlich noch ein bisschen auf sich warten lassen. Wir hatten damals einige Abteilungen, in die wir übernommen worden wären. Ich habe mich dann aber entgegen den zur Auswahl stehenden Abteilungen bei Kärcher initiativ auf eine Bachelorarbeit in einem ganz anderen Bereich beworben: Es gab da eine Abteilung, die sich um CAD/ CAx Tools und Entwicklungsprozesse, Methoden und Tools allgemein gekümmert hat, damals noch mit sehr starkem Fokus auf 3D-Modellierung, aber auch erste Arbeiten zu Systems Engineering. Das fand ich super interessant, und ich wollte unbedingt diese Abteilung kennenlernen.

So hat es bei mir mit Systems Engineering angefangen: Wie kann man MBSE bei einer Firma wie Kärcher einführen? Das war für mich dann auch ein komplett neues Thema: Wer macht was? Welche Abteilung hat den Hut auf? Wie kann man das toolmäßig aufsetzen? Das war super spannend!

Im Anschluss an meinen Bachelor war ich dann noch zwei Jahre bei Kärcher und habe dort das Thema MBSE weitergetrieben, in einigen Projekten mit einigen Piloten. Wir haben schöne Sachen modelliert. Aber dann hat es mich in die Berge verschlagen!

Sonja Feierabend
Und dann hast du bei der Palfinger AG angefangen. Kannst du nochmal kurz sagen, was Palfinger eigentlich so macht?

Luca Weik
Gern! Also Palfinger macht grundsätzlich Hebelösungen jeglicher Art, also z.B. Kräne für die Baubranche, die auf LKWs montiert sind. Die sieht man auf den Autobahnen fahren, aber zum Beispiel auch unsere Ladebordwände, die an den LKWs hinten dran sind. Wir haben Marinelösungen bis hin zu Rettungsbooten, die aus den Schiffen abgeworfen werden – eigentlich alles, was mit dem Heben von Lasten jeglicher Art zu tun hat. Wir sind also sehr diversifiziert aufgestellt.

Sonja Feierabend  

Und was ist genau deine Aufgabe bei Palfinger? Wie hast du dort als Systems Engineer angefangen?

Luca Weik
Ja, das ist über die letzten drei Jahre ein bisschen gewachsen. Als ich 2020 bei Palfinger angefangen habe, war unsere Organisation sehr im Umbruch. Wir haben viel globalisiert und zentralisiert. Zeitgleich kam die Einführung einer Matrixorganisation, in der ich verankert bin. Ich war in meinen ersten zwei Jahren intern der Ansprechpartner für Systems Engineering im Allgemeinen, also für jegliche Aspekte: Von Requirements Engineering über Systemmodellierung bis hin zu Testmanagement und FMEA.

Es gab mal Diskussionen, ob die Systemsimulation eigentlich auch in meiner Verantwortung liegt, also war ich ein bisschen „Mädchen für alles“. Das lag aber auch daran, dass wir natürlich stark im Personalaufbau waren, um die vielen Bereiche, die vielen Aspekte, irgendwie abdecken zu können. Mittlerweile ist unser Team deutlich gewachsen. Momentan liegt mein Fokus klar auf Architekturmodellierung und Requirements Management.

Sonja Feierabend  
Das heißt, du hast mit deiner Erfahrung das Systems Engineering bei Palfinger richtig vorangetrieben?

Luca Weik
Ja, tatsächlich. Wir haben bei Palfinger allerdings das Glück, dass das Management uns sehr viel Rückenhalt für das Thema Systems Engineering bietet. Es wurde gesehen, dass in dem Gebiet große Potenziale liegen. Es war vom Management klar gewünscht, das weiter zu pushen und deswegen wurde sehr früh eine Vollzeitstelle dafür freigemacht; Fokus: Systems Engineering Methoden bei Palfinger einführen und betreuen.

Das klang für mich super interessant. Ich habe ja ähnliches eigentlich schon bei Kärcher gemacht und ich muss auch sagen, ich wollte persönlich immer in die Berge, deswegen hat es mich zu Palfinger verschlagen, um dort im Endeffekt das Ganze nochmal zu machen.

Sonja Feierabend 
Das klingt wirklich sehr spannend! Bist du da in einer ganzen Abteilung in einem Team oder wie seid ihr heute aufgestellt?

Luca Weik
Als ich angefangen habe, waren wir in unserer Stabstelle nur 6 Leute im Team, quasi ein Einzelkämpfer in jedem Bereich: Einer für den Entwicklungsprozess, einer für das Projektmanagement Office, einer für Masterdata-Management, einer für Systems Engineering, etc…

Wir hatten viele Freiheiten zu gestalten, wie sich die Themen weiter aufbauen lassen und sind mittlerweile in unserer Abteilung extrem gewachsen: Wir sind nun 60 Leute, weil die einzelnen Themenfelder immer mehr Zug aufgebaut haben. Immer mehr Leute in der Firma wollen damit arbeiten, wollen unsere Services, die wir intern anbieten, gerne in Anspruch nehmen.

Natürlich sind die 60 Leute nicht nur für SE zuständig, man muss hierbei auch sagen dass >50% davon unser zentraler Prototypenbau ausmacht. Mittlerweile haben wir zusammengerechnet mit Christian Zingel, der das Team Systems Engineering als Leiter übernommen hat, drei Vollzeitmitarbeiter und 2 Studenten im Team für die Aspekte von Systems Engineering.

Wir haben dann auch noch einen wissenschaftlichen Mitarbeiter, der bei uns an der FH in Salzburg sitzt und arbeiten mit einem Studentenprojekt der HAW Landshut zusammen. So wächst unser Kreis an Leuten, mit denen wir zusammen forschen und arbeiten stetig.

Am Anfang, bevor wir uns diese Strukturen aufgebaut haben habe ich sehr viel mit Christian Tschirner und damals noch Myu (Two Pillars) und mittlerweile auch schon sehr lang mit Matthias Greinert (Two Pillars), die SE-Themen aufgebaut und supportet – also viel mit externer Hilfe. Ohne diese Top-Zusammenarbeit wäre das alles wirklich schwierig gewesen.

Sonja Feierabend  

Wow, da seid ihr ja schon richtig gut aufgestellt. Ihr arbeitet ja auch mit iQUAVIS bei Palfinger, und du bist auch Trainer für die Software intern. Was sind deine Erfahrungen damit?

Luca Weik
Das erste Mal habe ich iQUAVIS auf dem TdSE gesehen. Ich glaube, es war 2019. Vorher bei Kärcher habe ich viel mit SysML-Tools gearbeitet. Wir haben dort mit Kollegen vors allem aus Entwicklungsbereichen mit diesen Tools gearbeitet, aber was mir immer ein Dorn im Auge war bei SysML, ist, dass die Einstiegshürde zu groß ist.

Die Modelle werden meistens auch sehr groß und  kompliziert, sodass sie tatsächlich dann nur noch von einzelnen Experten in der Firma lesbar oder bearbeitbar sind.
Für mich war der Ansatz so, wie ich Systems Engineering verstehe, eigentlich immer sehr kollaborativ: Möglichst jeder soll mitarbeiten! Jeder soll das Modell sehen und auf einen Blick verstehen können.

Deswegen fand ich das grundlegend leichtgewichtigere Konzept von iQUAVIS schon immer interessant. Da wir bei Palfinger den Freiraum hatten, erstmal auszuprobieren, was wir wollten, habe ich sie ergriffen und mal geschaut, wie das mit iQAUVIS funktioniert. Auch wenn man Systems Engineering skaliert.

Unsere Erfahrung bisher mit iQUAVIS ist, dass es den Leuten leichter fällt, einzusteigen und das mal für sich auszuprobieren und damit zu arbeiten. Es ist tatsächlich wenig Schulungs- und Trainingsaufwand. Die Leute haben nicht so viel Angst, irgendwas kaputt zu machen oder überfordert zu werden. Nach einem Vormittag ist eigentlich jeder User unabhängig der Vorerfahrung grundsätzlich fähig in Modellen zu navigieren um sich Infos anzuschauen.

Wir haben inzwischen sehr viele Leute, die iQUAVIS verwenden. Da sind auch einige dabei, die bauen sich einfach nur Baumdiagramme auf, um ihren Kopf und ihre tägliche Arbeit zu strukturieren. Das hat gar nichts mit Produktentwicklung oder Systems Engineering im klassischen Sinne zu tun, aber das ist irgendwo auch genau das, was mir wichtig ist: Dass Leute diese Methoden verinnerlichen. Diese Tools kann ich für Probleme aller Art einsetzen.

Sonja Feierabend
Das klingt schon sehr weit! Erinnerst du dich noch an “alte” Systems Engineering, Zeiten? Zeiten vor diesem Tool? Was würdest du sagen, so im Vorher-Nachher-Vergleich: Wie würdest du das bewerten?

Luca Weik
Ich muss sagen, ich habe während des Studiums – und das ist jetzt nicht irgendwie böse gemeint gegen die DHBW – noch nichts von Systems Engineering mitgekriegt! Ich war im Nachhinein in den letzten Jahren immer überrascht, wie bedeutend das Thema ist und auch gesehen wird, zumindest in unserem kleinen Systems Engineering Kreis. Ich bin ja mit relativ wenig Vorwissen von der Uni in das Thema eingestiegen und ich kann mir heute in komplexeren Projekten nicht vorstellen, wie man es ohne machen würde.

Es gibt Fragestellungen, die es zu beantworten gilt, zum Beispiel: Wenn ich jetzt an dieser Funktion noch was ändern will, was ist denn da betroffen im Projekt? Ich wüsste nicht, wie man ohne einen gewissen Systems Engineering Ansatz solche Fragestellungen von Entwicklern beantworten kann, außer man wühlt in Office Dokumenten rum und kämpft sich durch alte E-Mails, was immer noch Stand der Technik ist in vielen Fällen.

Sonja Feierabend
Das heißt, das erlebst du noch, dass so noch gearbeitet wird?

Luca Weik

Ja, ja natürlich da wird uns die Arbeit so schnell nicht ausgehen. (lacht)

Sonja Feierabend  

Du hast gerade nochmal gesagt, dass in deinem Maschinenbau Studium Systems Engineering noch kein Thema war?

Luca Weik 

Nee, wir hatten tatsächlich damals ein Fach, das hieß „Konstruktionslehre“, glaube ich. Da ging es in die Richtung. Da haben wir so ein bisschen über Best practice Methoden für z.B.: Anforderungen oder FMEAs gesprochen, aber Systems Engineering als tatsächliche Methodik war in meinem Studium noch kein Thema.

Ich weiß von unseren Kooperationen, dass es mittlerweile eine ganze Reihe Master-Studiengänge gibt, die sich auf Systems Engineering konzentrieren. Das ist meiner Meinung nach auch richtig und wichtig, dass das mehr und mehr sogar als ganzer Studiengang Einzug hält, aber ich persönlich hatte damit an der Uni noch gar keinen Kontakt.

Sonja Feierabend
Das ist echt spannend. Dieses Interview ist ja auch für junge Menschen gedacht, die sich vielleicht über den Beruf des Systems Engineers interessieren. Was würdest du denen raten? Wie fängt man an mit Systems Engineering oder was hättest du gerne früher gewusst?

Luca Weik
Auf jeden Fall sollen sie es machen! Ich würde es auch nicht nur jungen Menschen empfehlen, sondern ich würde jedem empfehlen, sich grundsätzlich über Systems Engineering zu informieren. Ich bin der Meinung, dass es jedem hilft, auch in der täglichen Arbeit als Ingenieur oder als Produktmanager, als Techniker, oder auch, wenn ich mir nur meinen Kopf irgendwie strukturieren will.  

Jungen Leuten, die vor allem in das Berufsbild Systems Engineer wollen, würde ich raten, sich möglichst viele verschiedene Aspekte von Engineering anzusehen. Dadurch, dass Systems Engineering sich auf alle Disziplinen und den ganzen Lebenszyklus konzentriert, ist es wichtig, eine gewisse Vorerfahrung oder Ahnung zu haben was das alles beinhaltet.

Grundsätzlich sollte man sich aber auch gut und gerne mit Leuten beschäftigen und vernetzen können und sehr flexibel in seiner Denkweise sein. Man muss sich z.B. oftmals fragen: Was hab ich jetzt für ein Projekt? Was entwickle ich für ein Produkt? Wie kompliziert ist es? Was hab ich für Personen in meinem Projektteam? Wie sind die persönlichen Vorlieben? Je nachdem variiert der Ansatz, in welcher Ausprägung man dann nachher wirklich Systems Engineering macht. Da ist also auch viel Flexibilität drin.

Ich glaub, das Wichtigste ist, offen reinzugehen und zu versuchen, was zu bewegen, was zu verbessern, aber ganz, ganz stark auf die Leute zu hören, mit denen tatsächlich im Projektteam gearbeitet wird. Ich glaub das ist mitunter das Wichtigste bei der Sache irgendwo pragmatisch zu bleiben. Man darf nicht vergessen, dass wir es für die einzelnen Leute machen, damit jeder, der damit arbeitet und Teil vom Projektteam ist, seinen Vorteil in seiner täglichen Arbeit sieht und gerne damit arbeitet.

Sonja Feierabend
Ja, das heißt Systems Engineering ist auf jeden Fall Teamwork.

Luca Weik
Ja, absolut. Mittlerweile ist – meiner Erfahrung nach – der entscheidende Faktor der Mensch: Wie kriege ich die einzelnen Leute dazu, damit zu arbeiten und ihre Ideen dort zu dokumentieren? Nicht den Umweg über das Management oder über die Ansage: Ihr müsst jetzt aber Modelle bauen!

Ideal ist, wenn jeder für sich den Benefit sieht und jeder auch die Freiheit hat, so zu arbeiten, wie er das braucht. Ich glaub, dass wir da an sich in der Systems Engineering Branche noch ganz viele Chancen haben, das Ganze wirklich mehr auf den Menschen zu beziehen.

Die Tools sind grundsätzlich mittlerweile alle cool. Ich glaube aber, dass das nicht unsere Schwäche ist, sondern ich glaube, Systems Engineering ist jetzt noch nicht so breit eingeführt, wie es sein könnte, weil es größtenteils an der Organisationsveränderung und an unserem Changemanagement hängt.

Sonja Feierabend
Was mich jetzt mal interessieren würde: Hast oder hattest du mal ein Projekt bei Palfinger, wo du sagst, das hat besonders gut geklappt – vielleicht auch mit iQUAVIS?

Luca Weik
Ja, wir haben grundsätzlich ein paar Projekte, in denen wir wirklich sehr, sehr tief und viel modelliert haben. Wir haben ein Projekt für einen stark autonomisierten Kran für den Marineeinsatz, der sehr viele sicherheitsrelevante Funktionen hat durch den großen Autonomieanteil.

Wir haben angefangen, UseCases zu modellieren, um zu beschreiben: Was macht der Kran, wie interagiert er mit seiner Umgebung?
Und wir nutzen die iQUAVIS-Diagramme tatsächlich auch in der Abstimmung mit unseren Kunden und Zulieferern, um abzustimmen, welches System ist nachher tatsächlich verantwortlich für die Ausführung, welche Funktionalitäten und allein diese grafische Notation hilft in der Abstimmung wirklich.

Ebenso wird es mit den Zulieferern und mit dem Kunden eingesetzt, um zu verstehen, wo etwaige Probleme liegen. Von dort sind wir weiter gegangen und haben Funktionen abgeleitet, FMEAs und Risikoanalysen gemacht.

Was mich aber auch glücklich macht: Wir nutzen iQUAVIS intern für unsere Dokumentation und die Kollegen werfen sich mittlerweile in den Terminen die Diagramme an die Wand und diskutieren darüber. Leitfragen sind dann: „Haben wir das richtig verstanden? Gehört der Pfeil doch woanders hin und ist das wirklich so?“ –  Es ist also ein bisschen Kommunikationsstandard geworden ist, nicht mehr mit Dokumenten zu arbeiten, sondern im Modell, in iQUAVIS.

Sonja Feierabend 
Wenn wir jetzt schon so ein bisschen Richtung Zukunft schauen, was glaubst du? Wie wird sich Systems Engineering entwickeln? Oder welche Themen sind wichtig, wenn du an Systems Engineering der Zukunft denkst?

Luca Weik
Ich denke, dass wir uns gut in die Richtung entwickeln, dass es einen sehr offenen Austausch gibt. Ich sehe Systems Engineering als eine Dokumentationsform, wo jeder seine Informationen beiträgt und jeder die für ihn relevanten Informationen in verdaubaren Häppchen bekommt. Dazu muss allerdings jeder Modelle lesen können und jeder auch Zugriff auf Modelle haben.

Also ich glaub, dass da noch beispielsweise Systems Engineering Tools in kollaborative Medien eingebaut werden müssen: Dass es wirklich Tagesgeschäft wird, das die Leute gerne anfassen und ähnlich frequentiert nutzen wie Teams. Ich hoffe, dass wir das bald hinbekommen.

Sonja Feierabend
Dass die Berührungsängste einfach auch nachlassen.

Luca Weik
Ganz genau! Was sonst noch ein Riesenthema überall ist: Artificial Intelligence, also AI. Jeder verwendet inzwischen ChatGPT in seiner täglichen Arbeit und wir schauen alle auf die Chancen, die uns das bringen wird.

Ich sehe für Systems Engineering eine große Chance. Wir reden ja immer über textuelle Dokumentation und modellbasierte Dokumentation und ich kann mir gut vorstellen, dass diese Grenze verschwimmen könnte, zum Beispiel, dass aus meinem nativen Text, den ich in den Chat reinschreibe dann ein Diagramm erstellt wird.

Ich glaub, da können wir viele, Startschwierigkeiten beseitigen.

Sonja Feierabend

Vielen Dank! Dann habe ich jetzt noch die allerletzte Frage: Warum iQUAVIS?

Luca Weik
Für mich ganz klar: Es ist ein leichtgewichtiger Ansatz für die Modellierung. Die Einstiegshürde, das Tool zu lernen und die ersten Schritte darin zu machen, es zu bedienen, ist so niedrig, dass wir unsere User eigentlich innerhalb von 2 Stunden aufgegleist kriegen. Das spricht einfach fürs Tool.

Das ist nicht so weit weg von dem, was man kennt. Man kann sich damit sehr schnell anfreunden. Meine Bedenken vorher waren, dass die Kapazität von iQUAVIS nicht reicht, um wirklich große Systeme zu modellieren. Aber ich muss sagen, wir haben mittlerweile Modelle, die sind riesig und wir kommen noch nicht an die Grenzen.

Es macht es für den User einfacher, den Bezug zu System Engineering zu kriegen. Für mich ist es deshalb gerade das perfekte Tool, um diese Einführung, die wir in unserer Organisation wollen, zu begleiten.

Sonja Feierabend 
Vielen herzlichen Dank!

Luca Weik
Gerne!

Luca Weik ist Senior Specialist Systems Engineering bei der Palfinger AG.
Palfinger ist der weltweit führende Produzent und Anbieter innovativer Kran- und Hebelösungen.

Mehr über unser Systems-Engineering-Tool iQUAVIS erfahren Sie hier.

Sonja Feierabend

Sonja Feierabend ist Online Marketing Managerin bei der Two Pillars GmbH. Sie hat Literaturwissenschaft und Medienwissenschaft studiert und bloggt seit der Erfindung des Internets. Sie betreut die Website und Social Media sowie weitere Marketing-Themen, PR und Projekte.

www.two-pillars.de

Wir beginnen daher heute die Interviewreihe „Wir sind Systems Engineer“ und stellen darin interessante Lebensläufe vor. Den Anfang macht Simon Hofmann:

Simon Hofmann ist einer, der seit vielen Jahren Requirements Engineering und Systems Engineering in seiner Arbeit vorantreibt. Heute ist er Systems Engineer bei unserem Kunden Belimo – einem Unternehmen aus dem Bereich Haustechnik, Gebäudeautomation und HLK.

Im Interview skizziert Simon seinen persönlichen Werdegang bis zu seinem Eintritt bei Belimo. Sehr anschaulich beschreibt er, warum gutes Requirements Management und Systems Engineering die einzige Möglichkeit sind, in einem komplexen technischen Projekt den Überblick zu behalten. Gleichzeitig steht sein Werdegang exemplarisch für den Quereinstieg ins Systems Engineering – oder ist das vielleicht sogar der idealtypische Weg?

Vom Elektroingenieur zum Systems Engineer

Christian: Wie bist du zum Systems Engineering gekommen, Simon? Was ist dein Ausbildungshintergrund?

Simon Hofmann, Belimo AG:
Ich habe meine berufliche Laufbahn als Elektroingenieur gestartet. Meine erste Anstellung als Ingenieur war noch an der Fachhochschule. Da habe ich am Physikinstitut gearbeitet. Aufgrund privater Erfahrungen habe ich später eine Weiterbildung in Richtung Medizintechnik gemacht. Dadurch war ich dann schon mittendrin im Systems Engineering – habe das aber noch gar nicht so richtig bemerkt. Da war ich bei Bernafon, einen Hörgerätehersteller. Diese Firma war schon 2005 wirklich fortschrittlich im Systems Engineering. Da wurden sich damals schon Gedanken über Requirements, Architektur und Design gemacht, auf einem ganz anderen Level als damals üblich. Ich habe das aber leider auch nicht so mitbekommen, weil ich da noch im Elektronikteam war – Stovepipes halt trotzdem.

Ich bin dann aber immer mehr in Richtung Systemkonfiguration gewandert und habe immer mit spezifischen Aspekten des Systems Engineering zu tun gehabt, auch mal ein Testsystem entwickelt.

Danach habe ich in einer anderen Medizintechnikfirma als Systems Engineer gestartet. Erst da wurde mir bewusst, wie gut das Systems Engineering Framework aus Prozess-Methode-Tool bei Bernafon schon aufgesetzt war – ich konnte zwar von einigen Erfahrungen profitieren, aber beim Aufsetzen einer ersten SE-Werkzeugkette und der Verantwortung für verschiedene Aspekte von Systems Engineering war das Systems Engineering dann doch schon wie eine neue Welt für mich.

Christian: Inwiefern? Was meinst Du damit konkret?

Simon Hofmann, Belimo AG:
In meiner neuen Firma stand Systems Engineering, so wie wir es heute machen würden, noch in den Startlöchern. Requirements wurden häufig in einem Word Dokument geschrieben und dann wurde ein nächstes Word Dokument geschrieben, wo man nur noch die Änderungen reingeschrieben hat, und dann wieder ein nächstes. Eher ganz normal für die damalige Zeit – und ganz offen: Meist ja auch noch heute. Wenn man diese Aufgaben aber nicht modellbasiert mit einem Tool macht, ist das unmöglich.

Wir haben dann zunächst ein SysML-Werkzeug für das Requirements Engineering eingesetzt, also nicht nur für die Architektur. Das war schon ganz spannend, aber leider auch das falsche Tool für die richtige Aufgabe.

Es wurde recht schwierig: Wenn man ein neues Produkt auf Basis eines bereits existierenden Produkts anstoßen wollte, musste man bspw. immer alles kopieren. Das ist etwas, wo einem jeder mit ein bisschen Ahnung raten würde, dass man das nicht tut. Aber wir haben gut gelernt. Ich war zu dem Zeitpunkt also schwerpunktmäßig schon auf der Requirements-Engineering-Seite.

Etwas später suchte ich etwas Neues, und dann kam diese Stelle zum Aufsetzen der Methodik von Systems Engineering bei Belimo. Und so bin ich zu Belimo gekommen.

Christian: Wann war das? Und wie lief das dann ab?

Simon:

Das war vor ziemlich genau 3 Jahren, im April 2020. Anfänglich war das Thema Systems Engineering auch bei Belimo noch nicht etabliert. Es gab aber ein Projekt für die Einführung von Systems Engineering, in dem habe ich mitgearbeitet. Unser Projektleiter war damals Martin Oswald.

Wir waren damals kein fixes Team, vielmehr eine Stabsstelle. Alle anderen Leute in diesem Team waren Abteilungsleiter, die also neben ihrer eigentlichen anspruchsvollen Tätigkeit zwar die Bedeutung von Systems Engineering erkannt hatten, aber nicht so viele Ressourcen investieren konnten, wie sie es gewollt hatten. So konnten wir dann nicht die notwendige Breitenwirkung für das Systems Engineering erreichen.

Wir haben immer viele gute Konzepte und Präsentationen erstellt, was wir jetzt neu gemacht haben – aber so in der Retrospektive mussten wir lernen, dass die Organisation damit nicht so zurechtgekommen ist. Wir haben irgendwo immer auf einer anderen Ebene gesprochen – das passiert schnell – und die meisten Leute sind in ihrem Arbeitsalltag mit ganz anderen Problemen konfrontiert. So konnte Systems Engineering nur bedingt fruchten.

Christian: Toll, dieser offene Einblick, davon kann man viel lernen. Es veranschaulicht auch sehr gut, dass Systems Engineering eine große Kommunikationsherausforderung ist – nicht nur der verschiedenen Systeme, sondern auch der Menschen in einem Unternehmen. War das bis dahin alles pen-and-paper-based Systems Engineering?

Simon:

Nein, war es nicht. Es war zum Anfang so ein Mischding. Weil die Softwareentwicklung schon damals Requirements in Jira geschrieben hat, haben wir das dann auch insgesamt etabliert: Jira für Requirements. Aber für das, was wir Systeme nennen, und auch für alles andere gab es eigentlich nicht wirklich Requirements. Da haben wir viel und erfolgreich Zeit und Hirnschmalz investiert – und wir werden jeden Tag besser. Und genau das ist es, was man beim Systems Engineering machen muss: Jeden Tag ein bisschen besser werden wollen und auch scheinbar widersprüchliche Dinge im Sinne des Gesamtsystems zusammenfahren. Auch wenn es scheinbar schneller geht, Requirements gehören nicht in ein Word-Dokument – denn tracebar werden sie nur in einem Softwaretool.

Das waren die Anfänge von Systems Engineering bei Belimo. Und so bin ich vom reinen Elektroingenieur über die Medizintechnik zum Systems Engineer geworden.

Christian: Vielen Dank, Simon! Das ist ein sehr spannender Werdegang, vor allem, weil ihr mit Belimo eine unglaubliche Systems Engineering-Geschichte schreibt, das sieht man auch von außen. Diese persönliche Entwicklung zeichnet sehr schön auch die Notwendigkeit von Systems Engineering in anderen Unternehmen nach: Vom kleinen Projekt ist es ja inzwischen eine richtige SE-Organisation geworden.

Wenn Du nun einmal zurückblickst: Was waren in Deinem Ausbildungsweg die entscheidenden Fähigkeiten für Deine heutige Tätigkeit – und war das eher durch das Studium gegeben oder ein „Learning on the Job“?

Simon:

Die Fähigkeiten, die für meine heutige Arbeit entscheidend sind, habe ich mir vor allem während der Arbeit angeeignet und das umfasst verschiedene Aspekte, wie die Projektleitung bei der Einführung von neuen MBSE-Themen und auf der anderen Seite die sehr konzeptionelle Arbeit mit gleichzeitig einer sehr konkreten Arbeit in unseren Requirements- und Architektur-Tools. Meiner Meinung nach lernt man im Studium eher Metathemen, wie sich Wissen zusammensuchen, abstrahieren, Dinge über Themengrenzen hinüber zusammenfügen.

Christian: Was würdest du jüngeren Leuten raten, die sich für Systems Engineering interessieren?

Simon:

Geh erst einem Job als Entwickler nach: Meiner Meinung nach ist es schwierig, SE von der Stange in einem Studium zu lernen. Ein wichtiger Aspekt von SE und der Transformation von Unternehmungen ist auch die Erfahrung, die man in verschiedenen Unternehmen sammelt und wie verschiedene Aspekte von Systems Engineering umgesetzt sind in einem Unternehmen. So würde ich vor allem raten, die Theorie und Methodik im Studium zu lernen und dann die Geduld zu haben, Erfahrung in einem Unternehmen zu sammeln.

Christian: Vielen Dank! Eine letzte Frage habe ich noch: Was sind deiner Einschätzung nach Zukunftsthemen im Systems Engineering und wie kann man da on-the-job mithalten?

Simon:

Ich habe das Gefühl, dass Zukunftsthemen häufig mit Automatisierung und auch KI zu tun haben, weil diese beiden Dinge die Effektivität von Systems Engineering steigern und auch schnell einen Mehrwert liefern können. Um on the Job am Ball zu bleiben, sind auch Toolhersteller in der Pflicht, diese Themen einzubauen und einfach zu erklären, wie Automatisierung und Scripting und auch AI in den Tools eingebaut sind.

Das Interview führte Christian Tschirner, Gründer und Geschäftsführer von Two Pillars GmbH.

Die Belimo AG ist Weltmarktführer in Entwicklung, Herstellung und Vertrieb von Feldgeräten zur energieeffizienten Regelung von Heizungs-, Lüftungs- und Klimaanlagen. Das 1975 gegründete Unternehmen beschäftigt in über 80 Ländern circa 2200 Mitarbeitende.
Zur Website.

Mehr über unser Systems-Engineering-Tool iQUAVIS erfahren Sie hier.

Christian Tschirner

Systems Engineering ist eine Lebensart – wer sie einmal kennt, kommt nicht von ihr los! Ich brenne dafür, das Engineering zu verändern. Weg von verwirrenden Lasten- und Pflichtenheften hin zu einer modellbasierten Spezifikation. Das hilft mir, viele Aufgaben eines Projekts besser zu bewältigen, mit Kollegen ein gemeinsames eindeutiges Systemverständnis zu bilden und immer die relevanten Aufgaben im Blick zu haben. Und außerdem: Ich bin überzeugt, dass innovative Geschäftsmodelle nur mit einem solchen Ansatz möglich werden: Smarte Services, Things that think, … Let’s go together!

www.two-pillars.de/