Kokia visų be išimties Rusijos įmonių problema? Verslas turi savo supratimą apie tai, kas vyksta, savo reikalavimus ir tikslus, tačiau juos labai sunku išversti į konkrečių IT veiksmų kalbą, o šie reikalavimai ne visada pasiekia IT suprantama forma.
Antroji tradicinė problema yra sena IT. Pastaraisiais metais buvo daug chaotiškų pirkimų ir diegimo, todėl IT aplinka tapo daug sudėtingesnė. Bet kuris IT vadovas, prisijungęs prie įmonės, praleidžia daug laiko suvokdamas esamą situaciją. Kita vertus, verslas investuoja pinigus į IT ir nori pamatyti, kur jie nukeliauja, kokiems projektams ir iniciatyvoms bei kaip tai skatina įmonę siekti strateginių tikslų.
Rusijoje įmonių architektūros kryptis dar nėra išvystyta. Įmonės turi didelę paklausą kuriant konkrečių sprendimų architektūras, tačiau niekas rimtai nedalyvauja siejant architektūros komponentus organizacijoje. Geriausiu atveju tam naudojamos skaičiuoklės, kuriose informacija saugoma neformalizuota forma, o vadovui išėjus iš įmonės, žinios pasitraukia su juo.
Svarbiausia šio požiūrio pasekmė – neoptimalus lėšų išleidimas IT, kartais net visiškas švaistymas. Štai kodėl įmonės užsienyje vis dažniau demonstruoja strateginį požiūrį į IT valdymą, o vektorius vis labiau linksta į įmonių IT kraštovaizdžio racionalizavimą ir standartizavimą.
Žodžiai į veiksmus
Problema akivaizdi: reikia verslą sieti su IT, tiesti tiltą tarp jų, užtikrinant skaidrumą. Strategija turi būti paversta reikalavimais ir veiksmais, apie kuriuos reikia pranešti žmonėms. Kiekvienas skyrius turi suprasti darbo esmę ir bendrą IT plėtros kryptį.HPE Enterprise Maps sistema sukurta šiai problemai išspręsti. Svarbu tai, kad tai yra pačios įmonės plėtra, o ne pirktas sprendimas, kuris pastaruoju metu tapo retenybe. Tai gerai: HPE, kaip sistemų tiekėja, pati suprato, ko reikia ir ko reikia rinkoje, ir ėmėsi iniciatyvos sukurti tokį produktą. Įmonėje sukurta „Enterprise Maps“ sklandžiai sąveikauja su duomenimis iš kitų HPE sistemų ir yra praturtinta jais, kad sukurtų darnų, galingą sprendimą.
Kad dviratis nebūtų išradęs iš naujo, „Enterprise Maps“ naudoja TOGAF metodiką, kuri yra suprantama architektams ir parodo, kaip priartėti prie įmonės architektūros valdymo. ArchiMate 2.0 žymėjimas naudojamas kaip kalba, apibūdinanti architektūros elementų sąveiką tarpusavyje.
Pagrindiniai kuriamos sistemos tikslai – sumažinti su IT susijusias rizikas ir painiavą bei užtikrinti IT strategijos laikymąsi. Labai svarbu mokėti „gražius“ žodžius paversti konkrečiais veiksmais. Be to, prasmingas esamų sistemų „zoologijos sodo“ valdymas tampa nebanalia užduotimi: rinkoje yra daugybė tiekėjų, turinčių savo licencijavimo, produktų atnaujinimo ir senų sprendimų pašalinimo iš apyvartos politiką.
Beveik bet kurioje įmonėje galite rasti programinės įrangos, kuriai palaikymas yra mokamas, nors jos tikrai nereikia arba, be to, sistema jau pašalinta iš palaikymo. Nutinka ir atvirkščiai: įmonė planuoja kurti naują sistemą, nesuvokdama, kad jos naudojama platforma yra labai pasenusi.
IT ir verslui
Kam tai gali būti įdomu? Jei įmonė turės tokias įmonės architekto pareigas, ji taps pagrindine suinteresuota šalimi.Paprastai architektūrai apibūdinti naudojamos piešimo programos, pavyzdžiui, Microsoft Visio. Svarbu pažymėti, kad „Enterprise Maps“ yra ne braižymas, o modelių, susietų su realiu pasauliu, kūrimas, kurių kūrimo metu bus stebima, kaip laikomasi įvairių strategijų. Neįmanoma sukurti objekto, atskirto nuo tikrovės.
Architektai – tai auditorija, kuri supranta sistemos privalumus ir geba įvertinti jos galimybes. Tačiau, deja, jie dažniausiai netvarko biudžetų, o sprendimai bus priimami aukščiau.
Kita svarbi vartotojų grupė yra finansų direktoriai ir CIO. Jie turi skirtingas užduotis. Pavyzdžiui, finansų direktorius gal ir nelabai suvokia, kas vyksta IT srityje, tačiau jam svarbu matyti, kur eina investicijos ir kiek ši sritis yra prioritetinė strateginiu požiūriu. Informaciją apie tai jis gaus ne darbuotojų redaguojamo pranešimo pavidalu, o realios informacijos pjūvio pagalba. Informacinių technologijų vadovui svarbus IT skyriaus veiklos skaidrumas ir papildomas jų sprendimų pagrindimas aukščiausiai vadovybei.
Žinoma, šios klasės sprendimais domisi stambus verslas, pasiekęs tam tikrą brandą – žmonės, kurie suprato, kad reikia susitvarkyti. Labai svarbu yra tai, kad Enterprise Maps, skirtingai nei sudėtingesni sprendimai, kuriems reikia esminio požiūrio, siūlo kelią į „greitą pergalę“: greitai įgyvendinkite atskirą scenarijų, kad pasitvirtintumėte, ir palaipsniui didinkite sprendimo galią.
Pavyzdžiui, sistemoje yra scenarijus „Penki veiksmai norint perkelti programą į debesį“. Tokių paruoštų scenarijų turėjimas yra labai svarbus įgyvendinant greitus projektus, parodančius verslui sprendimo naudą.
Ne tik pranešimai
„Enterprise Maps“ apima tris tipines paskirties vietas. Pirmasis yra sujungti esamus duomenis (architektūros modelius, verslo strategijas) į vieną saugyklą, kurioje visi elementai yra susieti su įmonės architektūra, paskirti žmones, atsakingus už informacijos skyrius, ir nustatyti sinchronizavimą su įvairiais duomenų šaltiniais.Antra, matydami esamą situaciją, galite sukurti perėjimo į tikslinę būseną planą, nustatydami trūkstamus elementus naudodami spragų analizę. Tai yra pagrindinis skirtumas tarp sprendimo ir konfigūracijos valdymo duomenų bazių (UCMDB), kurios atspindi tik esamą situaciją ir tik infrastruktūros lygiu. Trečia svarbi sritis – požiūrio į IT turtą, sistemas ir funkcijas standartizavimas.
Sistemos išvestyje įmonė gauna informacijos gabalėlius įvairiems vartotojams. Kiekvienas iš jų matys jį dominančią informaciją. Įmonių žemėlapių pagalba galite atsakyti į įvairius klausimus: pavyzdžiui, galite sužinoti, kiek kainuoja tam tikros programos priežiūra, ar investicijos atitinka strategiją, kur nukeliauja lėšos, ką galima padaryti naudojant skirto biudžeto.
Dažniausiai, pamatę Enterprise Maps galimybes, daugelis klausia: ar tai ataskaitų teikimo sistema? Taip, yra didelių panašumų. Tačiau sprendimas ne tik atsakingas už duomenų pateikimą gražia grafine forma, bet ir tampa pagrindiniu architekto darbo įrankiu – įmonės architektūros modelių kūrimo ir priežiūros priemone.
Svarbu, kad sistemoje būtų galima nustatyti architektūros (tiek infrastruktūros dalies, tiek taikomųjų programų) plėtros politiką, kuri bus stebima. Draudžiami veiksmai nebus atliekami, o tolesnis taisyklių laikymasis bus tikrinamas dar kartą. Taigi architektas ne tik „piešia paveikslus“, bet gana apgalvotai kreipiasi į problemų sprendimą.
Duomenų šaltinis
Kad sistema veiktų, ji turi būti užpildyta duomenimis. Tai nesunkiai galima padaryti naudojant „Excel“ lenteles ir failus, ir to pakanka daugumai klientų – taip dažniausiai saugoma informacija apie įmonės architektūrą. Pažangesni klientai turi UCMDB sistemas, kurios taip pat tampa vertingu duomenų šaltiniu.Kitas svarbus šaltinis – projektų portfelio valdymo sistema. Iš čia kyla tikslai, programos ir projektai. Remiantis šiais duomenimis, galima parodyti vykdomų projektų vietą bendroje strategijoje.
Galiausiai, norint užpildyti sistemas, neapsieisite be modeliavimo įrankių – pavyzdžiui, „Sparx Enterprise Architect“, viena populiariausių sistemų dėl mažos kainos. Be to, kai kuriais atvejais pageidautina naudoti tokius specializuotus įrankius. Jei kuriate naują sistemą, kuri taps pagrindiniu architektūros elementu, geriau pasiimti tam sukurtus ir vartotojams pažįstamus projektavimo įrankius, o tada įkelti sukurtus modelius į Enterprise Maps, kur jie bus susieti su dabartinėmis sistemomis. , infrastruktūra, planai ir projekto veikla.
Objektyvus vaizdas
Svarbią sistemos dalį sudaro įmontuotos ataskaitos – informacijos skyriai, kurie tampa vertingu žinių šaltiniu priimant sprendimus dėl IT plėtros. Tarp jų yra keletas pagrindinių.Vienas iš jų – Application Portfolio Business Opportunity ataskaita. Remdamiesi jos duomenimis, galime pasakyti, kur įmonė turėtų investuoti pagal savo strategiją, išryškindama strategiškai svarbius sprendimus, arba atvirkščiai – identifikuoti kandidatus pereiti į debesį. Kitas žingsnis – nustatyti verslui svarbias programas, kurios palaiko pagrindinius procesus ir todėl reikalauja ypatingo dėmesio.
Strateginių investicijų ataskaita leidžia pamatyti atotrūkį tarp faktinių investicijų ir verslo prioritetų. Pavyzdžiui, naudodamiesi finansine informacija iš projektų portfelio valdymo sistemos, galite nustatyti perteklines investicijas į neprioritetines sritis. Tai suteikia finansinio skaidrumo, kurį nori matyti įmonės. Programų kainos peržiūra taip pat suteikia peno pagalvoti apie jų verslo vertę ir realias išlaidas.
Platformos naudojimas yra ataskaita, kuri taip pat gali būti labai naudinga. Tai leidžia suprasti, pavyzdžiui, kad trečdalis programų naudoja nepalaikomą platformą, o jei planuojate diegti naują sistemą, tuomet turėtumėte apie tai pagalvoti.
Viena iš svarbiausių galimybių yra „priklausomybių medžio“, rodančio ryšį tarp konkrečių infrastruktūros elementų ir verslo paslaugų, sukūrimas. Dažnai pasitaiko situacijų, kai verslui reikšmingos sistemos veikimą palaiko vienas serveris, o tai sumažina jo atsparumą gedimams arba atvirkščiai – nekritinė aplikacija veikia nepagrįstai brangia įranga.
Priemonė įvesti tvarką
Tarp labiausiai korporatyvine architektūra besidominčių įmonių yra gana brandžios finansinės organizacijos. Priežastys akivaizdžios: jie nuolat turi būti „IT priešakyje“, užvaldyti naujas rinkas, o tai atsispindi IT architektūroje. Labiau tikėtina, kad jiems reikia skaidrumo, įskaitant tikslų siekimo procesą. Galiausiai, finansų pramonė yra itin konkurencinga, o didelės IT klaidos gali brangiai kainuoti.Nemanykite, kad įmonės architektūros valdymo sistemos yra sprendimai tik milžinams. Jei galite parodyti verslui, kad yra platformų, už kurias galbūt ilgą laiką nebuvo mokama, ar verslo reikalavimų, kuriems nebuvo skiriama pakankamai dėmesio, rezultatas gali būti labai įspūdingas net ir nedidelei įmonei.
Tačiau vis dar yra pagrįstas įmonės dydžio apribojimas. Minimalus pirkimas – 10 licencijų, tai yra, organizacijoje turi būti bent 10 tuo besidominčių žmonių. O keli architektai jau yra gana didelė organizacija.
Tačiau svarbiausia, kad įmonė, per pastaruosius metus įsigijusi daug įrangos ir programų, turi būti pasirengusi sutvarkyti savo IT ekonomiką. Jų dar nėra daug.
Buvo laikai, kai nebuvo informacinio kraštovaizdžio. O gal jie tiesiog norėjo jo nepastebėti? Informacinės sistemos pasižymėjo nepaprasta arogancija ir karaliavo sterilioje, beorėje erdvėje. Vis labiau kompleksuodami jie pradėjo galvoti apie savo architektūrą – kaip suteikti sau ir savo artimiesiems tokias patrauklias savybes kaip ištvermė ir efektyvumas. Tačiau jie vis tiek pasižymėjo nedovanotinu egoizmu.
Kiekviename automatizuotų sistemų (AS) diegimo projekte buvo stengiamasi mažiau dėmesio skirti tam, ką įmonė jau turi IT srityje (dabartinis IT kraštovaizdis), o tai komerciniu požiūriu buvo gana pagrįsta. Kraštovaizdžio sąvoka, susijusi su IT, buvo viena iš pirmųjų, kurią SAP panaudojo, kai kompleksiniame savęs pažinimo kelyje, kurio tikslas buvo įgyti konkurencinių pranašumų ir pelno, jis atrado, kad net ji neapima visų automatizavimo poreikių. moderni įmonė. Apsidairiusi ji rado daugybę sistemų, sistemų ir programų, kurių įmonė nenorėjo ar negalėjo atsisakyti. Žinomi duomenų perdavimo iš vienos sistemos į kitą būdai, kaip ir anksčiau, nesvarbu, ar juos įvedant iš vienos sistemos ir įvedant klaviatūra į kitą, kopijuojant ar įrašant į Excel ir įkeliant iš ten, jau seniai įrodė savo neefektyvumą. Be to, jie yra pavojingi informacijos kokybei. Visas efektyvumas ir patikimumas, kurį buvo galima pasiekti diegiant ne pačią pigiausią programinę įrangą naudojant ne pačius paprasčiausius ir pigiausius projektus, sugriuvo su tokia „integracija“ arba, tiksliau, „dezintegracija“.
Pirmiausia pradėjo niurzgėti vartotojai, o paskui – verslo klientai. Vartotojai – dėl mechaniško ir beprasmiško informacijos nešėjų darbo, užsakovai – dėl realių pranašumų, kuriuos žadėjo sunkiųjų sistemų tiekėjai ir šiuos sprendimus diegiančios įmonės, nebuvimas. Čia prasidėjo „IT kraštovaizdžio dizaino“ era. Paaiškėjo, kad yra daug garsiakalbių, įrangos, komunikacijų, gyvų žmonių su savo įpročiais ir patirtimi, taip pat įmonių standartais, į kuriuos reikia atsižvelgti ir su kuriais tenka susitaikyti. Kitaip tariant, šviesus kintamosios srovės pastatas turi būti pastatytas realiame, o ne abstrakčiame pasaulyje. O štai dangoraižis ant vasarnamio tampa, švelniai tariant, netinkamas, kaip ir persirengimo namelis miesto centre. Žinoma, galima iškasti krūmus, užpilti balą, išlyginti nedidelę kalvelę, sugriauti pastatą. Tačiau kuo reikšmingesni informacinio kraštovaizdžio elementai, tuo sunkiau juos pakeisti, kad jie atitiktų naują architektūrinę struktūrą. Ir bent jau į šias pastangas ir susijusias išlaidas turi būti atsižvelgta analizuojant projektą.
Kraštovaizdis ir architektūra
Taigi formuojant AS architektūrą reikia atsižvelgti į aplinkinį kraštovaizdį, tačiau kyla klausimas: „Kodėl reikėjo įvesti kraštovaizdžio sąvoką, kai jau yra Enterprise Architecture koncepcija? Aplink ją jau sukurta idėjų, standartų ir metodų sistema. Sunku pasakyti, kas paskatino SAP autorius, tačiau galima daryti prielaidą, kad kraštovaizdžio koncepcija jiems buvo reikalinga tam, kad naujai kuriama sistema būtų atskirta nuo realybės, kuri jau egzistuoja įmonėje. Yra dar vienas aspektas. Jei architektūra suponuoja tam tikrą atvirumą, aiškumą ir formalizavimą, tai peizaže gali būti daugiau paslapčių ir jis gali būti vaizduojamas neaiškiai patikimai. Tačiau viskas, kas vadinama senosiomis sistemomis, beveik visada yra menkai dokumentuojama arba visai nedokumentuojama. Todėl, kai kraštovaizdžiui taikomi įmonės architektūros aprašymo metodai, turime būti pasiruošę daugybei baltų ir pilkų dėmių. Šių dėmių užpildymas – kur reikia – yra savas mokslas, tiksliau menas. Neretai formalizavimo negalėjimas verčia įmones atsisakyti esamų kraštovaizdžio elementų ir panardina juos į brangius projektus su didele rizika. Todėl informacinis kraštovaizdis, kaip ir gamtoje, gali būti kupinas grėsmių ir rūpesčių. Tačiau įvaldžius kraštovaizdžio dizainą, trūkumus galima paversti privalumais sumaniai integruojant konstrukciją į supančią „gamtą“, sumaniai naudojant esamas IT priemones.
Šiuolaikinės įmonės kraštovaizdis gana stipriai priklauso nuo įmonės tipo (žr. 1 lentelę).
| Klasifikacijos tipas | Poveikis kraštovaizdžiui | Kraštovaizdžio ypatybės |
|---|---|---|
| Industrija | Bankams ABS vaidina ypatingą vaidmenį, telekomunikacijoms – atsiskaitymo sistemoms, mechanikos inžinerijai, laivų statybai, orlaivių gamybai – CAD/CAM/PDM, gamybos įmonėms – automatizuotos procesų valdymo sistemos ir MES, pardavimo įmonėms – pardavimo pajėgų automatizavimas ir CRM. sistemos. | Tam tikrose pramonės šakose kraštovaizdis kuriamas aplink centrinę AS, kuri yra svarbiausia įmonei. |
| Teritorinė struktūra | Paskirstytoms, labai centralizuotoms įmonėms reikalingos centralizuotos sistemos, palaikančios paskirstytą architektūrą ir atsparios tinklo gedimams. Tai taip pat kelia reikalavimus tinklui ir visam kraštovaizdžiui. | Geografiškai paskirstytos įmonės, turinčios stiprią centralizaciją, pasižymi aukšta ryšių kokybe ir programinės įrangos patikimumu tinklo gedimų atveju. |
| Nuosavybės tipas | Valstybės įmonės aktyviai naudoja dokumentų valdymo sistemas, komercinės – analitines sistemas. | Nuosavybės tipas lemia dokumentų srautų ir finansų valdymo automatizavimo įrankių reikalavimus. |
| Dydis | Didelėms įmonėms svarbu sistemos našumas, mastelio keitimas ir patikimumas. Mažiems – paprastas montavimas, konfigūravimas ir priežiūra. | Reikalavimai įmonės architektūros komponentams yra skirtingi, todėl kraštovaizdžio išvaizda labai skiriasi. |
Beveik visoms šiuolaikinėms įmonėms būdingas margas informacinis kraštovaizdis, o tai, kas vadinama senosiomis sistemomis, vaidina svarbų vaidmenį jame. Jau seniai niekas nesiūlo viso to sumažinti ir visiškai pertvarkyti į vieną projektą. Todėl ne tik bet koks įgyvendinimas, bet ir dauguma bet kurio architektūrinio sluoksnio pakeitimų reikalauja išanalizuoti, kaip šie pokyčiai paveiks visą įmonės kraštovaizdį. Deja, pokyčių valdymo kokybė daugeliu atvejų palieka daug norimų rezultatų. Mažai žmonių galvoja apie kraštovaizdį. Gerai, jei jie apsiriboja bent jau gretimais „krūmais“ ar net planuoja įvesti AS, kaip senais gerais laikais - neatsižvelgdami į esamą informacinį kraštovaizdį.
Kraštovaizdžio komponentų klasifikacija
Pabandykime pažvelgti (2 lentelė) į informacinio kraštovaizdžio komponentus, visus šiuos krūmus, medžius, uogas ir gėles ir kaip jie dera tarpusavyje.
| Kraštovaizdžio elemento tipas | Pagrindinės charakteristikos | Integravimo metodai |
|---|---|---|
| Didelės įmonės sistemos (ERP, CRM, ...) | Platus funkcionalumo spektras Protinga architektūra Įgyvendinimo metodika Gera dokumentacija Gerai išvystytos API ir gerai apgalvotos tobulinimo technologijos |
Gerai apgalvoti integravimo metodai, sąsajos, adapteriai, aprašyti XML ESB, taikomųjų programų serveriai J2EE, .NET, CORBA, XML, EDI |
| Parengtos siauros specializacijos sistemos (duonos geriausia) (dokumentų srautas, projektų valdymas, apskaitos sistemos...) | Sistemos, užimančios vieną iš pirmaujančių pozicijų savo segmente. Paprastai savo srityje siūlo geresnes funkcijas nei didesnės sistemos. | Integravimo galimybės nėra tokios įvairios, kaip didesnių sistemų atveju, tačiau technologijų pasirinkimas dažniausiai yra toks pat. |
| Funkcinės platformos (BPM, aptarnavimo palaikymas ir kt.) | Sistemos, kurios siūlo patogias garso kolonėlių surinkimo priemones pasirinktoje funkcinėje srityje. Dauguma šių versijų neapima kodavimo, nors šios sistemos visada turi API. Paprastai šiose platformose siūlomi ir jau paruošti sprendimai, kuriuos galima toliau plėtoti. | Integravimo būdus lemia technologija, kuria remiasi platforma. Labiausiai paplitusios platformos yra J2EE ir .NET. |
| Programinės įrangos platformos – kūrimo aplinkos (Eсlipse, Visual Studio, NetBean) | Programinės įrangos platformos siūlo kūrėjams patogią priemonę kurti programas, turinčias platų funkcionalumą ir paprastai neturi elementų, orientuotų į konkrečią funkcinę sritį. Daugelis platformų siūlo vaizdo kūrimo įrankius, leidžiančius iš dalies kurti programas be kodavimo | Integravimo įrankius lemia naudojama technologija, šiuo atveju programavimo kalba |
| Individualūs pokyčiai | Paprastai individualūs pokyčiai bent kažkaip dokumentuojami | Integravimo įrankiai priklauso nuo to, kas iš tikrųjų buvo užsakyta, todėl jei yra kokių nors planų dėl integracijos plėtrai, tuomet geriau nedelsiant įtraukti atitinkamus reikalavimus į technines specifikacijas. |
| Savo vystymąsi | Platformoje taip pat galima sukurti savo plėtrą. Paprastai jie yra prastai arba visai nedokumentuojami ir dažnai yra juoda dėžė, kurios negalima pakeisti. | Sunkiausiai integruojami kraštovaizdžio elementai |
Apskritai, nė vienas iš lentelės elementų. 2 nėra geresnis ar blogesnis už kitą – viskas priklauso nuo konkrečios įmonės ir situacijos. Visų pirma, patentuota programinė įranga, kurią sunku integruoti, jei įmonėje yra nusistovėjęs programinės įrangos kūrimo procesas, gali būti labiau tinkama derinti su kitais komponentais nei visi kiti elementai. Pastarosios išvados naudai galime paminėti didžiausio Japonijos telekomunikacijų operatoriaus „Docomo“ pavyzdį. Visa programinė įranga šioje įmonėje yra kuriama savarankiškai, kuriai „Docomo“ dirba nemažas IT specialistų kolektyvas. Jie tokį požiūrį paaiškina paprastai: „Mums lankstumas yra svarbiausias konkurencinis pranašumas. O verslo lankstumas reikalauja mūsų garsiakalbių lankstumo. Todėl esame pasirengę mokėti kelis šimtus kūrėjų, investuoti pastangas ir pinigus į jų mokymus ir motyvaciją, tačiau už tai turėsime „visus pokyčius mūsų rankose“. Kiek galime pasakyti, daugelis Japonijos įmonių laikosi šio požiūrio, kuris, atrodo, labiausiai tinka Japonijos verslo stebuklui.
Priešingai, Rusijos įmonės šiuo metu pereina nuo vidaus plėtros prie išorės paslaugų. Daugelis vadovų mano, kad tokiu atveju jie galės visiškai išsivaduoti nuo AS kūrimo proceso valdymo ir išsigydyti nuo skausmingo galvos skausmo. Jų iliuzija yra ta, kad visų kitų elementų, išskyrus jų pačių plėtrą, nereikia valdyti, o užsakovų sukurtos sistemos, pasodintos į savo įmonės dirvą, pasirodys visiškai suderinamos viena su kita ir su aplinkiniu kraštovaizdžiu. . Kiek kartų jie pasauliui sakė: renkantis bet kurį komponentą, jo suderinamumo reikalavimas turėtų tapti vienu iš svarbiausių - ir problema, deja, vis dar yra. Akivaizdu, kad norint iškelti tokį poreikį, reikia žinoti, ko paklausti – informacinis kraštovaizdis turi būti aprašytas bent kokia nors patikima forma. Kas jį turi? Taip gimsta negyvybingi keistuoliai – AC, kurie neįsileidžia ir negali įsišaknyti, ir merdi įmonių peizaže po pasipiktinusių dejonių tų, kurie bandė juos įskiepyti.
Kraštovaizdžio elementų derinimo įrankiai
Yra dvi „naujienos“: gera ir bloga. Gerai tai, kad šiuolaikinės IT leidžia bet ką integruoti su bet kuo. Tai yra išteklių (pastangų ir pinigų), rezultato patikimumo ir pastangų, kurių prireiks norint išlaikyti ir palaikyti integruotą sprendimą, klausimas. Tačiau pastarasis klausimas akivaizdžiai nebuvo ištirtas. Kalbėdami apie natūralų kraštovaizdį, jie prisimena, kad be tinkamos priežiūros jis labai greitai pavirs laukiniu krūmynu. Kalbėdami apie informacinį kraštovaizdį jie tiki, kad svarbu jį panaudoti vieną kartą, tada viskas bus gerai. Kaip ir daugelis klaidingų nuomonių, tai slypi pasąmonės gelmėse, todėl su tuo kovoti sunku.
Blogos naujienos yra tai, kad bet koks integruotas sprendimas yra daug sudėtingesnis, sunkiau prižiūrimas ir plėtojamas, brangesnis ir tuo pačiu daug prastesnis nei parduodamas verslui. Pastarasis yra labai svarbus. IT vadovai, integratoriai ir konsultantai susiduria su šiuo iššūkiu. Juk ši integracija negali būti rodoma ar įgyvendinama atskirai nuo to, kas integruojama. Ir gana sunku paaiškinti, kad dabar informacija bus kitokios kokybės, nes informacijos kokybės samprata mūsų šalyje, deja, nėra išvystyta.
Taigi integracijos projektai pridedami prie įgyvendinimo projektų, finansuojami likutiniu pagrindu ir daromi „ant gyvos gijos“, o tai reiškia, kad vėliau kažkaip, kai atsiras laikas ir biudžetas, viską padarysime teisingai. Tačiau nėra nieko pastovesnio už laikiną. Todėl nebaigta integracija persekios įmonę ilgus metus, neleisdama gauti žadėtos naudos ar kompetentingai įgyvendinti reikiamus pokyčius. Kaip iliustraciją galime pateikti vieno IT vadovo samprotavimą, kuris įtikino vadovybę įgyvendinti bent jau integraciją ir taip parodyti projekto sėkmę: „Na, ar galime sujungti dvi sistemas? Ak, kažkas jau veikia! Na, parodykime! Akivaizdu, kad reikėjo parodyti tik virtualų tiltą tarp dviejų, dar neveikiančių sistemų.
Informacinio kraštovaizdžio elementų derinimo sistemas galima suskirstyti į dvi grupes: juostą ir skėtį.
Juostiniai garsiakalbiai dažniausiai gaminami ESB magistralės pagrindu, prie kurios atskiri garsiakalbiai yra pritvirtinti prie „siurbtukų“ – standartizuotų sąsajų – ir sąveikauja tarpusavyje per magistralę. Šios sistemos išaugo iš CORBA technologijos ir pranešimų sistemų.
Skėtinės sistemos, kurios taip pat dažnai yra pagrįstos ESB, suteikia prieigą prie skirtingų informacinių sistemų sistemų, padengdamos jas kaip skėtis. Paprasčiausia forma tai yra įmonių portalai, kurie suteikia prieigą prie įvairių organizacinių sistemų. Šiandien aktyviai populiarėjančios BRM sistemos yra skėtinės tipo.
Tiek juostinėms, tiek skėtinėms integruotoms sistemoms dažniausiai reikia apdoroti integruotus garsiakalbius, nebent pastarieji turėjo daug iš anksto nustatytų adapterių ar sąsajų. Kadangi tai tampa vis svarbesni integruotame kraštovaizdžio pasaulyje, daugelis gamintojų stengiasi savo kūriniams suteikti daugybę patogių ir patikimų integravimo funkcijų. Jie ne be reikalo mano, kad tai yra vienas iš svarbių konkurencinių pranašumų. Savo ruožtu norėčiau, kad vartotojai išmoktų vertinti šias pastangas.
Kita vertus, gamintojams rūpi tik jų informacinio kraštovaizdžio „krūmai ir medžiai“. Mažai tikėtina, kad iš jų bus galima reikalauti, kad jie veiktų kaip viso įmonės informacinio kraštovaizdžio sodininkai - tai yra sistemų integratorių sritis tiek pavadinimu, tiek esme. Tačiau iki šiol šalies integratoriai nesiekė prisiimti šio garbingo, bet labai sunkaus vaidmens. Esant tokiai situacijai, kai debesys grasina užimti dideles IT rinkos dalis, sistemų integratoriai turi skubėti į šią vis dar pustuštę verslo sritį.
Jei Tinklas vienija žmones įvairiose pasaulio vietose, tai jis puikiai tinka vienyti įmones, sukurti tai, kas vadinama Supply Chain – tiekimo grandine, skirta tiekėjų ir vartotojų sąveikai organizuoti, bendradarbiavimui ir minios tiekimui (pritraukti „minią“ į gamybos ir pardavimo savanoriai darbuotojai). Visa tai rodo visiškai kitokį informacinį kraštovaizdį, palyginti su tuo, apie kurį kalbėjome anksčiau. Galbūt net terminas „peizažas“ čia ne visai tinka, bet labiau tiktų „informacinis pasaulis“ ar „verslo internetas“. Akivaizdu, kad reikalavimai integravimo priemonėms tik didės.
Tačiau iki šiol įmonių sąveika, stebėtinai, vis dar dažnai remiasi senoviniu EDI, kai viena AS įdėjo failą, o antra atėmė. Kitas dalykas yra tai, kad dabar šie failai yra XML formatu, būtent EDI dažniausiai naudojamas didžiausių automobilių koncernų sąveikai su komponentų tiekėjais. Beje, tie, kurie dar nesuvokė, kad integracija nustojo būti tuo, ko galima lengvai atmesti, turėtų žinoti, kad nepateikus operatyvinės informacijos apie užsakymo eigą, be integracijos su automobilių milžino naudojamais garsiakalbiais, įmonė net nelaikomas automobilių komponentų tiekėju.
Integracija, informacinio kraštovaizdžio kūrimo ir palaikymo klausimai vis labiau slegia bankus ir telekomunikacijų, gamybos ir mažmeninės prekybos įmones. Bet kuriuo atveju ateitis siejama su informaciniu kraštovaizdžiu, kuris leis lengvai integruoti naujus elementus, pašalinti ir pakeisti esamus, o įmonės IT traktuoti kaip vieną visumą.
Marina Anšina([apsaugotas el. paštas]) – Rusijos CIO sąjungos (Maskva) Standartų komiteto pirmininkas.
BINBANKAS baigė funkcionaliausios bankinės IT sistemos sukūrimo, diegimo ir integravimo projektą. Įgyvendinant šį projektą buvo panaudotos pažangios technologijos ir geriausia IBM, Oracle, Tata Consultancy Services, Diasoft ir LANIT produktų ir integravimo patirtis.
Gerinti klientams siūlomų produktų ir paslaugų kokybę, didinti verslo procesų efektyvumą ir konkurencingumą, optimizuoti infrastruktūrą ir kaštus – tokius BINBANKE vykdomo projekto tikslus. Būtent jų sprendimas buvo pagrindas pagrindiniams parametrams renkantis sistemų ir technologijų tiekėjus.
„Nuo pirmųjų savo darbo dienų BINBANK laikėsi aktyvios politikos, kurios tikslas – maksimalus dėmesys klientui. Banko vadovybė realiai vertina esamą ekonominę situaciją, suprasdama, kad efektyvios, tvarios plėtros galimybės išlieka ir šiandien“, – pažymi BINBANK vyresnysis viceprezidentas Aleksejus Kolabuchovas.
„Naujoji IT infrastruktūra leis bankui artimiausioje ateityje visapusiškai išnaudoti naujas pažangiausias technologijas ir sustiprinti savo konkurencines pozicijas, kol šalies ekonomika išbręs iš krizės“, – priduria jis.
Projektui įgyvendinti nuo įgyvendinimo iki integravimo darbų buvo pasirinktos į paslaugas orientuotos architektūros (SOA) principais pagrįstos technologijos – būtent jų panaudojimas leido pagerinti kuriamos IT infrastruktūros produktyvumą ir lankstumą.
Dabar, siekdami padidinti verslo procesų efektyvumą, BINBANK specialistai per trumpiausią laiką gali sukurti naujus bankinius produktus ir papildyti esamus naujomis galimybėmis. Be to, didelis IT infrastruktūros konfigūravimo technologijų lankstumas leis bankui greitai reaguoti į rinkos sąlygų pokyčius, greitai įeiti į rinką su naujais pasiūlymais, užtikrinant optimalią naujų banko produktų kainą.
SOA technologijų naudojimas leidžia centralizuoti IT išteklius ir taip padidinti veiklos patikimumą bei žymiai sumažinti išlaidas, susijusias su tolesniu operacijų palaikymu, IT personalu ir vadovybe. Be to, nauja sistemos architektūra leidžia iki minimumo sumažinti veiklos gedimų riziką, atsirandančią dėl „žmogiškojo faktoriaus“ įsikišimo ir nenugalimos jėgos aplinkybių.
Taip pat verta atkreipti dėmesį į tai, kad BINBANKelyje sukurta sistema yra integruota su kitomis informacinėmis sistemomis į vientisą IT peizažą, o tai padidina IT procesų greitį derinant dukterinių įmonių sistemas.
Suvienodinus klientų bazę ir visą produktų liniją, bankas gaus dar vieną konkurencinį pranašumą – padidėjusį klientų lojalumą, kurie gaus greičiausią ir kokybiškiausią aptarnavimą bet kuriuo metu ir bet kuriame banko skyriuje.
Šiandien BINBANK projektas yra didžiausias visų tiekėjų integracijos sprendimų ir produktų įgyvendinimas Rusijos finansų sektoriuje. Naujo sprendimo kūrimo sandorių pagrindas buvo „Tata Consultancy Services“ mažmeninės bankininkystės verslo automatizavimo sistema BαNCS.
BαNCS sistema yra įdiegta remiantis nelaimėms atsparia infrastruktūra, kurią sudaro du geografiškai paskirstyti klasteriai ir užtikrinamas ne ilgesnis nei 1 valandos pagrindinių programų atkūrimo laikas, net jei vienas iš duomenų centrų visiškai sugenda. . Projektą įgyvendino IBM, turinti didelę patirtį kuriant itin patikimas, produktyvias ir gedimams atsparias sistemas. IBM specialistai parengė infrastruktūros projektavimo ir diegimo planą, įdiegė, sukonfigūravo ir išbandė du klasterius bei parengė veiklos dokumentų rinkinį.
Nelaimėms atspari infrastruktūra sukurta aukščiausios klasės IBM System p590 serverių, DS8300 saugojimo sistemų ir TS3500 juostų bibliotekų pagrindu.
Siekdamas išspręsti verslo Rusijos sąlygomis ir ataskaitų kūrimo pagal Rusijos banko reikalavimus problemas, BINBANK kreipėsi pagalbos į „Diasoft“, kuri pasiūlė novatorišką produktą, įgyvendintą pagal pagrindinę projekto koncepciją – SOA technologijas.
Diasoft FA# Bank, General Ledger (SOA) – tai naujos kartos produktas, vienintelis Rusijoje sukurtas savo klasės sprendimas, kurio veikimas visiškai atitinka rimčiausius reikalavimus ir didelės daugiašakės struktūros verslo apimtis. Remdamasis šiuo Diasoft sprendimu, bankas sukūrė ataskaitų teikimo langus ataskaitų formoms generuoti pagal TFAS ir RAS.
Diasoft FA# informacinės sistemos integravimas su BαNCS sistema buvo įmanomas dėka specialiai Diasoft sukurtų adapterių – jie leidžia atsisiųsti operacijas iš pagrindinio ABS ir atlikti derinimą dienos pabaigoje kelių gijų režimu.
SOA architektūros diegimo BINBANK pagrindus suteikė Oracle Fusion Middleware produktų pagrindu sukurta integracijos platforma. Dėl to BINBANK sukūrė informacinę erdvę, kurioje per integracinę platformą tarp 170 informacijos šaltinių su 9 skirtingų tipų informacinėmis sistemomis kasdien praeina apie 400 tūkstančių įvykių. Be to, sumažinamos naujų technologinių verslo procesų kūrimo ir jų prijungimo prie bendros banko IT infrastruktūros kaštai.
Projektas naudojasi visais įmonės duomenų magistralės ir „Oracle“ technologijos produktų pranašumais, ypač: paprasta sąranka ir administravimas, neprilygstamas našumas, mastelio keitimas, valdymas ir nedideli išteklių reikalavimai. Projektas buvo įgyvendintas remiantis sprendimu, kuris pasaulyje pripažintas Nr. 1 SOA valdymo srityje ir buvo įtrauktas į Oracle Fusion Middleware šeimą kaip WebLogic linijos dalis, pagrįsta sėkmingos Oracle ir BEA integracijos rezultatais. Sistemos. Pasirinkus Oracle integravimo platformą, BINBANK gali sumažinti išlaidas ir užtikrinti maksimalų ekonominį efektyvumą.
Įmonei LANIT buvo duota kertinė užduotis – panaudojant banke sukauptą patirtį sprendžiant integracijos problemas, sukurti SOA architektūrą, užtikrinti įdiegtų ir esamų sistemų integravimą į vieną banko informacinę erdvę bei automatizuoti svarbiausios informacijos srautus tarp bankininkystės. sistemos, užtikrinančios be problemų reikalingų bankinių procesų veikimą.
LANIT specialistai sukūrė labai patikimą visapusišką SOA architektūros integravimo sprendimą, pagrįstą „Oracle Corporation“ produktais „Oracle Fusion Middleware“ linijoje. Šis sprendimas pasižymi dideliu atsparumu gedimams, našumu ir saugumu bei turi architektūrą, leidžiančią lanksčiai perkelti esamus padalinius į naują bankų sistemą. Tai leidžia sumažinti naujų verslo procesų automatizavimo išlaidas ir sumažinti naujų sistemų prijungimo prie vienos SOA infrastruktūros išlaidas.
Olegai, kaip galime nustatyti banko plėtros momentą, kai IT sistema pasiekė tokį lygį, po kurio reikia kokybinio plėtros šuolio, pavyzdžiui, sukurti vieningą informacinę erdvę?
Viskas prasideda nuo tos srities, kurioje vystymasis vyksta sparčiausiai ir kur vyksta daugiausia pokyčių. Mums tai yra segmentas, kurį vadiname kredito vamzdžiu. Tai sistema, susidedanti iš daugybės programų, kurių kiekviena atlieka savo didesnės užduoties dalį. Reikėjo, kad jis veiktų kaip viena, gerai sutepta mašina. Kitaip tariant, mažmeninės prekybos verslo augimas privertė automatizuoti paskolų išdavimą, o šis žingsnis suteikė naują impulsą informacinių technologijų plėtrai. Tada dėmesys buvo nukreiptas į tolesnį klientų aptarnavimą ir kitus procesus.
Koks į paslaugas orientuotos architektūros vaidmuo kuriant vieningą informacinę erdvę banke?
Šiuo metu paskirstytą infrastruktūrą turinčiai įmonei, kurioje už skirtingas verslo sritis atsakingos skirtingos informacinės sistemos, nėra kitos alternatyvos jas sujungti į vieną erdvę, išskyrus SOA. Jeigu kuri nors organizacija užsibrėžia tikslą sukurti vieningą informacinę erdvę ir nesikoncentruodama į teoriją bei rinkodarą tai įgyvendins šiuolaikinėmis techninėmis priemonėmis, tai gautą architektūrą drąsiai galima vadinti orientuota į paslaugas. Noriu pasakyti, kad SOA reiškia metodus, kurie daugelį metų buvo naudojami programinės įrangos kūrimo pramonėje. Į paslaugas orientuota architektūra neatneša jokių iš esmės naujų, revoliucinių idėjų. Tai yra pagrindo, kuriuo grindžiamas bet kurios programinės įrangos kūrimas, tvarka. Visi ankstesni principai, kuriais buvo grindžiamas vienos programos kūrimas, perkeliami į aukštesnį – įmonės informacinės erdvės – lygį. Dėl to ne tik programos, sukurtos pagal vieną konkrečią technologiją, bet ir visos informacinės sistemos apskritai gali veikti kartu. Kodėl dar ši koncepcija tapo tokia populiari – pirmą kartą programinės įrangos kūrimo pramonė nepasakė verslui: viską, ką jau turite, reikia išmesti, o sistemas kurti iš naujo, naujoje platformoje. Priešingai, SOA daro prielaidą, kad visos esamos programos bus visiškai išnaudotos. Sakyčiau taip: taikydami tokį požiūrį ir naują abstrakcijos lygį galime naudoti visas esamas sistemų funkcijas, mažiau kreipdami dėmesį į technologinį aspektą, ant kokių platformų ir technologijų yra sukurtos mūsų senos aplikacijos.
Kaip sprendžiama sistemų „zoologijos sodo“ problema banko architektūroje, derinant skirtingų tiekėjų sprendimus? O kaip teisingai dirbti su sprendimų tiekėjais, kad netaptum nuo jų priklausomas?
Mūsų banko informacinėje aplinkoje yra daugiau nei 150 naudojamų sistemų. Jei imtume tik verslo kritinės klasės sistemas, jų yra daugiau nei 20. Visų pirma, turime penkias ABS iš trijų skirtingų gamintojų. Šioms sistemoms palaikyti ir plėtoti bankas neapsieina be savo specialistų komandos. Kiekvienai sistemai priskiriamas techninis savininkas. Tai analitikas, kuris iš tikrųjų tampa konkrečios sistemos techniniu vadovu, puikiai supranta savo dalyką ir dalyvauja visuose šios programos kūrimo ir priežiūros aspektuose. Pavyzdžiui, apsvarstykite šią situaciją. Bankas pristato naują produktą, kuriam reikalingas naujas IT sprendimas. Banko analitikas pradeda kurti paleidimo koncepciją ir tiria, kaip ji turėtų būti įgyvendinta technologiniu lygmeniu.
IT bloko vadovybė nuolat naudojasi pagrindinio auditoriaus paslaugomis, padedančiomis patikrinti informacinių technologijų plėtros atitiktį verslo tikslams.
Ir tik po to, kai mūsų darbuotojas supranta, kaip jis turėtų būti pastatytas, mes bendraujame su tiekėjais. Stengiamės kurti ir tobulinti sistemas kartu su pardavėjais, o ne visiškai perkelti veiklą į jų pusę. Procesas yra dokumentuojamas, ir už tai atsakingi tie patys analitikai. Turime vidinį dokumentacijos standartą ir stebime, kad tiek pardavėjas, tiek mūsų darbuotojai laikytųsi dokumentacijos reikalavimų. Rimti projektai banke dažniausiai yra susiję su programų integravimu. Pasirodo, tokiame projekte dalyvauja keli pardavėjai ir gali kilti grynai organizacinių problemų. Darbą būtina susisteminti taip, kad pardavėjai galėtų tarpusavyje susitarti ir išspręsti visus ginčytinus klausimus. Praktiškai, kai tik nustatoma sąsaja sąveikai tarp skirtingų tiekėjų modulių, šiuo metu išsprendžiami pagrindiniai klausimai. Apskritai banko užduotis yra aiškiai nubrėžti atsakomybės sritis, kad paslaugų teikėjai nesitemptų antklodės ant savęs.
Šiais metais „Renaissance Credit“ filialų tinklą įsigijo iš kito banko. Kokie iššūkiai iškilo IT lygmenyje?
Iš tikrųjų tai gana paprasta. Nuo pat banko veiklos pradžios buvo pasirinkta centralizuotos sistemos naudojimo strategija. Visos „back-office“ sistemos yra viename duomenų centre, prie šio centro lengva prijungti naujas darbo vietas. Be to, bankas aktyviai plėtoja virtualizacijos technologijas, tai yra, darbo vieta, kurioje dirba kasininkas, taip pat faktiškai yra centralizuotame duomenų centre. Tai labai palengvina programinės įrangos priežiūrą, diegimą, konfigūravimą ir atnaujinimą darbo vietose. Palaipsniui tokia praktika plinta į darbo vietas visuose filialuose ir prekybos vietose. Žinoma, turime atsarginius duomenų kanalus, be to, šiuo metu bankas įgyvendina antrojo duomenų centro statybos projektą. Abiem duomenų centrams nuomojame patalpas ir ten talpiname savo serverius.
Kaip dažnai jūsų bankas atlieka IT auditą ir kokiais tikslais?
Informacinių sistemų auditai atliekami reguliariai, įvairiomis kryptimis. IT skyrius tikrina, ar sistemos atitinka reikalavimus, kuriuos verslas šiame etape kelia infrastruktūros apimtims ir našumui, ir ieško kliūčių. IT bloko vadovybė nuolat naudojasi pagrindinio auditoriaus paslaugomis, padedančiomis patikrinti informacinių technologijų plėtros atitiktį verslo tikslams, tai yra globalesnio lygio analizė. 2010 metais buvo atliktas dar vienas didelio masto projektas, skirtas banko IT strategijos auditui. Tam buvo pasamdytos dvi įmonės. Pirmasis atlieka verslo poreikių analizę ir procesų organizavimą informacinių technologijų srityje banke. Antrasis veikia arčiau techninio lygio, žiūri, kokius produktus ir platformas naudojame, kokius pokyčius šioje srityje nubrėžėme, ir lygina šiuos pokyčius su iš verslo keliamais reikalavimais. Reguliarios veiklos dėka sugebame išlyginti kampus, o iki šiol nėra buvę, kad būtų susidurta su rimtais IT infrastruktūros plėtros skaičiavimais.
Kokios prioritetinės užduotys šiuo metu tenka IT skyriui?
Palaipsniui, evoliuciniu būdu, siekiame sukurti vieningą informacinę erdvę banke. Su kiekvienu nauju projektu IT skyrius įgyja vertingos patirties, kuri leidžia pasirinkti geresnius problemų sprendimo būdus ateityje. Žinoma, pasitaiko ir klaidų, į kurias vėliau atsižvelgiama. Kartais grįžtame prie to, kas buvo padaryta anksčiau, ir koreguojame. Mes ne tik įgyvendiname tam tikrus nuoseklius projektus, bet papildomai nuolat dirbame prie nedidelių patobulinimų, geriname informacinį kraštovaizdį.
Turime iniciatyvą sumažinti naudojamo ABS kiekį. Pavyzdžiui, bankas turi vakarietišką pagrindinę bankų sistemą, kuri buvo įdiegta 2008 m. Šiuo metu į ją perkelta tik dalis gaminių, šis procesas tęsis ir ateityje.
Iš verslo padalinių kyla noras įdiegti CRM sistemą banke. Iki šiol atidėjome tokio modulio diegimą, kol verslas turėjo viziją, ko nori pasiekti. Šiame projekte taip pat turime savo interesų sritį. Faktas yra tas, kad banko IT kraštovaizdis jau susiformavęs, ir mes iš esmės nenorėtume jo laužyti. Todėl požiūris į CRM sistemą bus toks: stengsimės ją sklandžiai integruoti į banke jau egzistuojančius procesus. Tai pavyzdys, kaip mes žiūrime į problemų, su kuriomis susiduriame, sprendimą.
Šeimoje, kaip sako rusų patarlė, vyras yra galva, o žmona – kaklas. Tačiau banko ir informacinių technologijų sistemos sąveikoje IT sprendimus galima pavadinti „kaklu“. Gal todėl IX forumo „IT finansų sektoriuje“ metu klausytojams buvo pristatytas neįprastas porinis pranešimas apie ilgalaikį bendradarbiavimą su IT rangovu. Vladimiras Stasevičius, Citibank Projektų valdymo departamento vadovas ir EPAM Systems generalinio direktoriaus pavaduotojas.
Vienas klausytojas pristatymą netgi palygino su poros pranešimu apie ilgalaikę santuoką. Pranešėjai kalbėjo apie tai, kaip jie pradėjo savo santykius, grubiai tariant, su nedideliu nameliu ir pastatė daugiaaukštį modernų namą. Šiandien IT rangovas EPAM yra labai svarbus Citibank, nes jis palaiko visus šios kredito įstaigos bendro prekės ženklo kūrimo projektus, darbą su vertybiniais popieriais, centriniu depozitoriumu ir reguliuotoju, tiekia ataskaitų teikimo sprendimus, taip pat visus kortelių produktus.
Tačiau tai dar ne viskas, kuo informacinės technologijos gali padėti bankui. IT sprendimų pagalba galite automatizuoti kai kurias siauras dokumentų srautų grandines ar kai kurias darbo sritis, tarkime, skolintojų balas ar prašymų dėl išankstinio grąžinimo priėmimas. Tačiau galima eiti ir toliau: ta pati IT padės pertvarkyti padalinių tinklą, optimizuoti visus kredito įstaigos vidinius procesus ir netgi iškelti į pirmą planą naują banką. Priminsime, kad mūsų šalis siekia ekonomikos modernizavimo. Daugeliu atvejų šis postulatas sukelia tik šypseną – viso šalies finansų sektoriaus infrastruktūra tokia trapi. Tačiau kai kuriuose bankuose yra gerbiamas tam tikrų verslo procesų IT palaikymas.
Iškart pirmauja
„Svyaznoy Bank“ paprastai buvo suteikta visuotinė užduotis, kurią sunku įgyvendinti be IT. Būtent patekti į 40 didžiausių kredito įstaigų sąrašą, ko dar nebuvo nuo Rusijos standarto laikų, jei kalbėtume apie „naujos kartos“ bankus. Norint patekti į TOPą, bankui pirmiausia reikia teritorinės aprėpties. Laimei, pati „Svyaznoy“, prekiaujanti mobiliaisiais telefonais, turi daug vietų visoje Rusijoje (2200). Be to, bus stipresnė lojalumo programa nei Malina (12 mln. klientų).
Be to, anot Aleksandras Tyutyunnik, Svyaznoy bendrovės vadovo pavaduotojas, įvairios finansinės paslaugos jau seniai vystomos mažmeninės prekybos tinklo pagrindu - pinigų pervedimai, paskolų iš kitų bankų grąžinimas ir savo paskolų teikimas. O 2010 m. „Svyaznoy“ išdavė 1,2 milijono paskolų vienetais, o tai skaičiumi prilygsta „Sberbank“. Akivaizdu, kad „Svyaznoy“ sumos buvo skirtingos – greičiausiai sudarė paskolos buitinei technikai ir susijusioms prekėms įsigyti, o ne hipotekos. Tačiau bankas aiškiai juda savo tikslo link. Be to, per ateinančius dvejus metus kredito įstaiga iš savininko gaus 350 milijonų dolerių investicijų ir tokią pat sumą tikisi surinkti per IPO 2011 metais.
Savo ruožtu ambicijoms reikėjo sukurti tokio pat didelio masto IT infrastruktūrą. Be to, jis turėjo būti sukurtas per trumpiausią įmanomą laiką – per 3,5 mėnesio. Čia buvo naudojami geriausi rinkoje esantys sprendimai, pagaminti pirmaujančių IT specialistų. Kuriant IT kraštovaizdį buvo sukurta duomenų saugykla, galingas kontaktų centras su 720 darbo vietų ir centralizuotas biuras. „Svyaznoy Bank“ valdo internetinę bankininkystę įvairioms rinkos nišoms, taip pat mobiliąją bankininkystę. Visi pagrindiniai procesai yra automatizuoti naudojant integravimo magistralę.
Sutaupoma daugiausia dėl principo „viską, ką galima išsinuomoti, mes nuomojame“. Net bankas nori išsinuomoti IBM programinę įrangą. Kita taupymo sritis: Svyaznoy, be IT pramonės gigantų, nori dirbti su nedidelėmis profesionalų komandomis, kurios aptarnaus tam tikrus įmonių grupės procesus. „5 žmonės už 3 kapeikas“, kaip pasakė Aleksandras Tyutyunnik. "Ir spaudimas jiems gali būti daug didesnis nei dideliems IT rangovams."
Šakos krūvoje
„Trust Bank“ neseniai baigė plataus filialų tinklo pertvarkos projektų programą. Apie tai kalbėjo tiesioginis šios programos vadovas Olegas Baklanovas, banko Projektų valdymo direkcijos direktorius. Dėl to 60 filialų buvo konvertuoti į 10 lygiagrečiai perkeliant į naują ABS. Išlaikytas veikiančių biurų skaičius: bankas turi apie 200 buvimo vietų. Kartu bazinių filialų lygiu buvo centralizuotos ir „back-office“ funkcijos – apskaita, atskaitomybė, personalo dokumentų srautas ir kt.
Vykdant reorganizacijas pagal projektą buvo sukurtas projektų biuras kaip atskiras padalinys. Jos darbe aktyviai dalyvavo beveik visų nuo reorganizacijos nukentėjusių padalinių atstovai - apskaitos ir veiklos padalinių, filialų tinklo valdymo, verslo padalinių, taip pat teisininkai ir finansų specialistai. Ir, žinoma, IT komanda. Tuo pat metu projektų biuras apėmė ir susijusius projektus. Ten taip pat buvo perduota teisė priimti sprendimus dėl bet kokių procesų pakeitimų.
Programai įgyvendinti buvo suburtos šešios konversijos komandos ir įvesti du atskiri vaidmenys – vyriausiasis metodininkas (konversijos metodikos sergėtojas) ir vyriausiasis technologas (specialistas, puikiai išmanantis technologijas dirbti naujajame ABS). Projekto patirtis buvo renkama dviejų „kompetencijos centrų“ – Maskvos ir Sankt Peterburgo – pagrindu. Iš pradžių naujoji sistema buvo įdiegta bandomajame filiale, tada atliktas pirmasis filialo „konvertavimas“ į veikiančio biuro statusą.
Sukūrėme metodiką, kuri detaliai aprašo vykdomą veiklą, taikant pavyzdžius ir šablonus, sugeneruotus kaip dokumentų vertimo proceso dalis. Tai leido vienu metu įdiegti 6 reorganizavimo srautus ir pereiti prie naujos pagrindinės bankininkystės sistemos. Apskritai toks požiūris leido bankui per trumpą laiką (kiek daugiau nei metus) pertvarkyti platų filialų tinklą. Be to, papildomas informacijos ir reorganizavimo sprendimo „Trust“ pranašumas buvo sutaupytos veiklos sąnaudos: buvo daug mažiau „back office“. Olego Baklanovo teigimu, bet kokių IT sprendimų diegimas reikalauja darbuotojų galvose keisti valdymo modelį. Be to, „pabaigoje“, užbaigus integracijos projektą, būtina stebėti veiklos metu kylančias problemas. O jų visada daug...
Pastebėkime, kad pasitikėjimas tuo nesibaigė. Neseniai buvo pristatytas biuro modelis su elektronine kasa. Naujasis biuro formatas apima operatoriaus ir kasininko funkcijų derinimą vieno darbuotojo asmenyje. Šis metodas supaprastina kliento visų pagrindinių banko operacijų atlikimo procedūrą. Galite įsivaizduoti, kiek galima sutaupyti, jei apskritai paslauga perkeliama į automatinį formatą. Tai tikriausiai yra bankų ateitis.
Įkeliama...
