Das Wissensportal für IT-Professionals. Entdecke die Tiefe und Breite unseres IT-Contents in exklusiven Themenchannels und Magazinmarken.

SIGS DATACOM GmbH

Lindlaustraße 2c, 53842 Troisdorf

Tel: +49 (0)2241/2341-100

kundenservice@sigs-datacom.de

„The Software Architect Elevator“ von G. Hohpe

Wer eine Reise macht, kann viel erzählen. Gregor Hohpe hat schon in unterschiedlichen Ländern in unterschiedlichsten Rollen gearbeitet. Im Herzen ist er Softwarearchitekt geblieben und lässt uns in 41 Anekdoten an seinen Erfahrungen teilhaben.
Author Image
Frank Pientka

Principal Software Architect


  • 24.03.2023
  • Lesezeit: 4 Minuten
  • 64 Views

Die Rolle und das Wesen des Architekten

Das Buch ist in vier Hauptabschnitte zu den Themen Architekt, Architektur, Kommunikation sowie Organisation und Transformation aufgeteilt. Viele der Artikel hat Gregor Hohpe, den viele sicher von seinem Standardwerk „Enterprise Integration Patterns“ [Hoh03] kennen, bereits an anderen Stellen veröffentlicht.

Im Grunde genommen handelt es sich um eine erweiterte und überarbeitete Ausgabe seines Buchs „37 Things One Architect Knows“ [Hoh16]. Es enthält die fünf neuen Kapitel 3, 9, 15, 25 und 26. Der Titel ist aus dem gleichnamigen Artikel [Hoh17] entnommen und wird im gleichnamigen Blog [AEB] fortgeführt oder wurde bereits in mehreren Vorträgen präsentiert.

Es gibt viele Arten von Architekten. Wichtig ist, dass er dabei hilft, Entscheidungen zu treffen, die die Interessen von IT und Geschäft erfolgreich verbinden und spätere Änderungen ermöglichen. Dabei wird immer wieder der Wertbeitrag durch einen guten Architekten und dessen Architektur betont.

Die Bedeutung und Art der Architektur

Nach ein paar einleitenden Kapiteln zu den unterschiedlichen Rollen, die ein Architekt einnimmt, kommen die beiden interessantesten Hauptteile, in denen es um die Architektur geht und wie man sie kommuniziert. Dort findet sich auch der IEEE-Artikel [IE-EE05], warum Starbucks kein 2-Phasen-Protokoll verwendet. Unterhaltsam ist auch das Kapitel 28, warum IT-Architekten Pyramiden lieben, aber es eigentlich besser wissen sollten.

Organisation und Transformation

Fast jede wirtschaftliche Transformation wird heute von der digitalen Innovation vorangetrieben. Abgerundet wird das Buch mit den beiden Hauptteilen zum Thema, wie man Änderungen und damit die Transformationsprozesse in die Organisation bringt. Hier hat Gregor Hohpe in seiner aktuellen Rolle als Enterprise-Stratege bei Amazon Web Services vieles einzubringen, was Firmen bei ihrer Reise in die Cloud berücksichtigen müssen.

Fazit

Für alle, die das Vorgängerbuch [Hoh16] noch nicht gelesen haben, ist das neueste Buch von Gregor Hohpe – nicht nur für Architekten, sondern auch für technisch interessierte Manager – eine inspirierende Lektüre. Es ermutigt Architekten, eine aktive Rolle bei der IT-Transformation einer Organisation von innen zu spielen. Dafür lohnt es sich, den Elfenbeinturm zu verlassen und sich zwischen den verschiedenen Bereichen einer Organisation zu bewegen.

Dabei lernt man vieles, was Gregor Hohpe auf seiner eigenen beruflichen Reise durchlebt hat, in kurzweiliger und zeitloser Form. Es ist weder ein Kochbuch noch eine Rezeptsammlung für Architektur, aber es enthält gut aufgebaute, lehrreiche und locker erzählte Geschichten. Man kann das Buch zwar von vorne bis hinten durchlesen, besser verdaulich ist es aber, die einzelnen Häppchen separat zu genießen und zu einem späteren Zeitpunkt mal wieder zu verdauen. Ich wünsche guten Lesegenuss dabei.

Titel: The Software Architect Elevator. Redefining the Architect's Role in the Digital Enterprise
Autor: Gregor Hohpe
Seiten: 350
Verlag: O'Reilly Media
Jahr: 2020
ISBN: 978-1-4920-7754-1

Weitere Informationen

[AEB]
Architect Elevator Blog,
https://architectelevator.com/blog

[Hoh03]
G. Hohpe, B. Woolf, Enterprise Integration Patterns, Addison-Wesley, 2003

[Hoh16]
G. Hohpe, 37 Things One Architect Knows, Leanpub, 2016

[Hoh17]
https://martinfowler.com/articles/architect-elevator.html

[IEEE05]
G. Hohpe, Your Coffee Shop Doesn’t Use Two-Phase Commit, in: IEEE Software, 22(2), 2005,
https://ieeexplore.ieee.org/document/1407829

. . .

Author Image

Frank Pientka

Principal Software Architect
Zu Inhalten

Frank Pientka arbeitet als Principal Software Architect bei der T-Systems GmbH. Dort sorgt er für mehr Qualität in der Software und kümmert sich als Gründungsmitglied des iSAQB um eine verbesserte Ausbildung und Zertifizierung von Architekten. Seit mehr als drei Jahrzehnten unterstützt er Firmen bei der Umsetzung effizienter und innovativer Software.


Artikel teilen