Wahre Architekten verstehen die Kunst des Weglassens und wissen, wo sie tiefer graben müssen

Systemarchitekten sind in der High-Tech-Industrie immer gefragter. Sie sorgen für Fokus, Überblick und Ergebnisse in komplexen Entwicklungsprojekten. Das bedeutet Wert für die Kunden und Euro für ihr eigenes Unternehmen. Wir fragen Gerrit Muller, den Gründer der Sysarch-Schulungen am High Tech Institute, nach den Geheimnissen guter Systemarchitekten.

Das Bild, das die meisten Menschen von Systemarchitekten haben, ähnelt dem der Architekten von Gebäuden und Konstruktionen. Sie erwarten von diesen Fachleuten, dass sie komplexe Maschinen oder Produkte in Teile zerlegen, ihnen Eigenschaften verleihen und die Schnittstellen zwischen ihnen definieren. Das alles läuft auf Skizzieren und Zeichnen hinaus. In der Praxis sind diese Aufgaben auch die sichtbarsten. In Gebäuden, aber auch in der technischen Industrie, wo sich das Skizzieren in Blockdiagrammen, CAD-Zeichnungen oder Rohrleitungs- und Instrumentierungsdiagrammen ausdrückt. Alle Teile werden sichtbar gemacht und Sie können sehen, wie die Dinge zusammenhängen.

Ein Architekt muss in der Tat ein System oder Produkt transparent machen. Aber das ist nur die Grundlage und nicht das, worum es bei der Arbeit wirklich geht. „Wenn Sie es in Teile zerlegen, diese Teile und die Verbindungen zwischen ihnen betrachten, haben Sie nur ein statisches Bild“, sagt Gerrit Muller, Professor an der Universität von Südostnorwegen in Kongsberg und Gründer der Sysarch-Schulungen am High Tech Institute.

Natürlich sind Zeichnungen nützlich. „Die Schnittstellen ermöglichen es uns, die Komponenten voneinander zu trennen. Sie sind wichtig und die Schnittstellen müssen gut definiert sein, aber mit ihnen haben Sie immer noch eine Sammlung von Teilen, eine Kiste mit Teilen.“

Die Probleme, erklärt Muller, entstehen, wenn diese Teile anfangen, miteinander zu interagieren. „Darin liegt der Wert des Systems. Denn zusammen sorgen sie für die beabsichtigte Funktion und zusammen tun sie es gut genug, genau genug, schnell genug, zuverlässig genug, sicher genug – eine Menge dieser Art von benennbaren Eigenschaften.“

Verhalten und Eigenschaften ergeben sich also aus den Teilen, die miteinander interagieren. „Als Systemarchitekt oder Systemingenieur entwerfen Sie, um das gewünschte Verhalten und die gewünschten Eigenschaften zu erhalten und verhindern unerwünschtes Verhalten und störende Eigenschaften.“

Alles andere als trivial

Aber in der Praxis ist diese Interaktion so komplex, dass wir nicht alles vorhersehen und verstehen können. „Das gewünschte Verhalten zu erreichen, ist alles andere als trivial. Ein System ohne unerwünschte Eigenschaften zu entwerfen, ist auch alles andere als einfach. In der Integrationsphase, wenn die Teile hergestellt werden, treten in der Regel unvorhergesehene Dinge auf – Sie erhalten nicht die gewünschte Leistung. Normalerweise laufen die Dinge nicht so, wie Sie es sich vorgestellt haben.“

'The challenge is to make the events visible that have the greatest impact.'

Je besser der Systemarchitekt ist, desto besser kann er einschätzen, ob der Entwurf funktionieren wird?

„Ja, aber ich möchte noch einen Schritt weiter gehen. Sie müssen nicht nur Schätzungen vornehmen, sondern auch in der Lage sein, zu visualisieren und zu kommunizieren. Das kann mit Skizzen und Modellen geschehen. Das Ziel ist die Kommunikation mit vielen Beteiligten wie Designern, Produktmanagern, Kunden, dem Chef und anderen Architekten. Gute Architekten machen das System explizit und damit diskutierbar und vernünftig. Auf diese Weise stellen sie sicher, dass jeder darüber nachdenken und seine Ideen einbringen kann. Zum Beispiel, indem sie Fragen stellen wie: Angenommen, wir machen dies oder das, was wird dann passieren? Dies führt zu besseren Entscheidungen beim Entwurf oder der Spezifikation. Diese Kommunikation in Teams und Unternehmen optimal zu gestalten, ist die Kernfunktion des Architekten.“

Als Beispiel erinnert sich Muller an eine Beschreibung von Guido de Boer, als er noch bei ASML arbeitete. De Boer schrieb den Weg eines Siliziumwafers durch einen lithografischen Stepper auf: über den Wafer-Handler und die Wafer-Bühne, einschließlich aller Vorgänge wie Bewegen, Messen und Belichten. Er nannte die Geschichte „Life of the wafer“.

‚Life of the wafer‘ war eine Reihe von Zeichnungen, die zeigten, was passierte. Es half zu verstehen, was mit einem Wafer während der Ausrichtung, der Messung des Profils und all diesen Dingen passiert. Der Nachteil war, dass jeder damit seine Probleme diskutierte, gerade weil es ein so praktisches Werkzeug war.“

Dies erwies sich als unwirksam. „Um ein sogenanntes Luftbild zu besprechen, ist es zum Beispiel nützlich zu wissen, was im Lichtweg eines Steppers passiert: von der Lichtquelle über den Illuminator, die Maske und die Linse bis zum Fotolack. Solche Beschreibungen von dynamischen Pfaden nebeneinander geben einen großen Einblick in die Funktionsweise eines Systems. Sie sorgen für Verständnis und bieten die Möglichkeit, das Ganze zu diskutieren und zu reflektieren. Um das dynamische Verhalten zu begreifen, benötigen Sie oft eine ganze Reihe von ergänzenden Zeichnungen oder Modellen. Auf diese Weise machen Sie das ganze System diskutierbar.“

Alles, um das dynamische Verhalten besser in den Griff zu bekommen?

