KEM Konstruktion Systems Engineering 02.2018

METHODEN
PERSPEKTIVEN
„Großunternehmen
kämpfen oft mit starren
Strukturen und trägen
Entscheidungswegen.
Zudem sind hier Spezialistentum
und Silo-Denken
weit stärker ausgeprägt
als im Mittelstand
– beides wiederspricht
dem Kern des SE.“
Lukas Bretz, Wissenschaftler
am Fraunhofer IEM (li.)
Bild: Fraunhofer IEM
Bild: Fraunhofer IEM
Harting: Da sind wir beim Stichwort Change Management angekommen.
Herr Bretz, gibt es Aspekte, die beim Veränderungsmanagement
für SE besonders zu beachten sind?
Typische Organisationsformen für SE-Einführung und Betrieb
Bretz: Bei der Einführung von SE gilt es, die Mitarbeiterinnen und
Mitarbeiter zu überzeugen, zu befähigen und schließlich die SE-Lösung
auszurollen und mit der Belegschaft zu verstetigen. Zu diesem
Zweck sollten Unternehmen etablierte Ansätze des Change Management
adaptieren. Allerdings halte ich einige dieser Ansätze für
ungeeignet, da sie einen reinen Top-Down Ansatz vorschlagen. Für
eine erfolgreiche SE-Einführung müssen aber sowohl Management,
als auch Mitarbeiter von Beginn an überzeugt und mitgenommen
werden. Hier kommen das von Herrn Knoke beschriebene Knabberglück
und die interne Kommunikation ins Spiel. Parallel zu der inhaltlichen
Erarbeitung des SE-Konzeptes gilt es, mögliche Hindernisse
in der Organisation zu erkennen und zu beseitigen. Unangenehme
Hindernisse sind das „nicht wollen“ oder „nicht dürfen“. In manchen
Fällen reicht es hier, wenn SE-Projektleiter Überzeugungsarbeit
leisten. In anderen Fällen müssen sie die organisatorischen
Rahmenbedingungen hinterfragen und anpassen. Denn wenn das
Ziel ein abteilungsübergreifendes Miteinander ist, die erfolgsabhängige
Vergütung aber Silo-Denken begünstigt, ist das ein Widerspruch
per se und die Bemühungen zur Einführung werden behindert.
Den organisatorischen Rahmen anzupassen heißt, neue Rollen
zu schaffen und bestehende so zu überdenken, dass sie optimal
zum unternehmensspezifischen SE-Konzept passen. Andere typische
Hindernisse sind das „nicht wissen“ und „nicht können“. Hier
sind Schulungen und Coachings für die Belegschaft oftmals zielführend.
Für den Projekterfolg sind aber nicht nur die Mitarbeiterinnen
und Mitarbeiter wichtig, die später direkt Systems Engineering betreiben.
Gerade mit der Unternehmens-IT ist für die SE-Einführung
eine sehr intensive Zusammenarbeit erforderlich. Alle an der Produktentstehung
beteiligten Bereiche müssen offen für Veränderungen
sein. Dies beginnt bereits beim Marketing und umfasst auch
unterstützende Bereiche wie die IT.
Eine weiterer Faktor für Erfolg oder Misserfolg des SE-Projekts ist
die Anzahl der Neuerungen sowie Zeitpunkt und Geschwindigkeit,
mit der sie eingeführt werden. Um die Mitarbeiterinnen und Mitarbeiter
hier nicht zu überfordern, können zum Beispiel regelmäßige
SE-Releases genutzt werden. So muss sich die Belegschaft immer
nur auf kleinere Veränderungen einlassen. Zudem kann das Projektteam
ein Release besser vorbereiten als einen „Big-Bang“.
Knoke: Ein weiterer Vorteil von Releases ist die bessere Abstimmung
mit parallelen Organisations- und IT Programmen. Bei Miele
werden regelmäßig die Releases des komplexen PLM-Programm
mit den SE Release-Zyklen synchronisiert. Gerade für die neu einzuführenden
IT-Systeme ist das eine große, aber auch absolut notwendige
Herausforderung.
Harting: Auf was gilt es neben Change Management und
Projektorganisation noch zu achten?
Bretz: Oft wird zunächst vergessen, dass im Einführungsprojekt neben
Richtlinien und Prozessen bereits konkrete Inhalte erarbeitet
werden müssen, etwa Referenzstrukturen für Anforderungsspezifikationen
oder Architekturen. Für eine Anwendung von SE mit vielen
Mitarbeitern sind solche Strukturen sehr wichtig, da Modelle sonst
nicht miteinander vergleichbar, konsistent und kompatibel gehalten
werden können. Auch das Entwickeln von Modellbibliotheken für
Standard-Funktionen oder -Elemente ist häufig notwendig. Grundlage
für die Anwendung von SE sind natürlich – neben der Grundlage
des Systemdenkens – geeignete Methoden und Prozesse. Für Model-Based
Systems Engineering sind zusätzlich Modellierungssprachen
und Werkzeuge wichtig. In jedem dieser Bereiche gibt es zum
Glück gute Vorarbeiten, auf die wir aufbauen können. Als Sprache
greifen wir zum Beispiel gerne auf Consens oder SysML zurück.
28 K|E|M Konstruktion Systems Engineering 02 2018