SOA spart Personal

An einem mittel- bis langfristigen Einzug der SOA-Konzepte in die Unternehmen bleibt letztlich kein Zweifel. Das Versprechen bezüglich mehr Flexibilität und Reaktionsgeschwindigkeit auf äußere Veränderungen ist zu stark. Außerdem werden die IT-Hersteller nicht müde, auf die Return-On-Investment-Vorteile hinzuweisen.

Bezüglich der ROI-Frage zeichnet sich ein uneinheitliches Bild ab. Zum einen gibt es ROI-Fallbeispiele der Hersteller von ausgewählten Kunden, die eindeutig Positives aufzeigen. Andererseits muss klar gemacht werden, dass eine Architekturänderung zunächst erst einmal keinen direkten Kostenvorteil erkennen lässt. Erst die längerfristigen Vorteile sollten sich dann auch in positive ROI-Berechnungen umsetzen lassen. Kurzfristige ROI-Erfolge durch Service Oriented Architecture (SOA) erscheinen angesichts der damit einhergehenden Komplexitätszunahme eher an anderen begleitenden Maßnahmen festmachbar zu sein.

Die Einführung eines Enterprise Service Bus oder anderweitigen EAI-Tools, um die Applikations-zu-Applikations-Kommunikation zu optimieren, kann als SOA-Projekt dargestellt werden. Damit gehen positive ROI-Berechnungen aus so einem Projekt auch gleichzeitig auf das Konto von SOA, wenn das Projekt auch unter einer SOA-Flagge stand. Das sind aber nur Punktlösungen, die mit einer umfassenden, durchgehenden Umstellung zur Serviceorientierung nur bedingt etwas zu tun haben. Trotzdem sind solche Einstiegspunkte insbesondere auch für die Hersteller wichtig, um Brückenköpfe zu etablieren und schnelle Erfolge zu demonstrieren. Für die internen Projektleiter ist es genauso wichtig, schnell Erfolge vorweisen zu können. SOA ist schließlich kein Selbstzweck. Wenn die Unternehmen die notwendige Flexibilisierung anders aber nicht erreichen können, wird die Einführung einer SOA schließlich zur Überlebensfrage.

Für viele Hersteller ist schließlich der Umstieg auf eine SOA für die eigenen Produkte erst einmal eine massive Investition. Dabei werden nur bedingt neue Funktionen für die Anwender nutzbar. Vielmehr wird "sozusagen unter der Motorhaube" von großen Applikationssystemen der Motor ausgetauscht. Die starre Software-Struktur der Applikationen wird ersetzt (und dabei häufig neu geschrieben), ohne dass zunächst und primär neue Applikationsfunktionen entstehen.