Finanssilaitoksen tausta

Monikansallinen vähittäis- ja investointipankki, joka palvelee yli 20 miljoonaa asiakasta 40 maassa, joutui kriittiseen käännekohtaan. Sen ydinpankkijärjestelmät, joista monet olivat 1990-luvulta lähtien hauraita ja vaikeasti ylläpidettävä. Pankki kohtasi kasvavaa sääntelyvaatimuksia.Base III:n pääomavaatimuksista GDPR-vaatimusten noudattamiseen ja rahanpesun torjuntaan (AML) liittyvä raportointi. Samalla fintechin kilpailijat olivat menettämässä markkinaosuuttaan kettereillä digitaalisilla ensimmäisillä kokemuksilla. Hallitus ja johtokunta tunnustivat, että laastarityömarkkinoiden nykyaikaistaminen ei enää riittäisi. He tarvitsivat strategisen ja yrityslaajuisen kehyksen, jolla liiketoiminnot voitaisiin sovittaa yhteen teknologiainvestointien kanssa. Tämä johti viralliseen sitoutumiseen yritysarkkitehtuurin (EA) käyttöönottoon monivuotisen muutosohjelman kulmakivenä.

Pankkiin kuului tuhansia silooituja sovelluksia, useita datakeskuksia, joissa oli epäjohdonmukaisia konfiguraatioita, ja manuaalisia prosesseja, jotka hidastivat tuotteiden lanseerausta. Asiakkaille suunnatut digitaaliset kanavat kärsivät pitkistä kuormitusajoista ja rajallisesta toiminnallisuudesta. Sisäiset tiimit toimivat osastosiiloissa, mikä johti päällekkäisiin ponnisteluihin ja ristiriitaisiin teknologiavalintoihin. EA-aloitetta ei suunniteltu kertaluonteiseksi projektiksi, vaan jatkuvaksi kurinpidoksi johdonmukaisen, tulevaisuudenvarman arkkitehtuurin luomiseksi.

Tärkeimmät strategiat onnistuneen hyväksymisen varmistamiseksi

Toimeenpanon tuki ja hallinto

Toimitusjohtaja ja toimitusjohtaja tukivat yhdessä EA-ohjelmaa ja perustivat Arkkitehtuurin arviointilautakunnan (ARB), jolla oli päätösoikeudet merkittäviin teknologiainvestointeihin. ARB:ssä oli edustajia liiketoiminta-alueista, riskienhallinnasta, vaatimustenmukaisuudesta ja IT-toiminnasta. Kuukausittaiset ohjauskomitean kokoukset varmistivat linjauksen strategisten painopisteiden kanssa. Tämä ylhäältä alas -sitoumus esti EA:n toiminnan jäämisen dokumentaatioharjoitukseen.

Sidosryhmien sitoutuminen ja yhteisluominen

EA-tiimi järjesti yli 100 työpajaa liike-elämän ja IT-alan sidosryhmien kanssa vähittäispankkitoiminnassa, omaisuudenhoidossa, yrityspankkitoiminnassa ja toiminnoissa. Näissä istunnoissa kartoitettiin nykytilan valmiuksia, tunnistettiin kipupisteitä ja luotiin yhdessä tulevaisuuden visioita. Sidosryhmien sitoutuminen oli ratkaisevan tärkeää sisäänoston varmistamiseksi ja sen varmistamiseksi, että arkkitehtuuri heijastaa todellisia toiminnallisia tarpeita abstraktien ihanteiden sijaan.

Vaiheistettu etenemissuunnitelma, jossa on selkeät välitavoitteet

EA:n etenemissuunnitelma jaettiin kolmeen vaiheeseen 36 kuukauden aikana. Vaihe 1 keskittyi arviointiin ja perustamiseen: Arkkitehtuurin arkiston perustaminen, EA-työkalun (LeanIX) valinta ja pienpankkitoiminnan pilottitoiminta. Vaihe 2: Tavoitteena oli konsolidointi: ydinsovellusten siirtäminen hybridipilvikäyttöön, datamallien standardointi ja käytöstä poistaminen. Vaihe 3 korosti innovaatiota: API-ohjattujen yhteyksien, mikropalvelujen ja reaaliaikaisen analytiikan mahdollistaminen. Jokaisessa vaiheessa oli mitattavissa olevia KPI-mittareita, jotka oli sidottu kustannusten vähentämiseen, aika-market-järjestelmään ja compliance-pisteisiin.

Teknologia ja teollisuuden standardit