„Ja, denn es gibt ein unendliches dynamisches Verhalten eines Systems und seiner Umgebung. In diesem unendlichen Berg von Interaktionen wollen Sie den Kontext visualisieren. Das bedeutet, die Ereignisse sichtbar zu machen, die den größten Einfluss haben. Es bedeutet, dass der Systemarchitekt wissen muss, was er an andere delegieren kann und was er ignorieren kann, weil es zu wenig Einfluss hat. Hier kommen die wahren Architekten ins Spiel, die Profis, die wissen, wo sie tiefer graben müssen und die die Kunst des Weglassens verstehen.“

Wie funktioniert dieser Prozess des Weglassens in der Praxis?

Muller erklärt, dass dies eine echte Kunst ist, denn Systemarchitekten arbeiten in einer Umgebung mit viel Lärm. „Es wird immer ein Teammitglied geben, das nach mehr Details fragt, während jemand anderes schreit, dass sein Teil nicht sichtbar ist. Aber sobald man zu viel sieht, beginnen die Details zu dominieren und die Funktion und die Anwendung treten in den Hintergrund. Sie sehen nicht mehr, wie es funktioniert und was die Wirkung ist.“

Das Verschweigen von Details gehört dazu, um die Komplexität in den Griff zu bekommen. Systemarchitekten kennen die Software-Stacks, die Leiterplatten und die gewählten Legierungen. Sie können auch mit ihren Softwareingenieuren, Elektrikern und Mechanikern darüber sprechen, aber sie sollten es nicht übertreiben. Sie sind gezwungen, sich auf die eher abstrakten Ebenen zu konzentrieren.

Die erste Ebene ist für jeden leicht erkennbar, die der Module, Einheiten oder Subsysteme. „Wie auch immer Sie es nennen wollen“, sagt Muller. „Es sind die Dinge, die produziert werden und die man anfassen kann. Sie passen gut in die Denkweise der Techniker. In der Lithografie sind das zum Beispiel Einheiten wie eine Bühne, ein Wafer-Handler oder ein Objektiv.“

Darüber kommt eine Abstraktionsschicht, bei der es normalerweise um Funktionalität geht. „Platzieren des Wafers oder Verschieben einer Waferebene“.

Auf der Ebene darüber werden die Qualitäten besprochen. „Gute Überlagerung, gute Tiefenschärfe, Geschwindigkeit – solche Dinge.“

Dann kommt die Ebene, auf der die Qualitäten in den Eigenschaften der Anwendung zusammenkommen. „Das sind die Dinge, auf die Ihre Kunden warten, wie z.B. die Ausbeute“, betont Muller. „Sie müssen also verstehen, welche Rolle die Schärfentiefe spielt und welche Schärfentiefe genau wichtig ist und welche Abweichungen die Muster auf einem verarbeiteten Wafer haben können. Auf dieser Ebene können Sie alles in einen größeren Zusammenhang stellen.“

Laut Muller sollten Systemarchitekten in der Lage sein, auf all diesen Ebenen zwischen verschiedenen Standpunkten zu wechseln. „Geht es bei Ihrem Produkt um Geschwindigkeit oder Genauigkeit? Wenn es genau und schnell sein muss, wie genau und schnell dann? Ich kann etwas schnell oder superpräzise machen, aber meistens wollen Sie sowohl Geschwindigkeit als auch Genauigkeit. Dann müssen Sie den goldenen Mittelweg finden – das ist es, worum es geht.

'A good architect makes the system negotiable and reasonable.'

Wie erkennen Sie den potenziellen Systemarchitekten?

„Es tut mir leid, das zu sagen, aber ein Rezept dafür habe ich nicht. Ich kenne gute Systemarchitekten. Sie sind oft eigenartige Persönlichkeiten, jeder mit seinen eigenen Qualitäten. Sie sind oft aus verschiedenen Richtungen in den Beruf gekommen. In erster Linie sind sie von Natur aus Generalisten. Sie sollten nicht vor dem großen Ganzen zurückschrecken, keine Angst vor Dingen haben, die sie nicht kennen oder die sie nicht im Blick haben. Sie sollten nicht vor neuen Dingen zurückschrecken. Sie sollten sogar von ihnen angeregt werden.“

„Ein Architekt ist jemand, mit dem jeder reden kann. Stellen Sie sich ein großes Gebäude mit einem Raum vor, in dem immer Kollegen vorbeikommen. Wahrscheinlich hat der Systemarchitekt dort seinen Schreibtisch, auch wenn er nicht offiziell diese Berufsbezeichnung trägt. Die Interaktion mit ihm ist ein natürliches Phänomen im Team, weil andere erfahren, dass diese Person ihnen hilft.“

Wenn ein Unternehmen noch keinen Systemarchitekten hat, ist dies die Person, die Sie suchen sollten?

„Ganz genau. Wenn Sie das Profil des Systemarchitekten, wie wir es im Sysarch-Kurs definieren, daneben stellen, passt es in der Regel sehr gut. Und noch etwas: Systemarchitekten sind immer multitaskingfähig.“

Was genau meinen Sie damit?

„Die Fähigkeit, ständig den Blickwinkel zu wechseln, wie wir es nennen. Ein Problem aus verschiedenen Blickwinkeln zu betrachten. Das kann man lernen, oder man ist gezwungen, es zu lernen. Dieses Multitasking ist unerlässlich, kann aber sehr anstrengend sein. Manche Menschen sind sehr gut im Systemdenken, aber sie sind völlig verloren, wenn sie Multitasking betreiben müssen.“

Was sind die größten Herausforderungen für Menschen, die neu in dieser Rolle sind?

„Die Menschen konzentrieren sich oft zu sehr auf das System und die Technologie. Sie müssen ihnen helfen, aus dem System herauszukommen und sich in die Welt der Kunden, des Produktlebenszyklus und des Geschäfts zu versetzen. Sie müssen mehr aus sich herausgehen und brauchen einen Anstoß, um das zu tun. Kommunikation oder Soft Skills sind ebenfalls nützlich.“

„Stellen Sie sich ein großes Gebäude mit einem Raum vor, den die Kollegen immer betreten. Das ist wahrscheinlich das Büro des Systemarchitekten, auch wenn er diese Berufsbezeichnung nicht offiziell trägt.

Die Komplexität von Systemen nimmt zu. Steigt dadurch der Bedarf an Systemarchitekten?

