Nützlichkeit einer flexiblen Architektur

Eine flexible Architektur kann nur dann ihr volles Potenzial entfalten, wenn die Organisation selbst flexibel ist. Vor kurzem habe ich in einer klassischen, hierarchischen Organisation mit allerlei starren Verfahren gearbeitet. Die Organisation hat (oder hatte zumindest) wahrscheinlich sehr gute Gründe für diese Verfahren: Wenn etwas schief geht, wird es Schlagzeilen machen. Aus diesem Grund sind sie sehr darauf bedacht, dass etwas schief geht. Dies hat zu einem Standard-Wasserfall-Entwicklungsprozess geführt. Aus diesem Grund dauert es sehr lange, neue Anwendungen zu entwickeln. In manchen Fällen dauert es sogar noch länger, eine neue Anwendung in der Produktionsumgebung einzusetzen, da eine komplexe und dokumentenlastige Übergabe an die Betriebsabteilung erforderlich ist. Vor etwa 5 Jahren beschloss diese Organisation, mit Hilfe einer SOA zu einer flexiblen Architektur1⁾ zu wechseln. Der Grund dafür war vor allem, schneller auf Geschäftsanfragen reagieren zu können. Die Hauptvorteile einer SOA sind unter anderem: Abstimmung zwischen IT und Unternehmen, verbesserte Entwicklungsgeschwindigkeit und Wiederverwendbarkeit von Diensten. Dies sollte zu einer geringeren Markteinführungszeit führen, weshalb sich das Unternehmen für diese Architektur entschieden hat. Edle Vorteile, aber was ist der Mehrwert einer flexiblen Architektur für diese Art von statischen Organisationen, wenn es um zeitbezogene Geschäftsanforderungen geht? Meiner Meinung nach gibt es keinen. Die Flexibilität der Architektur wird durch die Starrheit des Entwurfs-, Entwicklungs- und Einführungsprozesses überkompensiert. Ein (sehr) kleines Projekt würde wahrscheinlich 4-5 Monate für das Design, 2-3 Wochen für die Entwicklung und den Test und etwa 3-4 Monate für die Bereitstellung benötigen. Das schließt den ganzen Papierkram mit ein. Eine flexible Architektur würde diese Zeitspanne wahrscheinlich um ein paar Wochen verkürzen. Statt 9 Monaten würden Sie vielleicht 8,5 Monate benötigen. Die damit verbundenen Prozesse sind einfach zu zeitaufwändig, um einen angemessenen Nutzen aus einer flexiblen Architektur zu ziehen. Eine flexible Architektur kann also nur dann ihr volles Potenzial entfalten, wenn die Organisation selbst flexibel ist, zum Beispiel durch eine iterative und inkrementelle Arbeitsweise. Mehr dazu in Bezug auf das Conway'sche Gesetz in einem der nächsten Blogs. ¹⁾ Flexible Architektur = eine Architektur, die veränderten geschäftlichen Anforderungen gerecht wird, ohne dass zuvor größere Änderungen an der Architektur selbst vorgenommen werden müssen.