Zusammenfassung

Nedbank, eine der vier größten Banken Südafrikas, sah sich zunehmendem Druck von agilen Fintech-Wettbewerbern und den langsamen, manuellen Prozessen der Entwicklung seiner alten Mainframes ausgesetzt. Durch die Einführung von BMC AMI DevX-Lösungen hat Nedbank seine Mainframe-Softwarelieferung transformiert, die Bereitstellungszeiten von Monaten auf Wochen verkürzt, ganze Kategorien manueller Arbeit eliminiert und seine Kernbanking-Anwendungen modernisiert – und das alles, während die Zuverlässigkeit aufrechterhalten bleibt, auf die ihre Kunden angewiesen sind. Das Ergebnis ist eine autarke, zukunftssichere Mainframe-Praxis, die mit den verteilten Teams der Bank Schritt hält und mit dem Ziel, die beste Bank Afrikas zu sein.

Einleitung

Die Nedbank Group ist eine der vier größten Banken Südafrikas und ist durch Tochtergesellschaften und strategische Allianzen auf dem Kontinent immer stärker präsent. Die Vision ist es, finanzielle Expertise zu nutzen, um Individuen, Familien, Unternehmen und die Gesellschaft Gutes zu tun und Erlebnisse zu schaffen, die die Erwartungen der Kunden übertreffen.

Im Zentrum dieser Mission steht das Hauptrechner. Sie betreibt die Kernbankprodukte von Nedbank und übernimmt den Großteil der Transaktionsabwicklung der Bank – der Motor hinter jeder mobilen Zahlung, Filialinteraktion und dem rekordverdächtigen Black Friday.

Diesen Motor schnell, zuverlässig und modern zu halten, wurde zu einer der wichtigsten technologischen Herausforderungen der Bank und zum Beginn einer mehrjährigen Partnerschaft mit BMC.

Die Herausforderung

Nedbank begann seine DevOps-Reise vor mehr als sechs Jahren, aber der anfängliche Fokus lag vollständig auf verteilten Systemen. Die vorherrschende Annahme war, dass DevOps nicht für den Mainframe geeignet sei – eine Ironie, wie Olivier anmerkt, da die Plattform ohnehin schon einer Cloud-Umgebung ähnelte.

Unterdessen veränderte sich die Wettbewerbslandschaft rasant. Fintech-Startups, agil und cloud-nativ, betraten den südafrikanischen Markt und brachten neue Funktionen in einem Tempo heraus, das der Mainframe nicht erreichen konnte.

"Wir haben sehr schnell erkannt, dass wir das Hauptrechner nicht zurücklassen konnten", sagt Olivier. Die Bank stand vor einem perfekten Sturm von Herausforderungen:

• Langsame Lieferung. Die Veröffentlichungen folgten einem Wasserfallmodell, wobei sich die Bereitstellungszyklen auf zwei bis drei Monate erstreckten. Verkürzte Einsatzfenster und explodierende Einsatzzeiten verschlimmerten die Lage.
• Starre Werkzeuge. Frühere Versuche moderner Werkzeuge erwiesen sich als zu starr für COBOL, was es schwierig machte, Änderungen selektiv auszuwählen oder ein einzelnes Programm zurückzusetzen.
• Expansion in ganz Afrika. Die Erweiterung in neue Regionen erforderte einen konfigurierbaren, komponentenbasierten Kern statt dupliziertem Code für jeden Markt.
• Eine alternde Belegschaft und Missverständnisse. Hartnäckige Mythen, dass der Großrechner und COBOL veraltet seien, hatten den Zustrom neuer Talente verlangsamt, sodass die Bank mit einem schrumpfenden Pool an Spezialisten zurückblieb.
• Hoher manueller Überkopf. Entwickler haben Änderungsprotokolle und Programmlisten von Hand in Tabellenkalkulationen zusammengestellt. Ein Vollzeitteam von zwei bis drei Personen existierte ausschließlich, um Programmwettbewerbe zu verfolgen und Einsätze zwischen den Teams zu koordinieren.

Hinzu kam, dass der Nachlass der Bank einige echte Monster umfasste – Kernprogramme mit bis zu 500.000 Codezeilen in einem Gesamtbestand von etwa 20 Millionen Zeilen.

Das Risiko war klar. Ohne Änderungen würde Nedbank hinter agileren Konkurrenten zurückfallen und gleichzeitig Schwierigkeiten haben, ein System aufrechtzuerhalten, das weiterhin den Großteil der Verarbeitung transportiert.