„Man kann nur hoffen, dass die Probleme von vor zwanzig Jahren so gut bekannt sind, dass wir sie jetzt auf strukturiertere Weise lösen können. Das würde es den Architekten von heute ermöglichen, sich auf die komplexeren Probleme zu konzentrieren. Es gibt fast kein System mehr, das nicht mit anderen Systemen verbunden ist. Es gibt fast keine Funktionen und Merkmale mehr, die nicht von mehreren Systemen abhängen. Ich muss nicht nur das System verstehen, an dem ich arbeite, sondern auch andere Systeme, einschließlich der Interaktion und der Menschen, die es umgeben. Diese Komplexität, dieses Wachstum, ist eine Tatsache des Lebens.

Sie sind Professor in Norwegen und arbeiten einen Tag pro Woche bei ESI in Eindhoven. Welcher Art sind die Probleme, mit denen die Unternehmen Sie konfrontieren?

„Alle Fragen, die auch in der Sysarch Schulung. Was ist die Rolle des Architekten in meinem Unternehmen? Wie berücksichtige ich die langfristige Strategie? Wie kann ich Architekten dabei helfen, ihre Arbeit bestmöglich zu erledigen?“

„Manche Unternehmen sagen sofort: Ich möchte modellbasierte Systementwicklung, MBSE, machen. Dann bin ich immer neugierig auf ihre eigentliche Frage. Haben sie einen administrativen Bedarf? Müssen sie die von der amerikanischen FDA auferlegten Regeln einhalten? Oder müssen sie Untersuchungen durchführen oder besser kommunizieren? Sie können aus vielen verschiedenen Gründen modellieren.“

„Viele Unternehmen kämpfen mit der gleichen Frage: Sie wollen eine Plattform schaffen, weil sie Produkte 1, 2 und 3 haben, die viele Synergien aufweisen, aber alle unterschiedlich sind. Oder sie haben ständig Projekte, um verschiedene Produktvarianten herzustellen. Plattformen, Standardisierung – ich bekomme oft Fragen dazu. Für einen Architekten ist das eine Gratwanderung, denn Standardisierung kann die Dinge starr machen und dadurch den Wert für die Kunden verringern.“

Lässt sich das Wissen im Bereich der Systemarchitektur in überschaubare Brocken verpacken?

„Das wirft die Frage auf: Was ist das Können und was ist die Kunst? Was können wir den Menschen an Methoden und Mitteln bieten, und was können Sie als Lehrer nicht vermitteln? Kompetente Systemarchitekten haben eine lange Entwicklung hinter sich. Das ist eine Ansammlung von Zeit und Erfahrung. Aber wenn man etwas lange Zeit gemacht hat, heißt das noch lange nicht, dass man die Fähigkeit dazu entwickelt hat. Man braucht eine gewisse Erfahrung. Es geht darum, Situationen zu erkennen und über sie nachzudenken. Sie wissen, warum manche Dinge nicht funktionieren, weil Sie es erlebt haben, und beim nächsten Mal wissen Sie, wie Sie es beim ersten Mal richtig machen. Ein solcher Zyklus der Reflexion ist für einen Systemarchitekten eigentlich unerlässlich, um zu lernen und ein nützliches Maß an Erfahrung zu erreichen.“

Dieser Artikel wurde von René Raaijmakers, Tech-Redakteur von Bits&Chips, geschrieben.

Recommendation by former participants

By the end of the training participants are asked to fill out an evaluation form. To the question: 'Would you recommend this training to others?' they responded with a 8.5 out of 10.

Auf dem Weg zu Business Agility 2.0

Bald nach der Einführung der Agilität in der Softwareentwicklung wurde auch der Begriff der geschäftlichen Agilität eingeführt. Die Grundidee war, die Konzepte hinter der agilen Softwareentwicklung auf größere Bereiche auszudehnen, mit dem Ziel, das gesamte Unternehmen zu erreichen, einschließlich F&E und IT. In der Praxis erwies es sich jedoch für viele Unternehmen als schwierig, über den Softwarebereich des Unternehmens hinauszugehen, und die Dinge blieben oft bei DevOps stecken. Außerdem bestand die Grundeinstellung oft darin, Änderungen als Störungen in einem stabilen System zu betrachten und sich darauf zu konzentrieren, so schnell wie möglich zu einem stabilen Zustand zurückzukehren. Bei Agile ging es darum, die Auswirkungen von Änderungen zu minimieren, indem man schnell auf sie reagierte. Das Konzept der geschäftlichen Agilität war um 2010 herum sehr beliebt und begann dann zu verblassen, da es nicht den Nutzen brachte, den die Unternehmen suchten. Um einen Manager eines der Software Center Partner zu zitieren: „Wir verwenden Safe und sagen, dass wir alle agil sind, aber wir haben nichts geändert…“

In jüngster Zeit können wir eine Entwicklung beobachten, die der ersten Inkarnation von Business Agility (1.0) nicht ganz unähnlich ist, die aber eine Reihe einzigartiger Merkmale aufweist und zu einer 2.0-Version von Business Agility führt. Diese Version hat mindestens drei einzigartige Aspekte: Geschäftsmodelle, Technologieumfang und schnelle Feedbackschleifen.

Erstens haben viele Unternehmen begonnen zu erkennen, dass Agilität auf Unternehmensebene mit dem Geschäftsmodell beginnt, das Sie einsetzen. Es muss mit dem Übergang von einem transaktionalen zu einem kontinuierlichen Modell beginnen. Wenn Sie die Fähigkeit entwickeln, Ihren Kunden einen Mehrwert zu liefern, aber keine Möglichkeit haben, die kontinuierliche Wertschöpfung zu monetarisieren, gibt es keinen geschäftlichen Anreiz. Wenn Sie das Produkt, das System oder das Angebot in irgendeiner Hinsicht verbessern, müssen Sie in der Lage sein, einen Teil dieses Wertes zu erfassen. Wenn Sie beispielsweise ein LKW-Unternehmen betreiben und A/B-Tests an den Motoren Ihrer Kunden durchführen, um die Kraftstoffeffizienz zu verbessern, möchten Sie einen Teil der Einsparungen, die Ihre Kunden erzielen, für sich verbuchen. Warum sonst sollten Sie sich überhaupt die Mühe machen, zu experimentieren? Während also Business Agility 1.0 von unten nach oben mit den Softwareentwicklungsteams begann, beginnt die 2.0-Inkarnation von oben nach unten mit dem Geschäftsmodell.

