© 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.

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 neue...

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


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.

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 neue...

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