© Liashko/Shutterstock.com
Entwickler Magazin
Ein Plädoyer für mehr ganzheitliche Architekturarbeit in der IT

Gegen den Trend

Architekturarbeit in der IT ist seit vielen Jahren ein schwieriges und häufig missverstandenes Thema. Dazu kommt, dass die Effekte der Hyperspezialisierung und Technologieexplosion dazu führen, dass IT-Architekturen die eigentliche Problemstellung oft immer schlechter unterstützen. Man findet immer häufiger One-Size-fits-all-Lösungen oder rein hypegetriebene Architekturen. Trotzdem deutet nichts auf eine Umkehr dieses Negativtrends hin. Zeit für eine Bestandsaufnahme und einen Blick auf die daraus resultierenden Probleme für die Architekturarbeit.

Uwe Friedrichsen


Nachdem es in den 90er Jahren des letzten Jahrhunderts ein Zuviel an Architektur gab (damals war von „architekturzentrierter Softwareentwicklung“ die Rede, in der sich die Fachanforderungen in allumfassende Architekturen einpassen), ist das Pendel mit der Agilität in das andere Extrem ausgeschlagen: Architekten würden nicht mehr benötigt, denn die benötigte Architektur entstünde ja emergent im Rahmen regelmäßiger Refactorings der Entwickler.

Egal wie sinnlos beide Extreme sind: Sie werden vielerorts noch immer gepflegt. Dass sich die Position „Architekt(in)“ hartnäckig als Schritt auf der Karriereleiter von Unternehmen hält, macht es auch nicht besser. Ein Konsens, was Architekturarbeit ausmacht und wie viel man davon braucht, zeichnet sich nicht ab.

Schauen wir uns an, was derzeit unter dem Label der Architektur verbreitet wird, dann lässt sich das in meiner Wahrnehmung in der Mehrzahl der Fälle in die folgenden Kategorien einsortieren:

Hype-driven Architecture: Es wird verbaut, was gerade hip und angesagt ist. Tunnel vision Architecture: Man kennt nur eine Art von (Nischen-)Lösung, den sinnbildlichen Hammer. Also wird jedes Problem zu einem Nagel erklärt. One-size-fits-all Architecture: Eine bestimmte Architektur hat in einem früheren Kontext einmal funktioniert und wird deshalb ohne Reflexion auf jede neue Problemstellung angewandt. Blast-from-the-past Architecture: „Was früher gut war, ist auch heute gut.“ Alle neuen Entwicklungen werden ausgeblendet und man hält – ebenfalls ohne Reflexion – an den bewährten Konzepten von früher fest. Accidental Architecture: Niemand kümmert sich wirklich um die Architektur. Sie entsteht eher zufällig – häufig als Folgeeffekt falsch verstandener Agilität.

Allen diesen Kategorien ist gemein, dass die zugehörigen Architekturen eher selten die Ziele des Vorhabens fördern. Aber wie kommt es zu solchen Architekturen?

Hyperspezialisierung und Technologieexplosion

Ich kann an dieser Stelle keine allgemeingültige Erklärung anbieten. Aus meiner Sicht tragen aber insbesondere zwei Faktoren stark zu dem Effekt bei: Hyperspezialisierung und Technologieexplosion. Beide Faktoren hängen zu einem gewissen Grad zusammen und verstärken sich wechselseitig. Beginnen wir mit der Hyperspezialisierung: Sie ist ein Effekt falscher Reaktionen auf die Erfordernisse postindustrieller Märkte und der IT. Wir kommen in der Vergangenheit aus industriellen Märkten und einer ebenfalls industriell ausgerichteten IT. Eine Kerneigenschaft industrieller Mär...

Entwickler Magazin
Ein Plädoyer für mehr ganzheitliche Architekturarbeit in der IT

Gegen den Trend

Architekturarbeit in der IT ist seit vielen Jahren ein schwieriges und häufig missverstandenes Thema. Dazu kommt, dass die Effekte der Hyperspezialisierung und Technologieexplosion dazu führen, dass IT-Architekturen die eigentliche Problemstellung oft immer schlechter unterstützen. Man findet immer häufiger One-Size-fits-all-Lösungen oder rein hypegetriebene Architekturen. Trotzdem deutet nichts auf eine Umkehr dieses Negativtrends hin. Zeit für eine Bestandsaufnahme und einen Blick auf die daraus resultierenden Probleme für die Architekturarbeit.

Uwe Friedrichsen


Nachdem es in den 90er Jahren des letzten Jahrhunderts ein Zuviel an Architektur gab (damals war von „architekturzentrierter Softwareentwicklung“ die Rede, in der sich die Fachanforderungen in allumfassende Architekturen einpassen), ist das Pendel mit der Agilität in das andere Extrem ausgeschlagen: Architekten würden nicht mehr benötigt, denn die benötigte Architektur entstünde ja emergent im Rahmen regelmäßiger Refactorings der Entwickler.

Egal wie sinnlos beide Extreme sind: Sie werden vielerorts noch immer gepflegt. Dass sich die Position „Architekt(in)“ hartnäckig als Schritt auf der Karriereleiter von Unternehmen hält, macht es auch nicht besser. Ein Konsens, was Architekturarbeit ausmacht und wie viel man davon braucht, zeichnet sich nicht ab.

Schauen wir uns an, was derzeit unter dem Label der Architektur verbreitet wird, dann lässt sich das in meiner Wahrnehmung in der Mehrzahl der Fälle in die folgenden Kategorien einsortieren:

Hype-driven Architecture: Es wird verbaut, was gerade hip und angesagt ist. Tunnel vision Architecture: Man kennt nur eine Art von (Nischen-)Lösung, den sinnbildlichen Hammer. Also wird jedes Problem zu einem Nagel erklärt. One-size-fits-all Architecture: Eine bestimmte Architektur hat in einem früheren Kontext einmal funktioniert und wird deshalb ohne Reflexion auf jede neue Problemstellung angewandt. Blast-from-the-past Architecture: „Was früher gut war, ist auch heute gut.“ Alle neuen Entwicklungen werden ausgeblendet und man hält – ebenfalls ohne Reflexion – an den bewährten Konzepten von früher fest. Accidental Architecture: Niemand kümmert sich wirklich um die Architektur. Sie entsteht eher zufällig – häufig als Folgeeffekt falsch verstandener Agilität.

Allen diesen Kategorien ist gemein, dass die zugehörigen Architekturen eher selten die Ziele des Vorhabens fördern. Aber wie kommt es zu solchen Architekturen?

Hyperspezialisierung und Technologieexplosion

Ich kann an dieser Stelle keine allgemeingültige Erklärung anbieten. Aus meiner Sicht tragen aber insbesondere zwei Faktoren stark zu dem Effekt bei: Hyperspezialisierung und Technologieexplosion. Beide Faktoren hängen zu einem gewissen Grad zusammen und verstärken sich wechselseitig. Beginnen wir mit der Hyperspezialisierung: Sie ist ein Effekt falscher Reaktionen auf die Erfordernisse postindustrieller Märkte und der IT. Wir kommen in der Vergangenheit aus industriellen Märkten und einer ebenfalls industriell ausgerichteten IT. Eine Kerneigenschaft industrieller Mär...

Neugierig geworden?


   
Loading...

Angebote für Teams

Für Firmen haben wir individuelle Teamlizenzen. Wir erstellen Ihnen gerne ein passendes Angebot.

Das Library-Modell:
IP-Zugang

Das Company-Modell:
Domain-Zugang