Zweitens wächst in der Branche der eingebetteten Systeme das Bewusstsein, dass kontinuierliche Bereitstellung oder DevOps nicht auf Software beschränkt sein muss. Mit den richtigen Anreizen und Geschäftsmodellen ist es durchaus machbar, elektronische und mechanische Teile von Systemen regelmäßig vor Ort zu aktualisieren, um die Systemleistung zu verbessern. Unter anderem bietet Tesla Chip-Upgrades und Hardware-Nachrüstungen an, die deutlich verbesserte Fähigkeiten bieten, die die Software dann nutzen kann, um die Funktionalität im Auto zu verbessern. Business Agility 2.0 konzentriert sich also nicht nur auf Software, sondern erstreckt sich auf Elektronik und Mechanik auf der einen Seite und schließt Daten und KI auf der anderen Seite ein.

Drittens liegt der Schwerpunkt bei Business Agility 2.0 auf schnellen Feedbackschleifen im gesamten Unternehmen und allen Technologien. Dies hat zwei Aspekte. Erstens hat jede Technologie eine optimale Feedbacklänge, bei der der Kunden- und Geschäftsnutzen neuer Versionen mit den Kosten für Herstellung, Vertrieb und Installation in Einklang gebracht wird. Das bedeutet natürlich, dass sich Software (einschließlich KI-Modelle) sehr schnelle Zyklen leisten kann, da die Kosten für Vertrieb und Installation sehr niedrig sind und keine Herstellungskosten anfallen. Bei Elektronik, insbesondere wenn die mechanische Schnittstelle konstant gehalten wird (Pin-Konfiguration, Stromverbrauch, EMV usw.), sind die Kosten höher und ein jährlicher oder halbjährlicher Zyklus ist vielleicht am sinnvollsten. Bei mechanischen Teilen schließlich sollte die Aktualisierungshäufigkeit sogar noch geringer sein, da die Herstellung, der Vertrieb und die Installation dieser Teile noch kostspieliger sind. Wenn das kontinuierliche Geschäftsmodell Sie jedoch von der Einstellung „Heben wir uns alle Verbesserungen für das nächste Produkt auf“ befreit hat, können auch verbesserte mechanische Teile etwa alle drei bis fünf Jahre verteilt werden.

Business Agility 1.0, Digitalisierung und Business Agility 2.0

Der zweite Aspekt ist, dass kein langsamerer Zyklus den schnelleren Zyklus verlangsamen kann. Traditionell war die Häufigkeit der Softwarefreigabe an den Produktfreigabezyklus gebunden. Bei Business Agility 2.0 kann kein schnellerer Zyklus (Software oder Elektronik) durch einen langsameren Zyklus (z.B. Elektronik oder Mechanik) gebremst werden.

Wir treten in die Ära der Business Agility 2.0 ein, die von der Einführung eines kontinuierlichen Geschäftsmodells ausgeht und dann das gesamte Unternehmen optimiert, um von schnellen Feedbackschleifen zu profitieren, die es ermöglichen, alle Technologien in den Produkten in ihrem eigenen Tempo zu verbessern. Auch wenn Ihre Kunden noch nicht danach fragen, Ihre Lieferanten sich beschweren und Ihre Partner noch nicht bereit sind, mitzuspielen, sollten Sie sich damit befassen, denn die zweite Inkarnation der geschäftlichen Agilität bietet große Vorteile sowie Verbesserungen der Effizienz und Effektivität, auf die Sie nicht verzichten können. Seien Sie agil, aber seien Sie 2.0!

Es liegt an Ihnen!

Letzte Woche hatten wir einen Strategie-Workshop im Software Center, der öffentlich-privaten Partnerschaft zur Beschleunigung der digitalen Transformation, die ich leite. Während einer der Breakout-Sitzungen hatten wir eine unterhaltsame Diskussion über geschäftliche Agilität, die ein sehr erkennbares Muster zeigte. In einer Diskussion über die Verwirklichung von geschäftlicher Agilität ging es darum, wer als Verantwortlicher dafür in Frage kommt. Und dann gab es mehr Beispiele für verschiedene Personen und Rollen, die sich der Verantwortung entzogen haben, als Sie sich vorstellen können.

In vielerlei Hinsicht war dies die Reise von Software Center. Wir begannen damit, mit Softwareingenieuren an agilen Praktiken zu arbeiten, aber schon bald erwähnten die Ingenieure, dass auch die Architekten einbezogen werden sollten, da Agilität auch die Architektur betrifft. Nachdem wir die Architekten einbezogen hatten, kam bald die Bitte, auch die Entwicklungsmanager in die Diskussion einzubeziehen, da diese die Vorgesetzten der Ingenieure und Architekten sind. Die Entwicklungsleiter baten natürlich bald darum, die Produktmanager einzubeziehen, da sie ihren Teams nur sagten, sie sollten das bauen, was das Produktmanagement verlangte. Nachdem wir die Produktmanager einbezogen hatten, dauerte es nicht lange, bis sie sich darüber beschwerten, dass wir die Vertriebsmitarbeiter einbeziehen müssten, da alles, was wir auf der Seite der Produktentwicklung taten, von ihnen verkauft werden musste. Die Vertriebsmitarbeiter merkten sofort an, dass wir, wenn wir das, was wir verkauften, ändern wollten, die Chefetage einbeziehen müssten, da dies erhebliche Auswirkungen auf den Gewinn haben würde. Und die Chefetage antwortete natürlich mit dem Argument, dass unsere Kunden nicht danach fragten und dass unsere Lieferanten und Partner nicht bereit waren, mit uns zusammenzuarbeiten, um diese Veränderungen zu realisieren.

Was ist denn hier los? Nun, es bezieht sich auf eine Kolumne, die ich vor einigen Monaten veröffentlicht habe: Um etwas zu ändern, muss man alles ändern! Und das deckt sich perfekt mit unserem instinktiven Wunsch, die Dinge so zu belassen, wie sie waren, und unsere Umgebung so weit wie möglich zu kontrollieren.

Es gibt aber noch eine weitere Perspektive: In den meisten Unternehmen, mit denen ich zusammenarbeite, sieht sich die F&E-Abteilung in der Pflicht, das zu entwickeln, was die Geschäftsseite des Unternehmens verlangt. Das Problem ist natürlich, dass die Geschäftsseite nicht weiß, was sie will, bis es offensichtlich ist, was benötigt wird, und dann wollen sie es sofort. Die neuen Anforderungen der Geschäftsseite kommen oft erst spät und erfordern eine sofortige Reaktion von F&E.