Pankki otti käyttöön Open Group Architecture Framework (TOGAF) -menetelmän, joka räätälöitiin rahoituspalvelukohtaisilla tietoturva- ja sääntelylaajennuksilla. Viitearkkitehtuurit rakennettiin asiakasidentiteettiä, maksuja ja riskienhallintaa varten. Teknologiapinoa järkeistettiin hyväksyttyihin alustoihin, jolloin myyjien määrä väheni 400:sta 120:een. Cloud-native-ratkaisut ja SaaS-tarjoukset asetettiin etusijalle uusien valmiuksien osalta, kun taas perinteiset järjestelmät oli kääritty API-rajapinoihin asteittaisen siirtymisen mahdollistamiseksi.

Täytäntöönpanoprosessi

Arviointi ja lähtötason määrittely

Ensimmäiset kuusi kuukautta oli omistettu kattavan kuvan rakentamiselle nykyisestä arkkitehtuurista. TOGAF Architecture Development Method (ADM) . ... erityisesti vaiheiden A (Architecture Vision) kautta D (Teknologia Architecture) . EA-tiimi luetteloi 1200 sovellusta, 600 rajapintaa ja 80 datavarastoa. Puutteita tunnistettiin esimerkiksi yhdellä kirjautumisella, datalinjalla ja katastrofien korjaamisella. Valmius lämpökartta osoitti alueita, joilla on suurin tekninen velkaa ja liiketoimintariski.

Kohdevaltion arkkitehtuurin suunnittelu

Toimimalla tiiviissä yhteistyössä yritysarkkitehtien kanssa tiimi suunnitteli verkkotunnusvetoisten suunnitteluperiaatteiden ympärille organisoidun kohdevaltion. Ydinpankkitoiminta hajosi rajoittuneiksi kontekstiksi: asiakashallinta, tilit, liiketoimet, lainat ja raportointi. Jokaisessa kontekstissa oli määrätty tiedon omistajuudesta, API-sopimuksista ja integraatiomalleista. Teknologiaarkkitehtuurissa oli mukana solmu- ja ääni-integraatiomalli, jossa käytettiin yrityspalvelubussia (MuleSoft) ja datajärveä AWS:n analytiikan alalla.

Pilottihanke: Vähittäispankkitoiminnan muuntaminen

Ensimmäinen pilotti kohdistui vähittäispankkiasiakkaan laivallaoloon, jossa oli 10 päivän keskimääräinen käänne. EA-tiimi mallinsi prosessin loppuun asti, tunnisti tarpeettomia validointivaiheita ja suunnitteli uuden työnkulun matalan koodin työkaluilla. Pilotti lyhensi laivan kestoa 2 päivään ja saavutti 30% parannuksen ensipuhelun ratkaisussa. Menestysmittareita esiteltiin ARB:lle, joka hyväksyi laajennuksen muille liiketoiminta-alueille.

Muuttoliike ja konsolidointi

Seuraavan 18 kuukauden aikana pankki siirtyi 40% sovellusvalikoimastaan hybridipilvi (AWS tuotanto, toimitilat arkaluonteisia tietoja). Tietokeskusten konsolidointi vähensi laitosten kustannuksia 25%. Standardoitu tietojen hallinta.Käyttäen yhteistä tietomallia asiakas-, tuote- ja transaktiotiedot.Parempi raportointi johdonmukaisuus ja tilintarkastus valmius. EA-tiimi hallinnoi . .

Muutosjohtaminen ja koulutus

Omistettu muutoshallintatoimisto antoi koulutusta EA:n periaatteista, TOGAF-konsepteista ja arkkitehtuurin vaatimustenmukaisuuden prosesseista. Yli 500 IT-henkilöstöä ja 200 liikeanalyytikkoa suorittivat ohjelman loppuun. Kullakin osastolla valittiin mestarit arkkitehtuuripäätösten puolestapuhujaksi ja palautteen keräämiseksi. Viestintäkanavia olivat kuukausittain ilmestyvät uutiskirjeet, arkkitehtuurifoorumit ja Slack-yhteisö.

Tulokset ja hyödyt

Toiminnan tehokkuuden kasvu

Järjestelmäirtisanomisia vähennettiin 35% ja sovellusjalanjälki pieneni 1200:sta 780:een. Päivän lopun käsittelyajat laskivat 6 tunnista 1,5 tuntiin. IT-toiminnan kustannukset laskivat 18 prosenttia kahdessa vuodessa. Standardoitu integraatioalusta vähensi uuden sovellusliittymän rakennuskustannuksia keskimäärin 60 prosentilla.

Sääntelyn noudattaminen ja riskienhallinta

Tietojen hallinnan parantaminen mahdollisti sen, että pankki pystyi laatimaan sääntelyraportteja lähes reaaliaikaisesti. Sovellusten valvontaan liittyvät tarkastustulokset vähenivät 45%. Arkkitehtuuri varmisti, että kaikki uudet järjestelmät täyttivät ISO 27001:n ja PCI-DSS:n perusviivat. EA-varastosta tuli yksi totuuden lähde compliance-ryhmille.

