Von Anna Redbond und Romano Roth am 2. August 2023
Viele Banken bewegen sich trotz traditioneller Branchenhürden wie Compliance, Regulierungen und Legacy-Architektur in Richtung moderner Softwareentwicklung. Das gemeinsame Ziel: anpassungsfähiger zu werden, um die sich verändernden Anforderungen der Kunden zu erfüllen.
Wir haben uns mit Romano Roth, Chief of DevOps bei Zühlke, zusammengesetzt, der seine Einsichten darüber teilte, wie grosse Banken zu modernen Softwareentwicklungsprozessen übergehen und Features schneller auf den Markt bringen. Er behandelt die Debatte zwischen dem Wechsel in die Cloud und der On-Premises-Entwicklung, Continuous Integration und wie Teams sich von Legacy-Architektur lösen können.
Was veranlasst Banken, mit der Modernisierung der Softwareentwicklung zu beginnen?#
Drei Hauptfaktoren treiben den Wandel an:
- Schnellere Time-to-Market
- Mehr Wert für investiertes Geld
- Kundenzufriedenheit
Es beginnt oft damit, dass Ineffizienzen bemerkt werden. Management und Teams stellen fest, dass sie viel zahlen und lange auf einfache Änderungen warten. Die Legacy-Prozesse, -Mindsets, -Infrastrukturen, -Tools, -Organisationen und -Regulierungen stehen im Weg und sorgen dafür, dass die Dinge langsamer vorangehen, als die Teams es sich wünschen.
Dies macht die Entwicklung von Produkten und Dienstleistungen ziemlich teuer, und Teams können viel Zeit und Geld investieren müssen, um selbst einfache Dinge umzusetzen.
Modernisierung der Entwicklungsprozesse#
Die Lösung besteht meist darin, den gesamten Entwicklungsprozess zu modernisieren, was die Migration der Entwicklung in die Cloud oder die Adoption eines hybriden Ansatzes mit On-Premises-Deployments umfassen kann.
Entwicklung in der Cloud#
Teams können den gesamten Entwicklungsansatz nach hinten herausverlagern, sodass sie in der Cloud mit modernen Tools und modernen Ansätzen entwickeln. Das bedeutet, dass sie sich keine Sorgen um die internen Regulierungen der Bank machen müssen.
Dies erfordert allerdings eine, möglicherweise erhebliche, Investition. Es gibt andere Optionen, aber wenn Teams investieren, können ihre Entwicklungsprozesse etwa 25 % schneller laufen.
Es gibt allerdings oft massiven Widerstand gegen den Wechsel in die Cloud, besonders von den Personen, die die internen Legacy-Infrastrukturen und -Anwendungen aufgebaut, betrieben und gewartet haben. Es gibt auch Widerstand auf der Sicherheitsseite, weil es einfacher erscheint, Sicherheitsbeschränkungen on-premises als in der Cloud umzusetzen. Schliesslich müssen Teams vertrauliche Daten entfernen und synthetische Testdaten verwenden (was viele argumentieren würden, sie hätten ohnehin schon längst tun sollen).
Ein hybrider Ansatz: Aussen entwickeln und on-premises deployen#
Eine Lösung im Falle vertraulicher Daten ist, die Software ausserhalb zu entwickeln und den Quellcode oder kompilierten Code in die Bank zu bringen und ihn in die On-Premises-Infrastruktur zu deployen. So läuft sie on-premises (und erfüllt die Sicherheitsanforderungen und Regulierungen), während die Entwicklung ausserhalb stattfindet.
Produkte schneller auf den Markt bringen#
Effizienz ist eine der wichtigsten Sachen, die Teams bemerken, wenn sie ihre Prozesse zu modernisieren beginnen. Unternehmen erhalten schlicht mehr Wert für ihr Geld.
Was ebenfalls passiert, ist eine schnellere Time-to-Market, was üblicherweise der Business-Treiber ist. Wenn die Entwicklung zu langsam und kostspielig war und die Developer Experience nicht gut funktionierte, dann ist es immer eine gute Sache, dies zu ändern und Produkte schneller auf den Markt zu bringen.
Hier beginnen Teams, die Praxis des Continuous Deployments zu nutzen. Das bedeutet, dass jede Codeänderung, die automatisierte Tests besteht, mit deaktiviertem Feature Flag in die Produktionsumgebung geht. Teams können dann kleine Änderungen mit geringem Risiko deployen und nach Bedarf releasen.
Um dies zu ermöglichen, beginnen Teams oft, Tools wie Flagsmith und Feature Flags zu verwenden. Sie können dann kontinuierlich deployen und Features einfach aktivieren oder deaktivieren, die Developer Experience verbessert sich exponentiell und Dinge werden viel schneller released.
Wenn Teams kontinuierlich deployen können, werden sie unweigerlich auch andere moderne Softwareentwicklungs- und Engineering-Praktiken übernehmen. Das bedeutet Dinge wie die Einführung von Test-Driven Development, die Trennung von Deployment, Canary Releases, A/B-Testing, Dark Releases usw.
So sieht es dann aus:
Ausblick: Die Zukunft der Entwicklungsprozesse in Banken#
Die Reise zur modernen Softwareentwicklung ist ein vitaler Prozess für Banken, die im heutigen dynamischen Markt mithalten wollen, in dem die Adoption moderner Techniken Teams höhere Effizienz, Wert und Kundenzufriedenheit ermöglicht. Wenn sie den Widerstand überwinden können, der mit Legacy-Systemen und Regulierungen verbunden ist, können Banken die Vorteile von Continuous Deployment nutzen und Feature Flags einsetzen, um ihre Entwicklungsprozesse zu transformieren.
Dieser Übergang dreht sich nicht nur um Kostensenkung oder die Beschleunigung der Entwicklung; es geht darum, eine agilere, reaktionsfähigere und innovativere Bankenlandschaft zu schaffen, die den sich ständig wandelnden Bedürfnissen der Kunden gerecht wird. Die Wege zur Modernisierung mögen variieren, aber das Ziel bleibt dasselbe: eine Zukunft, in der Banken anpassungsfähiger, effizienter und auf die Anforderungen des Marktes eingestimmt sind.
Mehr über moderne Entwicklungsprozesse lesen#
- Rob Moffat (FINOS) on open source in banking
- Back to the Future of Software Development
- Decoupling deployment from release with feature flags
Originaler Blogpost: Modern Software Development with Romano Roth (Zühlke) | Flagsmith