Die Realität ist, dass in der Praxis die F&E-Organisation die Geschäftsstrategie für jedes Unternehmen festlegt. Die Design-Entscheidungen, die von den Verantwortlichen in der F&E getroffen werden, machen bestimmte Geschäftsmöglichkeiten in Bezug auf Kosten und Zeitaufwand unmöglich, während andere Geschäftsmöglichkeiten einfach und schnell zu realisieren sind. Trotz des ganzen Geredes über Agilität dauert die Umsetzung signifikanter architektonischer Änderungen in einem großen, etablierten System sehr lange, oft gemessen in Quartalen und Jahren. Die Konsequenz daraus ist, dass es in der Verantwortung der F&E-Organisation liegt, die wahrscheinlichsten Optionen für die Geschäftsstrategie, die das Unternehmen in einem Jahr oder länger verfolgen wird, vorherzusagen und die Systemarchitektur darauf vorzubereiten.

Das bedeutet, dass Sie, wenn Sie in der Forschung und Entwicklung tätig sind, Verantwortung übernehmen müssen. Es ist Ihre Aufgabe, eine klare Vorstellung davon zu haben, wie die Zukunft aussehen könnte, und dafür zu sorgen, dass Sie eine Zukunft für Ihr Unternehmen schaffen und gleichzeitig die Herausforderungen von heute bewältigen. Es ist von entscheidender Bedeutung, beidhändig zu sein und ein Gleichgewicht zwischen kurz- und längerfristigen Zielen herzustellen. Die meisten Unternehmen entwickeln hierfür schnell Muster, wobei sie dazu neigen, sich vorwiegend auf das Kurzfristige zu konzentrieren. Es liegt in Ihrer Verantwortung, nicht blindlings den etablierten Mustern zu folgen, sondern den Status quo ständig zu hinterfragen. Wie Andy Grove zu sagen pflegte, überleben nur die Paranoiden.

In den meisten Unternehmen gibt es die Tendenz, Ausreden zu verwenden, um zu erklären, warum bestimmte Veränderungen nicht umgesetzt werden. Eine der wirksamsten Ausreden ist es, die Verantwortung abzugeben und andere im Unternehmen dafür verantwortlich zu machen, dass Sie nicht vorankommen. Wie das Sprichwort sagt, ist Ihre Komfortzone ein schöner Ort, aber dort wächst nichts. Es liegt an jedem von uns, die größte Verantwortung zu übernehmen, die wir tragen können, und in eine ungewisse, unvorhersehbare Zukunft zu gehen, indem wir kalkulierte Risiken eingehen und Leistungen für heute und morgen erbringen. Es liegt an Ihnen!

Mit Daten Geld verdienen

In der Branche der eingebetteten Systeme gibt es eine interessante Entwicklung. Ursprünglich wurden Daten nur für interne Zwecke und zur Qualitätssicherung verwendet. Kunden schickten Protokolldateien an die Produkthersteller, die diese analysierten, um herauszufinden, warum das Produkt nicht so funktionierte, wie es sollte, und was man dagegen tun konnte. Im Laufe der Zeit haben sich die periodischen Datensätze in mehr oder weniger kontinuierliche Datenströme verwandelt, und die gesammelten Daten haben sich von der Qualitätssicherung zu einer Konzentration auf die Produktleistung und die Messung der Wertschöpfung für die Kunden entwickelt.

Da das Volumen und die Kosten, die mit der Sammlung und Speicherung von Daten verbunden sind, gestiegen sind, haben Unternehmen nach Möglichkeiten gesucht, aus diesen Daten durch direkte oder indirekte Monetarisierung einen neuen Wert zu schaffen. Wir können mindestens vier Phasen identifizieren, die Unternehmen durchlaufen.

In einem ersten Schritt gibt das Unternehmen die Daten als Teil des gesamten Produktangebots weiter. In der Regel werden die Daten verarbeitet und bieten den Kunden schöne Dashboards, die ihnen einen Einblick in die Leistung des Produkts geben. Da der Kunde dies jedoch kostenlos erhält, liegt der Fokus nur bedingt auf dem Datenteil des Gesamtangebots. Das ist ähnlich wie in vielen Branchen, in denen Software als Teil des mechanischen oder elektronischen Produkts kostenlos abgegeben wurde. Jetzt werden wir für Software bezahlt, aber viele verschenken jetzt auch Daten kostenlos.

Im zweiten Schritt hat das Unternehmen eine Art datengesteuerten Service für Kunden entwickelt, der die Daten jedes einzelnen Kunden nutzt. Hier beginnt die erste Monetarisierung der Daten, und auch wenn es sich oft nur um eine kleine Einnahmequelle handelt, profitieren sowohl die Kunden als auch das Unternehmen selbst nun tatsächlich von den gesammelten Daten.

Sobald der zweite Schritt vollzogen ist, fragen Kunden das Unternehmen oft, wie sie im Vergleich zu anderen abschneiden. Hier setzt der dritte Schritt an, denn er ermöglicht es dem Unternehmen, seinen Kunden datengestützte Dienste anzubieten, indem es die Daten aller Kunden nutzt. Jetzt können die Kunden selbst einen Vergleich anstellen und verstehen, wo sie sich verbessern und wo sie ihren Vorsprung vor der Konkurrenz ausbauen können.

Im vierten Schritt sucht das Unternehmen nach alternativen Märkten/Kunden für die Daten aus seinem primären Kundenstamm. Hier sehen wir den Beginn eines zweiseitigen Marktes, bei dem der primäre Kundenstamm die Daten generiert, die dann mit einem sekundären Kundenstamm zu Geld gemacht werden. Wenn dies richtig gemacht wird, kann sich das Unternehmen von einem Produkt- zu einem Plattformunternehmen wandeln und ein florierendes Geschäftsökosystem entfachen, in dem das Unternehmen Transaktionen zwischen den Partnern des Ökosystems „besteuern“ und so hochprofitable Einnahmequellen schaffen kann, die mit der Zeit die Einnahmen aus den Produkten überwiegen können.

'There are three main challenges: pricing, disruption risk from suppliers and partnering'

