Viele Hindernisse bis zur Governance

Die Verantwortlichen in den Unternehmen haben die Bedeutung einer SOA-Governance im Grunde erkannt. Im Rahmen einer aktuellen Studie des IT-Dienstleisters Software AG äußerten mehr als die Hälfte der befragten IT-Verantwortlichen die Ansicht, Governance sollte noch vor Erstellung des ersten Services eingeführt werden. Allerdings ist das oft leichter gesagt als getan. Als größte Hindernisse für eine breite Einführung funktionierender Regeln gelten unzureichende Fachkenntnisse, die Komplexität bestehender IT-Umgebungen, mangelnde Unterstützung im Unternehmen und die Schwierigkeit, den Return on Investment (RoI) schwer vorrechnen zu können.

Wie es funktionieren kann, zeigt das Beispiel s.Oliver. Der Rottendorfer Textilhersteller, in Deutschland einer der ersten SOA-Nutzer überhaupt, managt unter anderem seinen gesamten Bestell- und Verkaufsprozess mithilfe eines zweisprachigen Web-Services, der überall auf der Welt in den Filialen eingesetzt wird. Für eine durchgängige Governance sorgt die „s.Oliver Föderative Integrations Architektur“, kurz SOFIA. „Es ging uns vor allem um die Frage, wie die einzelnen Fachabteilungen, also das ‚Business‘, mit den IT-Abteilungen kommunizieren. Dieser Frage sind wir in einzelnen Workshops nachgegangen, deren Ergebnisse dann in das Konzept der SOA einflossen“, berichtet Stefan Beyler, CIO der s.Oliver Group.

Beim Thema SOA spielen CIOs eine noch wichtigere Rolle als bei reinen IT-Projekten, schließlich sind sie großem Druck ausgesetzt. „Sie müssen in der Lage sein, sich gegen die Einflüsterungen der großen Softwareanbieter zu wehren. SOA-Governance ist deshalb auch eine Frage des Selbstbewusstseins, findet Walter Brenner, Direktor des Instituts für Wirtschaftsinformatik an der Universität St. Gallen. Viele Hersteller haben nur begrenztes Interesse am Entstehen funktionierender, mehrfach wiederverwendbarer Services, weil sie mit der Wartung und Anpassung einzigartiger Anwendungsumgebungen ihr Geld verdienen. Und zum Teil gibt es auch Widerstand aus dem eigenen Unternehmen. „Manche Anwender sagen, meine SOA heißt IBM Websphere, SAP Netweaver oder ähnlich. Das ist aber in Fehlglaube. Diese Art und Weise, eine SOA einzuführen, greift viel zu kurz“, sagt Rüdiger Spies, Vizepräsident von IDC.

Technische Mäkeleien unerwünscht

Eine integrierte SAO-Governance wirkt solchen Argumenten entgegen, führt die Diskussion weg von technikgetriebenen Einwänden. Auch nach Ansicht von Gartner-Analyst Pezzini sollten sich CIOs generell
nicht allzu lange mit technischen Mäkeleien aufhalten. „Ein kluger Entwickler kann fast immer beweisen, dass etwas nicht funktioniert, wenn er es darauf anlegt“, findet Pezzini.

Damit es nicht dazu kommt, muss der Nutzen bestimmter Services so genau wie möglich beschrieben
werden; die Aufgabe der Governance ist es dabei, die Bedeutung eines Services für das gesamte Business zu vermitteln. Nur wenn das gelingt, sind alle bereit, Plan B zu entwickeln, wenn sich der ursprünglich gewählte Ansatz als untauglich erwiesen hat.

Eine zentrale Steuerung und Kontrolle ist bei SOA auch deshalb sehr wichtig, weil in großen Unternehmen
Services nicht unbedingt top-down entstehen. Gartner-Analyst Pezzini: „Es kommt häufig vor, dass ein talentierter Entwickler heimlich etwas zusammenbastelt. In einigen großen Unternehmen sind so schon mehrere SOA-Initiativen nebeneinander entstanden, ohne dass die eine von der anderen etwas wusste.“