Asiakaskokemuksen parantaminen

Digitaalikanavan NPS-pisteet nousivat 32:sta 58:een 18 kuukauden sisällä. Mobiilisovellus kaatumiset laskivat 70% ja keskimääräinen sivukuormitusaika parani 8 sekunnista alle 2 sekunnin ajan. Mikropalveluiden ja identiteettiliiton suoma uusi asiakaskokemus .

Innovaation kiihtyminen

Pankki vähensi aikaa uuden rahoitustuotteen lanseeraamiseen 18 kuukaudesta 4 kuukauteen. API-markkinapaikka mahdollisti kolmansien osapuolten kumppanien integroitumisen turvallisesti pankin palveluihin, mikä johti 12 uuteen fintech-kumppanuuteen ensimmäisenä vuonna. Avoimia pankkipalvelujen sovellusliittymiä koskeva pilottiohjelma oli PSD2:n mukainen ennen sääntelyn määräaikaa.

Oppineet ja parhaat käytännöt

Hallinto ilman byrokratiaa

Arkkitehtuurin tarkastuslautakunta vaati aluksi kattavaa dokumentaatiota jokaisesta pyynnöstä, joka hidasti ketteriä joukkueita. Pankki kääntyi kevyeen . Arkkitehtuurin päätöstietueeseen (ADR) joka kaappasi vain keskeiset kompromissit ja tulokset. Tämä vähensi hyväksymisaikaa viikoista päiviin ja piti samalla vastuuvelvollisuuden.

Metrics-Driven Evolution

EA:ta pidettiin usein abstraktina. Tämän torjumiseksi tiimi julkaisi neljännesvuosittain .Arkkitehtuuri Health Score. Kojelauta näyttää mittareita, kuten teknisen velkasuhteen, sovellusportfolion ikä, pilvi-hyväksyntäprosentti ja arkkitehtuurin compliance-aste. Nämä luvut tekivät EA:n arvosta konkreettista liiketoiminnan johtajille.

Jatkuva arkkitehtuuri, ei set-and-get

Ensimmäiset yritykset määritellä viiden vuoden staattinen tavoitetila osoittautuivat epärealistisiksi markkinaolosuhteiden ja -määräysten muuttuessa. Pankki hyväksyi dynaamisen arkkitehtuuristrategian, johon sisältyi vuosikatsauksia ja mukautuvia etenemissuunnitelmia.Tämä mahdollisti sen, että EA:n toiminta pysyi olennaisena COVID-19 -pandemian aikana, jossa etätyö oli käynnissä ja jossa AI-käyttöinen petos havaittiin nopeasti.

Tourling ja Automation

Oikean EA-työkalun valinta oli ratkaisevan tärkeää. LeanIX tarjosi reaaliaikaisia oivalluksia sovellusriippuvuuteen ja elinkaaren hallintaan. Automaattiset löydökset skannasivat verkon yöllä päivittämään varastoa, mikä vähensi manuaalista vaivaa. Työkalu on integroitu myös Jiraan ja ServiceNow:iin, jotta se voisi valvoa arkkitehtuurin vaatimustenmukaisuuden portteja projektin toimituksen aikana.

Päätelmät

Tämä tapaustutkimus osoittaa, että menestyvä yritysarkkitehtuurin käyttöönotto rahoituspalveluissa ei ole pelkästään tekninen hanke.Se on strateginen muutos, joka edellyttää johdon sponsorointia, sidosryhmien yhteistyötä, vaiheittaista täytäntöönpanoa ja jatkuvaa sopeutumista. Pankki saavutti mitattavia parannuksia operatiivisessa tehokkuudessa, sääntelyn noudattamisessa, asiakaskokemuksessa ja innovaation nopeudessa.Korkein tapa ottaa EA:n ydinkuriin on se, että se on asettanut itsensä vastaamaan nopeammin markkinamuutoksiin, omaksuu uusia teknologioita, kuten tekoälyä ja lohkoketjua, ja säilyttää kilpailuedun nopeasti kehittyvällä toimialalla. Muille rahoitusorganisaatioille, jotka harkitsevat vastaavaa tietä, on selkeä: EA:n tekemä oikea tuottaa konkreettista ja skaalautuvaa liikearvoa.

Lisätietoja EA:n toimintakehyksistä ja parhaista käytännöistä on virallisessa TOGAF-dokumentaatiossa[, Gartner-dokumentaatiossa []Enterprise Architecture research ja McKinsey-raportti Digitaaliyritysarkkitehtuurista.[]