In unseren Gesprächen mit Unternehmen im Software Center haben wir festgestellt, dass die Unternehmen vor allem mit drei Herausforderungen zu kämpfen haben: Preisgestaltung, Störungsrisiko durch Lieferanten und Partnerschaften. Bei der ersten Herausforderung, der Preisgestaltung, geht es ganz einfach darum, einen tatsächlichen Wert für Datensätze oder Datenströme festzulegen. Das bevorzugte, wenn auch schwer umzusetzende Modell ist die wertorientierte Preisgestaltung, d.h. Sie schätzen den Wert, den der Empfänger der Daten daraus zieht, und verhandeln dann einen fairen Anteil an diesem Wert.

Die zweite Herausforderung besteht darin, dass Produktunternehmen von ihren Lieferanten ständig nach Daten gefragt werden. Zunächst geht es dabei um Daten aus dem Teilsystem, das der Lieferant bereitstellt, aber im Laufe der Zeit werden diese Anfragen immer umfangreicher und umfassender. Das Risiko besteht darin, dass Lieferanten mit genügend Daten zu mächtigen Konkurrenten bei datengesteuerten Dienstleistungen werden können. Sie bedienen oft mehrere Unternehmen in derselben Branche, und wenn es ihnen gelingt, Daten von allen auszuhandeln, sind sie in einer viel besseren Position, um einen Wettbewerbsvorteil zu erzielen. Natürlich haben viele Unternehmen wenig Interesse daran, aber es ist schwierig, das richtige Gleichgewicht zwischen der Weitergabe von Daten und der Vermeidung der Schaffung eines neuen Wettbewerbers zu finden. Die beste Praxis scheint die Einführung eines Kontrollpunktes zu sein, d.h. Sie können einen Lieferanten jederzeit ausschalten, wenn Sie feststellen, dass er beginnt, mit Ihnen zu konkurrieren.

Und schließlich ist es auch für potenzielle Partner aus anderen Branchen, die an einem Zugang zu den vom Unternehmen gesammelten Daten interessiert sind, oft sehr schwierig zu entscheiden, mit welchen dieser potenziellen Partner es sich lohnt, zusammenzuarbeiten, und welche ignoriert werden sollten. Hier gibt es nur wenige allgemeine Richtlinien, aber im Allgemeinen ist ein potenzieller Partner, der Ihnen helfen kann, einen zweiseitigen Markt aufzubauen und zu gegebener Zeit zu einem Plattformunternehmen zu werden, viel wertvoller als Alternativen.

Die Branche der eingebetteten Systeme (oder cyber-physischen Systeme) wird sich zunehmend der Bedeutung von Daten bewusst, hat aber Schwierigkeiten, dieses Bewusstsein in ein solides Geschäft zu verwandeln. Ich habe das typische Muster skizziert, dem die Unternehmen meiner Meinung nach folgen, sowie die wichtigsten Herausforderungen. Für Unternehmen, die sich immer noch als Metallbiegeexperten sehen, ist es sehr schwierig, sich auf Daten einzulassen, aber es ist wichtig, damit anzufangen. Das Schlimmste, was Sie tun können, ist, Ihre Daten nicht zu nutzen oder sie einfach jemand anderem zu überlassen, um damit ein Geschäft aufzubauen. Trotz aller Risiken und Herausforderungen müssen Sie in einer digitalisierten Welt bei Software, Daten und KI Weltklasse sein, und das erreichen Sie nur, wenn Sie experimentieren und lernen. Werden Sie digital!

Wie sage ich es einem anderen?

Ein leitender Ingenieur fragt:

Ich leite ein Team von Ingenieuren inhaltlich und bleibe dabei ziemlich oft stecken. Ich finde zum Beispiel, dass einer meiner Ingenieure Dinge anders machen sollte, aber ich komme mit meiner Kritik nicht zu ihm durch. Ich mache mir Sorgen, dass ich die Arbeit später wiederholen muss. Wie kann ich den Ingenieur dazu bringen, sich meine Kritik anzuhören?

Ich habe auch einen Kollegen, von dem ich Informationen benötige. Ich habe ihm schon ein paar Mal in den Hintern getreten, aber ohne Erfolg. Ich habe die Nase voll davon. Wegen dieser Verärgerung habe ich Angst, dass es nicht ’nett‘ rüberkommt, wenn ich etwas darüber sage. Wie soll ich damit umgehen?

Der Kommunikationstrainer antwortet:

In beiden Situationen geht es darum, Feedback zu geben. Mit anderen Worten: Sie sagen jemandem, was Sie denken, mit dem Ziel, sein Verhalten zu verbessern. Das ist eine knifflige Angelegenheit, vor allem, wenn es um negative Kritik geht. Hier gibt es zwei Fallstricke: Sie weichen dem Thema aus, was bedeutet, dass die Botschaft nicht ankommt, oder Sie sind zu unverblümt, was der Beziehung schadet. Oft vermeiden wir diese Fallstricke, indem wir einfach gar nichts sagen. Natürlich verschwindet das Problem dadurch nicht. Schlimmer noch: es wird schlimmer. Es ist sogar so, dass, wenn Sie den Mund erst nach langem Zögern öffnen, Ihre aufgestaute Kritik tatsächlich zu unsubtil herauskommt. Es entsteht also das, was Sie eigentlich vermeiden wollten, nämlich eine Diskussion, die ins Leere läuft.

Wenn Sie nicht aufpassen, ziehen Sie daraus den Schluss, dass „etwas dazu sagen“ beim nächsten Mal auch keine gute Idee ist. Die Schwelle, Feedback zu geben, wird also höher. Das ist eine schlechte Nachricht, denn als Menschen können wir nur lernen, wenn wir Feedback erhalten. Wenn wir uns nicht darüber im Klaren sind, was wir tun und welche Auswirkungen es hat, können wir unser Verhalten nicht an die Erfordernisse anpassen. Kurz gesagt: Wenn Sie sich weiterentwickeln wollen, brauchen Sie Feedback von Ihrer Umgebung. Ob Sie es wollen oder nicht. Das gilt also auch für Ihre Kollegen. Mit dieser Absicht wird es schon einfacher, etwas zu sagen. Schließlich sagen Sie es, um die Situation zu verbessern, um der anderen Person zu helfen, sich zu verbessern.

Um das Verhalten des Kollegen effektiv zu beeinflussen und Ihr Feedback in die Tat umzusetzen, sind vier Schritte erforderlich. Die Schritte sind alle notwendig und Sie gehen sie einen nach dem anderen an.

'Look for a solution together'