Die Lösung

Nedbank verfolgte einen bewussten, facettenreichen Ansatz und machte Kultur so zentral wie Technologie.

Anstatt neue Werkzeuge einzuführen, führte das Team eine Wertstromkartierungsübung durch, die Entwickler, Tester, Datenbankadministratoren und Systemprogrammierer zusammenbrachte. Gemeinsam kartierten sie den End-to-End-Prozess, identifizierten Schmerzpunkte und bewerteten Lösungen nebeneinander.

"Wenn etwas mit mir gemacht wird, freue ich mich", sagt Olivier. "Wenn mir etwas angetan wird, egal wie gut es ist, bin ich schon besorgt." Dieses Prinzip – "wir wollten unseren Teams keine Veränderungen zufügen, wir wollten sie auf die Reise einladen" – prägte alles, was danach folgte.

Nach einer rigorosen Bewertung gegenüber konkurrierenden Produkten wählte Nedbank BMC AMI DevX als Grundlage für seine moderne Mainframe-Entwicklung. Mehrere Faktoren heben BMC hervor:

• Flexibilität für jeden Entwickler. Die Unterstützung für traditionelle ISPF-Workflows sowie für Eclipse- und VS-Code-basierte Entwicklung bedeutete, dass Entwickler in der für sie am besten geeigneten Umgebung arbeiten konnten.
• Ein einheitliches, verpacktes Erlebnis. Die BMC AMI DevX Code Pipeline bietet moderne Automatisierung des Quellcode-Managements, Builds und Deployments.
• COBOL-bewusstes Change Management. Entwickler konnten Programme problemlos zwischen Containern verschieben, ein einzelnes Programm zurückrollen und Copybooks sowie Programme zusammenreihen.
• Offene Integration. API-Enablement ermöglichte es Nedbank, Großrechnerbereitstellungen parallel zu anderen Plattformen zu orchestrieren und Tools wie SonarQube und später Azure DevOps zu integrieren.
• Ein reaktionsschneller Partner. Als das Team auf Hindernisse stieß, nahm BMC Verbesserungsmöglichkeiten ernst – ein Gegensatz zu anderen Anbietern, so Olivier.

Der Rollout war aggressiv, aber gestaffelt. In ringfenced Codebasen arbeitete das Team, migrierte Entwickler in Etappen – trainierte jede Gruppe, bevor es zur nächsten wechselte – und schloss die Migration von etwa 250 Mainframe-Entwicklern in nur sechs Monaten ab. Die eigentliche Migration jedes Teams dauerte nur Stunden, gefolgt von einigen Tagen der Weiterbildung.

Von dort aus erweiterte Nedbank seine moderne Praxis über den gesamten Softwarelieferzyklus:

• Automatisiertes Testen mit BMC AMI DevX Total Test, bei dem verhaltensorientierte Entwicklung Tests vor dem Code-Schreiben entworfen werden. Total Test spielte "eine riesige Rolle" und half sogar beim Bau von Testgeschirren.
• Umsetzbare Kennzahlen mit BMC AMI zAdviser, die DORA-Kennzahlen und Branchenbenchmarks liefern, die die Bank zuvor nie hatte. Wie Olivier anmerkte, ging das Team von fast keiner Datenquelle zu "so einer Fülle an Kennzahlen so leicht" über.
• Codeanalyse und Einblicke sowohl auf Anwendungs- als auch auf Systemebene über BMC AMI DevX Workbench und BMC AMI DevX Code Insights.  

Mit einer modernen Pipeline wandte sich Nedbank seinen Kernanwendungen zu. Das Ziel war nicht, den Großrechner herauszureißen, sondern um ihn herum zu modernisieren – den "Kern auszuhöhlen", indem Geschäftsregeln und Preise aus monolithischen COBOL-Programmen in konfigurierbare, komponentenbasierte, API-basierte Dienste externalisiert wurden.

Entscheidend ist, dass die Bank der Versuchung einer pauschalen Umstellung auf Java widerstand. Seine Entscheidungen wurden von einem zweckmäßigen Prinzip geleitet: Kernbankwesen und Zahlungen – etwa 80 Prozent des COBOL-Codebestands – auf dem Großrechner in COBOL zu behalten, während eine kleine Anzahl von Anwendungen in Java selektiv neu gestaltet und neu geschrieben wurde, wo es sinnvoll war.

