SOA. Entsprechend stürzen sich vor allem Grossunternehmen weltweit in Pilotprojekte und immer öfter auch breitere Einführungen der viel gerühmten "Service Orientierten Architektur" in ihrer Softwareinfrastruktur.

Das Marktforschungs- und Beratungsunternehmen Gartner versucht nun aber , die betreffenden Unternehmen etwas zu zügeln. Unternehmen, die ein SOA-Projekt ins Auge fassen, vor allem wenn es sich um ein umfassenderes Projekt handelt, sollten der IT-Governance – der Organisation, Steuerung und Kontrolle dieser Projekte – mindestens ebenso viel Aufmerksamkeit widmen, wie den technischen Aspekten. "Reale Implementationen haben uns gezeigt, dass SOA erfordert, dass mehr in die Governance des Service Designs und die Entwicklung von 'Best Practices' bei der Applikationsintegration investiert wird, als dies die meisten Unternehmen gegenwärtig tun," erklärt Gartner-Experte Paolo Malinverno.

Und sein Kollege Massimo Pezzini ergänzt: "Auch die technischen Risiken sollten nicht unterschätzt werden. Die Einfachheit, mit der viele moderne SOA-Tools angewendet werden können, täuscht oft über die eigentliche Komplexität der Implementierung einer verlässlichen SOA-Plattform hinweg. Die Implementierung einer Unternehmens-weiten SOA-Infrastruktur, die nicht nur verlässlich sondern auch genügend skalierbar, leistungsfähig, sicher und einfach verwaltbar bleibt, verlangt ein technisches Know-how, das erst wenige Unternehmen besitzen."

Bei den meisten Unternehmen, glaubt Gartner, seien sowohl die IT-Governance-Mechanismen als auch das technische Know-how für SOA-Projekte noch nicht adäquat. Auch 2010, so Gartner, werden noch weniger als ein Viertel aller Grossunternehmen wirklich beide Aspekte genügend im Griff haben.

Unter anderem sollte man sich davor hüten, schnelle und einfach errungene Anfangserfolge in Projekten zu überbewerten. In der Anfangsphase seien auftretende Problem noch hauptsächlich technischer Natur und oft relativ einfach zu bewältigen. Das Risiko, dass ein SOA-Projekt bereits in der Startphase scheitere, sei also realtiv gering. Später wird die Sache heikler. Malinverno: "Wenn ein SOA-Projekt wächst, steigt die 'Risikokurve' immer höher. Darum sollten Unternehmen nie an ein SOA-Projekt denken, ohne Governance-Mechanismen rund um Servicedefinition, Implementation und Unterhalt einzurichten." Das bedeutet, so Malinverno, unter anderem auch dass genügend Personalressourcen für diese Aufgaben reserviert werden sollten. Seine abschliessende Warnung: "Leider führt der Enthusiasmus über SOA und die durch eine Implementation winkenden Vorteile dazu, dass viele Kunden riskante Abkürzungen wählen."

Zu den häufigesten "SOA-Fehlern" gehören gemäss Gartner übrigens auf der Governance-Site:

- Governance ganz vergessen

- SOA-Projekte genau wie normale Applikationsprojekte organisiert

- Die „Explosion“ der Zahl der Services bei reifer werdenden SOA-Plattformen nicht vorhergesehen

- Kein Integrations- oder SOA-Kompetenzzentrum eingerichtet

- "SOA-Architekten" nur von aussen (oder überhaupt nicht) beigezogen

Und auf der technischen Seite

- Komplexität einer umfassenden Plattform unterschätzt

- Schlechte Auswahl der Komponenten der Softwareinfrastruktur

- Ungenügende Überprüfung der technischen Infratsruktur (z. Beisp. kein Proof of Concept abgewartet, keine Stresstests)

- Services zu breit oder zu eng definiert

- Ungenügende oder verspätete Dokumentation (Hans Jörg Maron)