Schritt 1: Kündigen Sie an, dass Sie etwas über die Arbeit oder die Zusammenarbeit sagen möchten (gehen Sie nicht direkt auf den Inhalt ein). Die andere Person weiß dann, dass sie aufpassen muss. Sagen Sie zum Beispiel: „Ich möchte mit Ihnen darüber sprechen, was mir aufgefallen ist (oder was mich stört)“.

Schritt 2: Nennen Sie konkret und sachlich das Verhalten der anderen Person und welche Auswirkungen es auf Sie und/oder die Arbeit hat (dies kann auch ein Gefühl sein). Sagen Sie also nicht: ‚Sie gehen falsch damit um‘. Das ist nicht klar. Sagen Sie: ‚Ich sehe, dass Sie zum dritten Mal Ihre Arbeit später abliefern als vereinbart‘ (Verhalten der anderen Person). Dadurch gerate ich mit meiner Arbeit in Rückstand und habe zu wenig Zeit, um sie ordentlich zu erledigen (Auswirkung auf die Arbeit). Ich habe Angst, dass ich nicht weiterkomme und mache mir deshalb Sorgen. Außerdem ärgert es mich, dass Sie sich nicht an unsere Vereinbarung halten (Auswirkung auf mich)“. Beachten Sie, dass wir oft die Auswirkungen auf Sie selbst vergessen, so dass die Nachricht bei ihm/ihr einfach nicht ankommt.

Schritt 3: Treten Sie einen Schritt zurück und lassen Sie die andere Person antworten. Sie tun dies, indem Sie eine Frage stellen. Sagen Sie zum Beispiel: „Erkennen Sie das?“ oder „Was halten Sie davon?“ und warten Sie dann auf eine Antwort (ein Schweigen von mindestens vier Sekunden regt die andere Person zu einer Reaktion an). Dies kann für die andere Person einen Moment lang unangenehm sein. Wenn dies der Fall ist, bedeutet dies, dass Ihre Botschaft ankommt. Es ist wichtig, die Sache eine Weile ruhen zu lassen und keine übereilte Lösung zu finden.

Schritt 4: Haben Sie sich entschieden? Suchen Sie gemeinsam nach einer Lösung. Die Fähigkeit, gutes Feedback zu geben, ist keine Garantie für Erfolg. Aber es gibt Ihnen das Handwerkszeug, mit dem Sie die meisten Situationen positiv beeinflussen können.

Klassenzimmer- und Hybrid-Schulungen in einer Woche, die durch Korona-Turbulenzen beeinträchtigt wurde

Ein Blick auf unsere Sysarch- und Metron-Schulungen in Woche 40, 2020.
Wir haben in der letzten Septemberwoche 2020 den Atem angehalten, aber zum Glück konnten unsere Trainings weitergehen – mit kleinen Anpassungen. Hier sind einige Bilder, um einen Eindruck von der Atmosphäre zu bekommen.

In der AG Zalenverhuur (auch bekannt als Academisch Genootschap) wurde die Körpertemperatur aller Gäste gemessen, bevor sie das Gebäude betreten konnten. Das elektronische Thermometer zeigt normalerweise normale Werte von 36 Grad an. Bei 38 Grad werden die Gäste gebeten, nach Hause zu gehen.

Selbst der Systemarchitekturtrainer Ger Schoeber konnte diese Prozedur nicht auslassen.

Der rote Faden während der Sysarch-Woche ist die Aufgabe, einen ersten Vorschlag für die Entwicklung eines völlig neuen Produkts oder Instruments zu machen und diesen Vorschlag einem Vorstand zu präsentieren. Das Bild zeigt eines der vier Teams, die sich darauf vorbereiten.

Das Mittagessen ist immer eine angenehme Pause nach solch intensiver Arbeit – bitte beachten Sie den 1,5-Meter-Abstand, den die AG Zalenverhuur perfekt organisiert hat.

Während der Metron-Schulung bei BCN Eindhoven, die parallel zu Sysarch stattfand, musste das Organisationsteam ab Mitte der Woche auf eine Hybrid-Ausgabe umstellen. Zwei Teilnehmer beschlossen, online zu gehen. Einer, weil seine Frau positiv getestet wurde und der andere, weil er sich eine Erkältung eingefangen hatte.

Sie haben nichts unter Kontrolle

Eine Erkenntnis, die ich vor kurzem hatte (nur um zu zeigen, dass ich nicht allzu klug bin), ist, wie viel Energie wir alle darauf verwenden, unsere Umgebung zu kontrollieren und zu versuchen, alles gleich zu halten. Der Auslöser war eine Autofahrt von Göteborg nach Stockholm an einem der wärmsten Tage in Schweden in diesem Sommer. Leider war die Klimaanlage im Auto kurz vor der Fahrt ausgefallen und die Unfähigkeit, die Temperatur im Auto in einem engen Bereich zu halten, führte zu einer erheblichen Menge an Beschwerden während der Fahrt.

Wir sind immer bestrebt, unsere Umwelt zu kontrollieren, einschließlich der Temperatur in unseren Häusern, der Sicherheit der Gegend, in der wir leben, und der Auswahl im Supermarkt, in dem wir einkaufen. Selbst die Klimawandel-Aktivisten, die ständig über den Klimawandel klagen, scheinen zu vergessen, dass sich das Klima seit Äonen kontinuierlich verändert. Unternehmen planen und budgetieren für die kommenden Quartale und Jahre und Manager werden für ihre Genauigkeit bei der Vorhersage der Zukunft belohnt. Genauso wie unser Körper die Homöostase nutzt, um ein stabiles System zu schaffen, sind wir ständig auf der Suche nach den Abweichungen von einem Ankerpunkt, den wir als ideal ansehen.

In vielerlei Hinsicht ist unser Wunsch, unsere Umwelt zu kontrollieren, ein großer Vorteil. Wie George Bernard Shaw so wortgewandt sagte: „Der vernünftige Mensch passt sich der Welt an; der unvernünftige versucht beharrlich, die Welt an sich anzupassen. Deshalb hängt aller Fortschritt vom unvernünftigen Menschen ab.“ Und im letzten Jahrhundert hat die Menschheit mehr Fortschritte gemacht als in ihrer gesamten Geschichte zusammen. Gemessen an allen Maßstäben, die wir zur Messung der Lebensqualität aller Menschen auf diesem Planeten verwenden, war das Leben noch nie besser. Und das liegt an unserem ständigen Bestreben, unsere Umwelt zu kontrollieren und schlechte Ergebnisse zu vermeiden.