"Mainframe hat einen Zweck. Es hat einen Platz. Für die richtige Anwendung gibt es nichts Besseres", sagt Olivier. "Aber es gibt eine Zeit und einen Ort, um etwas nach Java zu bringen. Die große Lektion ist zweckmäßig."

Die Ergebnisse

Die Modernisierung von Nedbank brachte messbare Gewinne in Bezug auf Geschwindigkeit, Qualität und Effizienz.

• Ein einziger Herzschlag. Mainframe-Teams planen, sprinten und veröffentlichen nun im gleichen Rhythmus wie verteilte Teams und synchronisieren die Organisation um einen einzigen Lieferrhythmus.
• Ein modernisierter Kern.  Massive monolithische Programme – einige bis zu 500.000 Codezeilen – werden in handhabbare, serviceorientierte Komponenten aufgeteilt.
• 200 % Wachstum bei der API-Verbreitung. Die zOS Connect-Akzeptanz wuchs innerhalb eines Jahres um etwa 200 Prozent und ermöglichte Echtzeit-API-gesteuerte, kanalunabhängige Integrationen.
• Von Monaten bis Wochen. Die Einsatzzyklen sanken von zwei oder drei Monaten auf einen konstanten Durchschnitt von drei Wochen, wobei zweiwöchige Sprints der Standardrhythmus waren. Dringende Reparaturen, die früher die Service-Level-Vereinbarungen der Bank belasteten, können nun bereits in nur zwei Minuten produziert werden, sobald eine saubere Kompilierung fertig ist.
• Deutlich schnellere Auslieferung. Der Aufbau-zu-Serien-Prozess verkürzte sich von Stunden auf etwa 18 Minuten.
• Handarbeit wird eliminiert, nicht nur reduziert. Die automatisierte Änderungsverfolgung beseitigte die Entwicklerverwaltung vollständig und befreite das zwei- bis dreiköpfige Team, das den Wettbewerb manuell überwacht hatte, um sich auf wertvollere Arbeiten zu konzentrieren. Das Source-Code-Management von JCL beseitigte manuelle Updates und die damit verbundenen Fehler.
• Höhere Qualität. Die Ausfallraten von Änderungen sanken sofort. Im vergangenen Jahr verzeichnete das Kernbankteam mehrere aufeinanderfolgende Monate keine Rückfälle und keine Produktionsrückgänge.

Das Unternehmen spürte die Wirkung dort, wo es am wichtigsten ist. Nedbank verarbeitete während des Black Friday Rekordtransaktionen ohne bis keine Unterbrechung, und das Kernbankteam gewann dadurch den Top Team Achiever Award des Unternehmens.

Der kulturelle Wandel erwies sich als ebenso wertvoll. Modernes, intuitives Tooling hat begonnen, die Sicht neuer Talente auf die Plattform zu verändern – und verwandelt die "alte" Wahrnehmung in echtes Interesse an Mainframe-Karrieren.

Blick nach vorne

Nedbank wollte mit der Geschwindigkeit von Fintech-Disruptoren konkurrieren, ohne die Zuverlässigkeit der Plattform im Kern zu opfern. Durch die Kombination von BMC AMI DevX-Lösungen mit einer Kultur der Inklusion und kontinuierlichen Verbesserung modernisierte die Bank sowohl ihre Entwicklungspraxis als auch ihre Kernanwendungen – beschleunigte die Lieferung, eliminierte manuellen Aufwand, steigerte die Qualität und sicherte ihre Talentpipeline zukunftssicher.

Die Reise ist noch lange nicht vorbei. Nedbank baut weiterhin automatisierte Tests aus, erweitert die Automatisierung von Datenbankänderungen durch seine Pipeline und wendet BMC AMI DevX zAdviser-Einblicke an, um weitere Modernisierungen zu steuern – alles im Streben nach dem Ziel, die beste Bank Afrikas und darüber hinaus zu sein, wobei jeder Schritt am greifbaren Geschäftswert gemessen wird.

"Kontinuierliche Verbesserung ist der Schlüssel zur Erschließung von DevOps", sagt Olivier. "Wenn ich kleine, schrittweise Verbesserungen vornehmen kann, bin ich, bevor ich mich versehe, in einem viel besseren Zustand als vor Jahren."

Dieses Prinzip hat einen alten Großrechner in eine moderne, messbare Innovationsmaschine verwandelt.