Hoe banken en grote ondernemingen de risico's van wereldwijde expansie kunnen verminderen (Sergio Barbosa)

Wanneer de raden van bestuur van banken bijeenkomen om de operationele risico's van wereldwijde expansie te beoordelen, is het zelden dat softwareontwikkeling op de agenda staat. Veel financiële dienstverleners ontdekken echter dat het maken van de juiste keuzes betekent dat ze:
kunnen hun systemen upgraden om te voldoen aan nieuwe regionale regelgeving, zonder verstoring van hun bestaande partners en klanten. 

Ongeveer 50% van de respondenten van een enquête van de Risk Management Association zei dat ze:
6-10% van hun omzet besteden aan nalevingskosten, terwijl grotere bedrijven meldden dat de gemiddelde kosten voor het handhaven van naleving
Rond $ 10,000 per medewerker. Hoewel deze cijfers betrekking hebben op bedrijven die actief zijn in de VS, kan men zich voorstellen dat wanneer banken uitbreiden naar nieuwe gebieden, hun budget omhoog moet schieten wanneer het
komt om ervoor te zorgen dat hun systemen voldoen aan alle nieuwe regionale regelgeving en rapportagevereisten. 

Het doorvoeren van significante systeemwijzigingen in de beste omstandigheden kan maandenlange planning en vaak aanzienlijke verstoringen vergen. Voor banken en andere financiële dienstverleners is dit simpelweg geen optie. 

Sommige regio's zijn complexer dan andere, vooral voor challenger-banken

Het gezicht van het bankwezen is voor altijd veranderd met de introductie van transformatieve uitdagers of neobanken. Deze goedkope, directe financiële dienstverleners die uitsluitend online opereren, dagen de status-quo uit. Neobanks, terwijl ze soms aanbieden
beperkte diensten, bieden vaak bovengemiddelde rentetarieven en zijn aantrekkelijk voor de jongere en meer digitaal onderlegde demografie. 

Think
onderzoek, de wereldwijde markt voor neo- en challenger-banken, die in 18,604 werd geschat op $ 2018 miljoen en naar verwachting een CAGR van bijna 46.5% zal behalen om tegen 395 ongeveer $ 2026 miljard te bereiken.

Hoewel dit de groei van transformatief bankieren begrijpelijkerwijs aantrekkelijk maakt, kunnen de uitdagingen van het opereren van neobanken in regio's met complexe regelgevende vereisten, zoals het Midden-Oosten, onbetaalbaar zijn, zelfs voor traditionele banken die willen presteren
nieuw online aanbod. Gelukkig maken initiatieven zoals die van het Dubai International Financial Centre, dat sandboxen heeft opgezet om nieuwe producten te testen van financiële en bancaire startups die diensten aanbieden in de regio, het gemakkelijker. 

Hoewel dit helpt, zien we aan het werk dat we doen met banken in de regio, dat het een veel grotere uitdaging zou zijn als we niet een zeer iteratieve aanpak zouden gebruiken. 

Meest recent zagen we ook een Zuid-Afrikaans bedrijf dat zich uitbreidde naar Australië en Nieuw-Zeeland, en ontdekte hoe complex de systeemvereisten van nieuwe gebieden kunnen zijn - waardoor hun technologie opnieuw moest worden ontworpen om beter geschikt te zijn voor hun nieuwe
toekomst in meerdere regio's. Natuurlijk heeft elke regio unieke vereisten die werk vereisen, maar door veerkracht in de architectuur in te bouwen, konden ze niet alleen veilig handelen in Australië, maar naarmate ze hun wereldwijde voetafdruk vergroten, met het Midden-Oosten in de rij
vervolgens zal het werk dat in de toekomst nodig is veel minder belastend zijn. 

Microservice-architectuur en beheerde services kunnen de risico's van regionale expansie aanzienlijk verminderen, met minimale uitvaltijd voor financiële dienstverleners, vooral in complexe operationele regio's.  

Microservice-architectuur levert snelle resultaten op 

Microservice-architectuur maakt de snelle, betrouwbare levering van grote, complexe applicaties mogelijk via een verzameling kleine, autonome services. Door grote softwareprojecten op te splitsen in kleinere, beter beheersbare delen, kunnen onze teams snel
nieuwe functies implementeren en ook snel onvoorziene problemen isoleren en oplossen. De kleinere codebase en scopes maken snellere implementaties mogelijk. En aangezien services gescheiden zijn, kunt u gemakkelijker de meest benodigde op de juiste momenten schalen, wat veel werk oplevert
efficiënter en flexibeler voor de operationele vereisten van een organisatie. 

Bovendien betekent het gebruik van het DOMA-ontwerppatroon (domain oriented microservices architecture) dat teams veranderingen beter kunnen beheren voor ondernemingen die vaak duizenden microservices tegelijkertijd hebben die samenwerken. Deze technologische benadering zorgt voor:
meerdere teams om autonoom tegen het grotere doel te werken, zonder de codebasis te doorbreken.  

Door gebruik te maken van een volledig beheerde service, kunt u veel van de veelvoorkomende leveringsproblemen en risico's verwijderen die gepaard gaan met het verfijnen van systemen om te voldoen aan nieuwe regelgevende en veeleisende marktvereisten.

Deze aanpak stelt u in staat om systemen naast de dagelijkse werkzaamheden in gebruik te nemen. Een iteratieve aanpak, waarbij gebruik wordt gemaakt van testgestuurde ontwikkeling, betekent dat veerkrachtige code kan worden gemaakt en geïmplementeerd in een veilige omgeving met een laag risico. Wat voor een organisatie als een bank
is missiekritiek, vooral omdat ze hun eerste stappen zetten in een nieuwe regio.