Jeanne Ross: (**) VERY high level - konkrete Tipps für eigenes Vorgehen fehlen.

Richtig - absolute Top-Autoren, recht gut geschrieben.
Aber: Auch Enterprise-IT Architekten brauchen Ratschläge. Und hier hört das Buch leider zu früh auf - nämlich bei den wirklichen Tipps. Ratschläge der Form "define your operating model" und "design your enterprise architecture" bleiben doch arg grob...

Einige Praxisberichte hellen hier etwas auf - insgesamt jedoch habe ich mich nach dem Lesen gefragt "und nun?"

Vergleichbare Werke: Sowohl Gernot Dern (Management von IT-Architekturen, Vieweg 2006) als auch Wolfgang Keller (IT Unternehmensarchitektur, dpunkt 2006) bieten hinsichtlich Praxisnähe und Umsetzbarkeit unvergleichlich viel mehr. Zwar haben die beiden keinen Professorentitel, dafür aber jede Menge Praxiserfahrung...

Das "IT-Governance" Buch von Ross/Weill schlägt in die ähnliche thematische Richtung, ist jedoch um Längen besser als dieses hier.

Fazit: Ich (GSt) hab's wegen der Autoren gekauft - und bin enttäuscht. Keine Empfehlung.

Wolfgang Keller: "Must-Have" für Enterprise-Architekten.

Der Untertitel verspricht "von der Geschäftsstrategie zur optimalen IT-Unterstützung" - und genau das hält Herr Keller ein: Er zeigt (übrigens hervorragend strukturiert!) die Sicht eines IT-Vorstands auf und was Enterprise-Architekten tun sollten. Eingestreut hat er viele Tipps aus seiner eigenen Praxiserfahrung.

Das Buch führt die benötigten Begriffe in einer angemessenen Tiefe ein, enthält Fallstudien und ist obendrein noch in einer klaren Sprache geschrieben - so wünsche ich mir Fachliteratur. Ein "Muss" für den Bücherschrank ernsthafter Enterprise-Architekten.

Ein (winzig kleiner) Punkt passt für mich nicht: Der Abschnitt über Softwarekartografie (der stammt auch nicht aus der Feder von Wolfgang Keller, sondern von drei Autoren der Uni München). Deren Modellierungsansatz finde ich nur mittelmässig praxistauglich...)

Die Alternative: "Management von IT-Architekturen" von Gernot Dern: Hat von mir ebenfalls 5 Sterne bekommen - ganz anderer Stil und andere Betrachtungsweise. Mein Tipp: Beide kaufen, beide lesen.

(und wo ich schon bei Tipps bin: Herr Keller hat auch ein Buch über Enterprise-Application-Integration geschrieben - das ist im Zeitalter von SOA immer noch sehr empfehlenswert!)

James McGovern: Praxisfern, schlampig gemacht: Grausig!

Sich selbst loben die Autoren als Industry Thought Leader - tatsächlich mag das sogar stimmen, jedoch nervt spätestens bei der dritten Wiederholung dieser Phrase das Eigenlob doch beträchtlich. Aus meiner Sicht stellen die Autoren ohne wirklichen Zusammenhang aus dem SOA-Kontext willkürlich einige Aspekte vor. Warum beispielsweise die komponentenorientierte Software-Entwicklung (Kapitel 2) oder die Diskussion von Software-Qualitätsmerkmale (Anhanb B) breiten Raum einnehmen und Themen wie Service-Design völlig fehlen, bleibt offen. Und daß Kapitel 3 (Orchestration) den mindestens ebenso wichtigen Begriff der Choreography praktisch ignoriert, statt dessen aber willkürliche Syntaxemelente von BPEL in epischer Tiefe erläutert, finde ich unpassend. Schließlich missfällt, dass die im Untertitel (recommendations) versprochenen Ratschläge im Buch fast völlig fehlen.
Allerdings: Der Teil über SOA-Sicherheit fällt (positiv) aus diesem Rahmen ? eine wohlstrukturierte und inhaltlich brilliante Darstellung des Themas ?Sicherheit? ? allein dafür lohnt das Buch die Anschaffung für die Firmen-Bibliothek.
Obendrein stimmen diverse Querverweise im Buch nicht - finde ich schlampig.

Insgesamt: Finger davon lassen.

Gernot Dern: In der zweiten Auflage NOCH besser geworden!

Ich mochte schon die erste Auflage (worin Herr Dern auf hervorragende Weise die IT-Architekturpyramide motiviert und erklärt) - und in der zweiten ist noch ein echter "Schatz" hinzugekommen: Ein Falbeispiel der strategischen IT-Planung (Kapitel 12): Meiner Meinung nach lohnt alleine dieses Kapitel die Investition.

Alternativ: IT-Unternehmensarchitektur (von Wolfgang Keller, dpunkt). Auch 5 Sterne - ganz anderer Stil. Für mich sind beide Bücher ein "must-have" im Bücherschrank ernsthafter IT-Architekten (also solche Menschen, die über den Tellerrand einzelner Software-Systeme schauen müssen oder möchten).