Die Sorge, die ich hier zu äußern versuche, ist, dass unser Erfolg im letzten Jahrhundert uns in dem Glauben eingelullt hat, wir hätten alles unter Kontrolle. Weil wir wissen, wie man bestimmte Krankheiten behandelt, Wege gefunden haben, um Weltkriege zu vermeiden, unsere Wirtschaft globalisiert haben, um ein neues Maß an Effizienz zu erreichen, und so weiter, können wir aufhören, uns um diese Dinge zu sorgen und davon ausgehen, dass die Schrecken der Vergangenheit nie wiederkehren werden. Und das ist natürlich ein völliger Trugschluss, wie die Covid-19-Krise deutlich zeigt. Die Verschiebung der Machtverhältnisse in der Welt erhöht das Risiko neuer Kriege. Und die Anti-Globalisierungsstimmung, die wir in vielen Ländern beobachten, gießt Öl ins Feuer der Meinungsverschiedenheiten und Konflikte.

'Despite our best efforts, things can go to hell in a handbasket'

Ähnlich wie bei diesen Entwicklungen auf der Makroebene neigen wir auch auf der persönlichen Ebene dazu, Aufwand und Ergebnis zu verwechseln. Wir können Sport treiben und uns gesund ernähren und auf ein langes, produktives Leben hoffen. Wir können hart arbeiten und auf Anerkennung und Beförderung bei der Arbeit hoffen. Wir können in Beziehungen investieren und auf ein reiches soziales Leben hoffen. Das Risiko besteht jedoch darin, dass wir meinen, ein Anrecht auf diese Ergebnisse zu haben, weil wir uns angestrengt haben. Wie die Stoiker so schön feststellen, ist die Verwechslung von dem, was wir kontrollieren können, und dem, was wir nicht kontrollieren können, eine der größten Quellen des Leidens. Wir können kontrollieren, wie wir uns verhalten und wo wir unsere Zeit und Energie verbringen, aber wir können die Ergebnisse unserer Bemühungen nicht kontrollieren. Trotz unserer besten Bemühungen können die Dinge im Handumdrehen zum Teufel gehen.

„Veränderung ist die einzige Konstante“ ist ein Satz, der oft verwendet, aber selten wirklich gelebt wird. Die meisten von uns versuchen so gut wie möglich, die Dinge so zu belassen, wie sie vorher waren. Das ist einer der Gründe, warum es so schwer ist, Verbesserungen und Veränderungen wie die Digitalisierung voranzutreiben: Tief im Inneren wollen wir, dass die Dinge so bleiben, wie sie sind. Tatsache ist jedoch, dass nichts so bleibt, wie es ist. Also gehen wir entweder vorwärts oder wir bleiben zurück. Wenn wir den Wandel nicht proaktiv annehmen, wird er uns aufgezwungen werden. Und ich für meinen Teil ziehe es vor, zumindest so zu tun, als ob ich mein Schicksal selbst in der Hand hätte, anstatt ein Opfer der Umstände zu sein.

Meine wichtigste Botschaft ist, dass wir nichts kontrollieren, oder zumindest sehr, sehr wenig. Alles, was wir glauben, erreicht zu haben, kann uns jederzeit aus den Händen gerissen werden. Dennoch müssen wir unermüdlich daran arbeiten, die Dinge zu verbessern. In der Industrie bedeutet das im Moment, dass Sie Ihr Geschäft digitalisieren und sich von dem Glauben verabschieden müssen, dass früher alles besser war. Denn das war es nicht, und selbst wenn es so wäre, können wir sowieso nicht dorthin zurückkehren. Machen Sie sich also an die Arbeit, konzentrieren Sie Ihre Energie auf das, was Sie kontrollieren können und kümmern Sie sich nicht um die Ergebnisse, die nicht in Ihrer Hand liegen. Sie haben auch so schon genug zu tun.

Webinar – Entwicklungsprogramm für Systemarchitekten

Das High Tech Institute hat ein Webinar organisiert, in dem das neue Entwicklungsprogramm für Systemarchitekten, genannt ‚System Architecting Masters‘, vorgestellt wurde.
Das Wesentliche für die Führung in hoch anspruchsvollen Entwicklungsumgebungen

Das neunmonatige Programm System Architecting Masters (Sysam) konzentriert sich auf die praktische Systemarchitektur sowie auf die wesentlichen Führungsqualitäten, die für die Ausübung dieser Rolle in technischen Entwicklungsumgebungen unerlässlich sind.

Sysam bietet eine tiefgreifende, rigorose Erfahrung für Fachleute in Forschungs-, Entwicklungs- und Engineering-Organisationen, die sich für sinnvolle Veränderungen bei sich selbst, in ihren Teams und in ihren Organisationen einsetzen wollen. Sehen Sie sich die gesamte Beschreibung hier an.

Für wen?

Fachleute in einer technischen Entwicklungs- und Konstruktionsumgebung mit:

  • Mindestens fünf Jahre Erfahrung
  • mindestens ein halbes Jahr Erfahrung in einer Rolle als Systemarchitekt oder Systemingenieur oder in einer Führungsposition, in der Sie mit einem Team, Kunden und dem Management kommunizieren müssen
  • das Bestreben, Ihre Führungsqualitäten auf ein höheres Niveau zu bringen und Ihre allgemeine Effektivität zu verbessern

Indikatoren
Sysam hilft Ihnen, häufige Fallstricke bei der Systementwicklung und -konstruktion zu vermeiden. Vielleicht erkennen Sie einige der unten aufgeführten.

  • Die Zeitplanung ist ein Problem. Projekte geraten in Verzug und überschreiten das Budget;
  • die Produkte nicht den Anforderungen des Kunden entsprechen;
  • technische Entscheidungen werden zu sehr von anderen wichtigen Aspekten des Unternehmens getrennt;
  • technische Führungskräfte sind in der Organisation nicht sichtbar genug;
  • es ist nicht klar, wo die Verantwortung des Systemingenieurs oder Systemarchitekten beginnt und endet;
  • Systeme die Erwartungen der Beteiligten nicht erfüllen, nicht nur in funktionaler, sondern vor allem in qualitativer Hinsicht.
Überblick über das Webinar