Kuidas oma äri edukaks muuta
  • Kodu
  • Tingimused
  • Üleminek hajutatud IT-kompleksilt tsentraliseeritud IT-kompleksile mitme filiaaliga jaepanga mastaabis. Tsentraliseeritud IT infrastruktuuri haldussüsteem Infosüsteemide infrastruktuuri tsentraliseerimine

Üleminek hajutatud IT-kompleksilt tsentraliseeritud IT-kompleksile mitme filiaaliga jaepanga mastaabis. Tsentraliseeritud IT infrastruktuuri haldussüsteem Infosüsteemide infrastruktuuri tsentraliseerimine

Kõikide territoriaalsete pankade üleviimine ühtsele IT-platvormile algas 2011. aastal ja viidi lõpule 2015. aasta suvel. Selle eesmärgid olid: lühendada pangatoodete turule toomise aega, luua kvalitatiivselt uued tingimused tegevus- ja ärifunktsioonide edasiseks tsentraliseerimiseks ja ühendamiseks ning vähendada Sberbanki IT-kulusid.

German Grefi hinnang: niipea kui oma superandmekeskuse ehitasime, jõudsime järeldusele, et oleme absoluutselt konkurentsivõimetud

Tsentraliseerimisprogrammi tulemused

Ühtne IT-platvorm

Enne programmi rakendamist kasutas iga makroregioon oma peamiste pangaplatvormide komplekti erinevatelt arendajatelt, ainuüksi arveldussüsteeme oli seitse. Centralization 2.0 osana loodi Sberbankis tsentraliseeritud IT-platvorm: territoriaalpankade automatiseeritud süsteemide loomaaed asendati mitmete ühtsete süsteemidega.

Projekti raames loodi eelkõige järgmised süsteemid:

  • Automatiseeritud süsteem "Branch-Sberbank" (AS FS). Selles töötab kõigis Sberbanki territoriaalsetes pankades üle 80 tuhande kasutaja.
  • Ühtne ettevõtte süsteem (eCS). Programmi lõpus sisaldab see andmeid 2 miljonilt kontolt juriidilised isikud, 400 tuhat laenulepingut juriidilistele isikutele, 250 laenulepingut mikroettevõtetele. Süsteem töötleb päevas kuni 7 miljonit arveldusdokumenti juriidiliste isikute kontodel.
  • Eraklientide ühtne laenuportfell. See salvestab andmeid enam kui 60 miljoni lepingu kohta, millest 15 miljonit on kehtivad. Süsteemi abil teostatakse ca 80 000 laenu väljamakset päevas ja 600 000 laenu tagasimakset päevas.
  • Üksik hoiuste töötlemise keskus üksikisikud(AS eDPC). Sisaldab andmeid 630 miljonilt kontolt, millest 425 miljonit on aktiivsed. Iga päev tehakse süsteemi kaudu umbes 290 miljonit kontotehingut.
  • Ühtne makseteenus (AS ePS) arveldusmaksete tegemiseks. Suhtleb enam kui 100 tuhande erinevate teenuste pakkujaga (kommunaalteenused, lasteaiad, energiaettevõtted jne), millega seoses tehakse umbes 6 miljonit makset päevas.
  • Ühtne sularahakeskus (UCC), mida kasutab umbes 400 Sberbanki sularahakeskust üle kogu riigi.

Kõik süsteemid põhinevad ühes andmekeskuses "South Port". Sberbanki filiaalid teevad nendega koostööd õhukese kliendi kaudu.

Lisaks territoriaalsete pankade IT-infrastruktuuri tsentraliseerimisele standardiseeris ja ühtlustas Sberbank ka äriprotsesse.

Programmi ulatus

Sberbanki tsentraliseerimisprogrammi nimetatakse selle mastaabis enneolematuks. Sberbanki asepresidendi, IT peaarhitekti Andrei Khlyzovi sõnul viidi selle raames läbi enam kui 700 suurt juurutust.

Tsentraliseeritud IT-platvormi loomise viis läbi Sberbank-Technology ja kokku oli programmi elluviimisega seotud üle 32 tuhande inimese.

Mis puutub rahastamisse, siis ühes Sberbank-Technologies töötajatele mõeldud ajalehe SBT Vision numbris teatas Andrei Khlyzov, et programmi eelarve on üle ühe miljardi dollari.

Programm jõudis IPMA International Project Excellence Award 2015 finaali nominatsioonis "Mega-Sized Projects" (megasuured projektid), mille tulemused tehakse kokkuvõtteid septembri lõpus.

Andrei Hlõzov rõhutab, et programm valmis sellises mastaabis rekordajaga: projekt valmis nelja aastaga, samas kui keskmiselt võtab maailmas sarnaste programmide väljatöötamine ja rakendamine aega 10-12 aastat.

Programmi efektid

Tsentraliseerimise ühe olulisema tulemusena toob Sberbank välja uute toodete turule toomise kiirenemise: kui varem kulus nende ringluseks keskmiselt nädal, siis nüüd kulub selleks paljudel juhtudel üks päev.

Rääkides "Centralization 2.0" majanduslikust mõjust, viitab pank andmetele, et programmi nüüdispuhasväärtus (NPV) ulatus umbes 8 miljardi rublani. See saavutati kulude optimeerimisega põhitegevuse protsesside juurutamisel ja IT-kulude vähendamisega. Kus ökonoomne efekt peaaegu kahekordistus kavandatust: esialgu ootas Sberbank 4,6 miljardit rubla.

Oluliseks tulemuseks oli IT-süsteemide tehnoloogilise seisakuaja vähendamine Sberbankis. Programmi elluviimise käigus töötati välja tehnoloogia internetis andmete migratsiooniks ilma panga teenuseid katkestamata ja paindlik juhtimine koormus süsteemile.

Tsentraliseerimise tulemusena on oluliselt kasvanud ka panga IT-süsteemide jõudlus, märgib Sberbank. Andmetöötluse horisontaalseks skaleerimiseks võeti kasutusele Oracle RAC tehnoloogia, mis võimaldas jaotada territoriaalsete pankade andmetöötlust mitme sõlme vahel kolme tipptasemel IBM Power 795 süsteemi alusel.

Projekti keerukus

Territoriaalpankade üleviimine ühtsele platvormile ei kulgenud sujuvalt. Üheks probleemiks programmi juurutamisel oli megadata keskuse enda valmisolematus süsteeme "täita" ning piiratud ruum. Andrei Khlyzov rääkis sellest Sbertechi töötajatele mõeldud ettevõtte väljaandes - SBT Vision. Probleeme oli ka programmi tasemel: näiteks tsentraliseeritud IASK loomisel (integreeritud automatiseeritud süsteem laenamine) üksikisikutele Oracle'i platvormil.

IBMi tarkvara viga aeglustas Sberbanki programmi 9 kuud

Septembris 2015 ütles Andrei Khlyzov TAdviserile, et ECS-i (single) rakendamisel ettevõtte süsteem) Sberbankist tuvastati projektis kasutatud IBM AIX OS-is tõsine viga, mis aeglustas programmi tempot.

ECSi rakendamine algas 2011. aastal. Selle jaoks valiti arvutusplatvormiks uued võimsad IBM p795 serverid. See serverimudel ilmus 2010. aasta lõpus ja seda pole veel Sberbanki projektiga võrreldavates projektides "testitud".

Viga tarkvaras andis tunda, kui masina koormust suurendati SMT4 režiimis (SMT - samaaegne mitmelõimeline, SMT4 - 4-thread SMT tuuma kohta). EKSile kavandati kolm IBM p795 masinat. Algul, 2011. aasta lõpus, käivitati SMT4 režiim ainult ühel neist ja samal ajal töötas süsteem normaalselt, ütleb Khlyzov. Sel ajal oli süsteemiga ühendatud kolm panka - Zapadno-Uralsky, Zapadno-Sibirsky ja Siberi pank. Kuid pärast teise panga, Uurali panga ühendamist masinaga, algasid tõsised probleemid: süsteem hakkas kukkuma ja, nagu selgus, langema OS-i tasemel.

„Tegelikult kohtasime AIX operatsioonisüsteemi tasemel dokumenteerimata viga. Lõpuks lahendasime selle probleemi alles umbes üheksa kuu pärast, - ütleb Sberbanki IT-arhitekt.

Kuna tegemist oli tuuma OS-i probleemiga, lahendas ta enda sõnul selle ühiselt IBMi spetsialistidega, sealhulgas Ameerika omadega, samuti Oracle'i ja Symanteci spetsialistidega, kelle tarkvara samuti süsteemi kaasatakse, ning pangaspetsialistidega. Selle taustal loodi isegi pangasiseselt spetsiaalne reguleeritud allorganisatsioon - CritSit (lühendatult kriitiline olukord) -, millele esitatakse väliste hankijatega seotud probleemid ja mis analüüsib neid Sberbanki juhtivate inseneride tasemel.

Andrei Khlyzovi sõnul oli pank kindel, et probleemist saab üle, kuid see lugu aeglustas tsentraliseerimisprogrammi tempot: „Eemaldasime SMT4 režiimi ja olukord stabiliseerus, pärast mida me kedagi teist enam ei lisanud. süsteem peaaegu üheksa kuud.

Pärast OS-i taseme probleemi lahendamist ja pank kõigi värskenduste, sealhulgas Oracle'i, Symanteci ja rakendustarkvara värskenduste tarnimist, lubati SMT4 režiim uuesti ja pangad jätkasid süsteemiga ühenduse loomist, ütles Khlyzov.

Tänapäeval on IT-infrastruktuurid sisse Venemaa ettevõtted on üsna keerulised. Nende ülalpidamine on kallis, killustatud ega piisavalt tõhus. Üks lähenemine nende probleemide lahendamisele on IT-ressursside koondamine. Lisaks hoolduskulude vähendamisele ja juhitavuse parandamisele on konsolideerimisel ka muid eeliseid. Mõnel juhul on siiski õigemad detsentraliseeritud lahendused. Sellest räägiti foorumil "Infotehnoloogiad organisatsiooni strateegiliste eesmärkide saavutamiseks", ettevõtte poolt korraldatud CROC.

Ettevõtete IT-eelarvetes on reeglina peamiseks kuluartikliks IT infrastruktuuri ja seadmete ülalpidamiskulud. Küsitlus ca 600 erineva IT-juhiga Vene organisatsioonid Eelmisel aastal korraldatud CROC eksperdid kinnitasid seda taas. Loomulikult nõuab uute IT-süsteemide kasutuselevõtt kõrged kulud, kuid enamasti lähevad vahendid olemasoleva IT-majanduse toetamiseks. Sama uuring näitas, et tsentraliseeritud IT-taristu haldussüsteemid on eriti olulised Venemaa ettevõtete jaoks. See tulemus näitab, et ka praegu on Venemaa ettevõtted rakendanud üsna keerukaid lahendusi. On esmatähtis ülesanne – kuidagi IT-süsteemi keerukusega toime tulla. Sellest räägiti CROC korraldatud foorumil "Infotehnoloogiad organisatsiooni strateegiliste eesmärkide saavutamiseks".

Üks lähenemisviis selle väljakutsega toimetulemiseks on IT-süsteemide konsolideerimine. Eksperdid määravad kindlaks kolm konsolideerimise faasi või kolm taset. Esimene on riistvaraplatvormide konsolideerimine, teine ​​on konsolideerimine tarkvara tasemel ja lõpuks kolmas tase on rakenduste tase. Kõik need protsessid viivad selleni, et kunagi ei huvita kasutajaid, kus teatud ressursid füüsiliselt asuvad, ja ettevõtete IT-osakondi ei huvita, kus nende kasutajad füüsiliselt asuvad.

Kuid see on kauge tulevik. Seni on valdav enamus nii Venemaa kui ka Lääne organisatsioonidest alles esimesele faasile lähenemas. IDC uuris ettevõtte IT konsolideerimise peamisi põhjuseid (vt joonist). Infrastruktuuri konsolideerimise peamise motiveeriva tegurina nimetasid vastajad kulude vähendamist. Lisaks toodi põhjustena välja tootlikkuse tõus ja juhtimise lihtsus. Järgmine tegur on tootlike kaasaegsete platvormide kasutamine ettevõtte IT-infrastruktuuri konsolideerimisel.

IT-argumendid

seda üldsätted, kuid need võivad olla üksikasjalikud. Osakonna direktori asetäitja Ruslan Zaedinovi sõnul arvutussüsteemid CROC-ist on nii ettevõtte IT-osakondadel kui ka äriosakondadel argumente konsolideerimise kasuks. Ruslan Zaedinov ütleb: "Kliendid tunnevad ära, et koondstruktuur on paremini hallatav, on lihtsam ehitada kasutatava riist- ja tarkvara jälgimis- ja juhtimissüsteemi, kui see asub vähemalt ühes kohas. Ja kui see on ka homogeenne, siis on ühtne struktuur, siis on selle struktuuri jälgimise ja haldamise ülesanne veelgi lihtsamini lahendatav.Lisaks on koondstruktuuril tavaliselt üks selge arengutee, mitte mitu iseseisvat liikumissuunda, mis üksteisega vähe kooskõlas.

Ja veel üks, samuti üsna traditsiooniline argument konsolideerimise kasuks ettevõtte IT-osakonna poolt on kasv sisemine tõhusus, IT-ressursside optimaalse kasutamise võimalus. „Uurisime, kui produktiivselt me ​​ise IT-taristut kasutame, analüüsisime selliseid pealtnäha elementaarseid asju nagu protsessorite koormus, taristuserverid, kettaruumi kasutus," räägib Ruslan Zaedinov. „Selgus näiteks, et meie kettaruum on pidevalt tühi. See on praktiliselt investeering tühjusesse, kasvuvõimalusse, mida me kunagi ei realiseeri, ja selle uurimistöö tulemuseks on meie ettevõtte IT-infrastruktuuri tõeline ümberkujundamine, eelkõige üleminek konsolideeritud salvestusruumile. olen mõne jaoks ka serverid konsolideerinud tootmisülesanded(näiteks tarkvara arendamiseks). See võimaldas meil oluliselt tõsta protsessorite võimsuste kasutamise efektiivsust ja seeläbi vähendada kulusid.

Äriargumendid

Tavaliselt ei süvene ettevõtte äriüksused IT-protsesside korralduse detailidesse, mistõttu ei ütle kõik ülaltoodud argumendid nende jaoks midagi. Reeglina on neil IT kui tööriista efektiivsuse mõõt omaette. Kuid siitpoolt on olulisi argumente IT-infrastruktuuri konsolideerimise poolt.

Eelkõige puudutab see IT-investeeringute optimeerimist, IT-taristu loomise alginvesteeringute optimeerimist ja selle IT-taristu toimimisse tehtavate investeeringute optimeerimist. Osaliselt on kõik need argumendid jällegi seotud parema käsitlemisega. Konsolideeritud IT-infrastruktuur on paremini hallatav, mistõttu on vaja vähem personali. Teisest küljest vähenevad kaasnevad kulud: konsolideeritud IT-infrastruktuur võtab vähem ruumi ja nõuab seetõttu vähem põrandapinda, vähem kulusid nende ruumide valguse, soojuse ja kliimaseadmete jaoks.

Lisaks võimaldab konsolideeritud IT infrastruktuur korraldada ettevõttesisest arveldust. Seda ei saa öelda Venemaa ettevõtted see teema on praegu aktuaalne. Kuid varsti omandab see kahtlemata tõsise tähtsuse. Fakt on see, et IT-infrastruktuuri maksumus tõuseb järk-järgult nii palju, et see hakkab otseselt mõjutama tootmiskulusid, ja sellega tuleb arvestada. Ettevõtte äritegevuse tugivahendist muutub IT üha enam ettevõtte põhitegevuse osaks. See protsess on aeglane, kuid jätkub. Seetõttu tuleb täpsemalt ja selgemalt arvestada IT-kulude osakaalu ettevõtte konkreetse protsessi elluviimisel. Ja siin pakub tsentraliseeritud arhitektuur ilmseid eeliseid.

Konsolideerimise miinused

Kuid hoolimata kõigist eelistest on konsolideerimisel ka puudusi. Samuti on hajutatud IT-infrastruktuuril eelised.
Esiteks on hajutatud infrastruktuur oluline laia piirkondliku ulatusega organisatsioonide jaoks. Keegi ei vaidle vastu sellele, et teavet tuleb töödelda selle kättesaamise kohas. Tavaliselt ei võimalda koondandmekeskus jälgida absoluutselt kõiki äriprotsesse ja -kulusid. Ta vaatab andmeid kõrgel tasemel, mis on keskse juhtimise jaoks oluline. "Hajutatud infrastruktuur on mugav üksikasjaliku arvestuse pidamiseks," ütleb Ruslan Zaedinov. - See on vajalik valitsusasutustele, mis tegelevad sotsiaalküsimustega, naftafirmad, kaevandustööstusele tervikuna, energiasektorile".

Hajutatud infrastruktuuri teine ​​eelis on see, et see võimaldab teil korraldada andmekeskuse vastupidavust õnnetustele või inimtegevusest tingitud katastroofidele. Konsolideeritud infrastruktuur on alati vähem turvaline kui hajutatud infrastruktuur. Selles mõttes ei tähenda hajutatud arhitektuur, et selle erinevad komponendid on mõeldud erinevate ettevõtte probleemide lahendamiseks. Hajutatud arhitektuuri komponendid võivad üksteist koondada, tasakaalustada koormust, täites sarnaseid ülesandeid. Hajutatud infrastruktuur võimaldab salvestada andmeid vähemalt kahes andmekeskuses, mis võimaldab katastroofi korral neist varundada ja omada püsivat koopiat kõigist ettevõtte andmetest. "Kuid hajutatud andmekeskuste ehitamisel võib olla ka muid põhjuseid," märgib Ruslan Zaedinov. "Näiteks üks meie klientidest, kes ehitab kogu oma andmetöötluskeskuse jaoks ühtset andmekeskust, ei suuda lihtsalt selleks piisavalt elektrit pakkuda. keskus. Selle tulemusena ehitab ettevõte varukeskuse ning osa äriprotsesse on tasakaalustatud põhi- ja varukeskuse vahel."

Otsuse tegemine

EMC ettevõtte kontohalduri Boris Germaševi sõnul on paljudes Venemaa ettevõtetes samaaegselt käimas tsentraliseerimise ja detsentraliseerimise protsessid. Reeglina leiavad ettevõtted mingisuguse kompromissi jaotamise ja konsolideerimise vahel.

Andmetöötluse standardkäsitlus on, et andmed peaksid sattuma ühtsesse infosüsteemi võimalikult lähedale nende tekkekohale. Kui me räägime ettevõttest, kelle andmed luuakse piirkondades, siis just seal peaksid nad läbima esmatöötluse ja olema kohe kättesaadavad mujal, teistes keskustes, kus nad läbivad sügavama töötlemise. "Ja siin seisame silmitsi tõsiasjaga, et ettevõtetel pole sageli selget nägemust, millist infot kuhu edasiseks töötlemiseks saata," märgib Boriss Germašev.

See probleem ei ole alati otseselt seotud IT-probleemidega. Teatud IT-teenuste koondamise küsimus on tihedalt seotud IT-otsuste tegemise ühtse punkti olemasoluga ettevõttes. "Näiteks pole paljudes ettevõtetes siiani selget arusaama, kuidas IT-valdkonnas otsuseid langetada," märgib Boriss Germašev. "Kas IT-arengustrateegia valdkonnas peaks otsuseid tegema IT-juht? "Kas see mõju on IT-osakond positiivne? Kui vaba saab otsuste tegemisel olla piirkondliku IT-osakonna juhtkond? Millal tuleks otsuseid langetada kollektiivselt? Tihti on väga raske otsustada ja valida lähenemist, mis annab tulevikus parima tulemuse."

Muidugi, ükskõik kui hajutatud süsteem ka poleks, peaks vastutus ikkagi olema tsentraliseeritud, peaks olema juht, kes vastutab IT-lahenduste eest. Ühe vaatenurga kohaselt peab selline ühtne selliste otsuste tegemise keskus - ettevõtte CIO - tingimata määrama IT-strateegia nii keskkontori kui ka välikontorite jaoks, nii ühe andmetöötluskeskuse kui ka hajutatud süsteemi jaoks. . Seda seisukohta jagab enamik eksperte. Vene Föderatsiooni Föderaalse Tolliteenistuse eriseadmete ja ATT osakonna juhataja Leonid Uhlinov leiab, et selliste otsuste tegemisel on kõige olulisem saavutada tasakaal IT ja ettevõtluse nõuete vahel. Selleks on tema hinnangul vaja IT-valdkonna otsuste tegemine tsentraliseerida. "See on võimalik ainult siis, kui IT-otsuste tegija on ettevõtte juhatuse liige," ütleb Leonid Uhlinov.

Siiski on aegu, kus kohalikud IT-juhid osutuvad tsentraliseeritud lahendustest paremaks. Niisiis, Boriss Germaševi sõnul suurte tegevustes Vene korporatsioonid on olnud mitmeid näiteid, kus koostööpõhine lähenemine IT-le, võimaldades ettevõtete piirkondlikel IT-osakondadel omada IT-st oma nägemust ja kasutada keskusest erinevaid lahendusi, ei toonud kaasa negatiivseid, vaid positiivseid tulemusi. Selgub, et aastal keskuses vastu võetud standard pikaajaline osutub mitte õigeks. See tähendab, et on kogemusi, kui detsentraliseerimine IT-otsuste tegemisel viib väga heade tulemusteni.

Üldjoontes näitas konverentsi arutelu, et arhitektuur võib olla tsentraliseeritud või detsentraliseeritud, need ei ole üksteist välistavad lähenemised. Muidugi on üsna keeruline küsimus, millised IT-teenused tuleks koondada ja milliseid on loogilisem rakendada hajutatud teenustena. Milliste nõuete alusel peaks IT-süsteem kalduma konsolideerimisele ja millal peaks see jääma hajutatuks? Siin on raske konkreetseid soovitusi anda. Sellegipoolest käivad tsentraliseerivad protsessid ja nendest ei saa kuidagi mööda. "Hajutatud ja tsentraliseeritud IT-taristu vahel võib kompromissi otsida kaua, kuid siiski on üldine trend nii arvutusplatvormide kui ka arvuti enda ehk IT-teenuste tsentraliseerimine ja konsolideerumine," võtab Ruslan Zaedinov kokku.

Barkovskaja T.A.
Grupi MBA CIO-28
IT-juhtimise kool
RANEPA Vene Föderatsiooni presidendi alluvuses

Sissejuhatus.

Suure panga finantstulemused sõltuvad suuresti töö efektiivsusest ja kvaliteedist infosüsteemid ja teabeteenused. Iga eriala jaoks finantskorraldusüks neist peamine ülesanne on oluliste infovoogude kiire ja katkematu töötlemine.

Sellega seoses on eriti olulised IT-osakonna töö nõuetekohase korraldamise ja infotehnoloogia juhtimise ülesanded.

Investeerides tarkvara, arvuti- ja telekommunikatsiooniseadmete, infosüsteemide arendamise ja uutele arvutusplatvormidele üleminekuks aluse loomisega püüavad pangad ennekõike kulusid vähendada ja oma tööd kiirendada.

Kvaliteetsed ja stabiilsed IT-teenused võivad oluliselt vähendada operatsiooniriske, tõsta panga kasumlikkust, tõsta turuväärtust ja panga kapitaliseeritust.

Mitme filiaaliga jaepanga ülesanded.

Mitmeharulise panga poolt lahendatavate ülesannete ring, mille peamiseks strateegiliseks suunaks on areng jaekaubandus, piisavalt lai. Esiteks on see:

  • ühtsete tehnoloogiate skaleerimine kogu panga territoriaalses struktuuris,
  • kulude vähendamine operatsiooni kohta, teostatavate toimingute ohutuse ja juhitavuse tagamine.
  • uute toodete kiire turuletoomise võimalus, efektiivseima tootevaliku loomine ja arendamine
  • aja maksimaalne vähendamine ja panga kohalolekupunktide avamisega seotud investeeringute summa vähendamine,
  • territoriaalselt hajutatud struktuuri säilitamise kulude vähendamine
  • tugi võimalikult laiale kanalite valikule teenuste müügiks ja klienditeeninduseks, sealhulgas nii traditsioonilisele “personaalsele” müügile kui ka uudsetele kanalitele pangatoodete reklaamimiseks ja müügiks.

Tsentraliseeritud ressursihaldus

Ressursside tsentraliseerimise ideoloogia on üldine trend panganduse info- ja tehnoloogilise toe korraldamisel.

Tsentraliseeritud lähenemine juhtimisele võimaldab vähendada pettustehingutega seotud riske, tõsta juhtimise efektiivsust rahavood, hindab saavutatut täpselt ja kiiresti finantstulemused, pakkuda klientidele asukoha suhtes muutumatut pangateenust kaasaegsel tasemel, vähendada tehnilise toe kulusid, sh tehnilise personali ülalpidamist.

ITSM kontseptsioon

ITSM-i (Information Technology Service Management) põhiidee on vajadus liikuda traditsiooniliselt mudelilt, mil IT-teenuse peamine eesmärk on IT-taristu enda toetamine, ettevõtte põhitegevuse teenindamisele keskendunud skeemile.

See skeem põhineb kahel pinnal:

  • IT-osakonna töö tulemusi pakutakse teenuste kogumina
  • IT-teenuse töö korraldamise põhivorm on protsesside kogum

Teenus on klientidele väärtuse pakkumise esmane vorm. Teenused vastavad kliendi nõudmistele. Selle tulemusena loodud tooted projekti tegevused või turult soetatud, täiendada IT-teenuse ressursside kogumit ja neid kasutatakse edaspidi teenuste osutamiseks.

Vaadeldakse ITSM-i kui kontseptsiooni väljatöötamise ajalugu ja selle kontseptsiooni rakendamiseks loodud peamisi meetodeid:

  • CobiT (info- ja seotud tehnoloogia juhtimisobjektid)
  • USMBOK,
  • MOF, Microsofti lähenemisviis
  • ITUP, IBM-i lähenemisviis
  • FITS, ITIL-i lihtsustatud versioon ülikoolides õpetamiseks
  • eTom, mis on tüüpi mudel telekommunikatsiooniettevõtetele

IT-tegevuse juhtimise meetodid.

Töö teoreetilises osas käsitleti peamiste meetoditena portfelli haldamise meetodeid ja ITIL meetodeid raamatukogudena parimaid tavasid ITSM-i lähenemisviisi rakendamiseks.

Õppeobjekt.

Uuringu objektiks on 48 Venemaa regioonis esindatud geograafiliselt hajutatud struktuuriga suurpank, mille prioriteetseks arengusuunaks on jaeäri ning töö väikeste ja keskmise suurusega ettevõtetega.

Lisaks jaekaubanduse aktiivsele arendamisele on üks juhtkonna seatud peamisi ülesandeid vähendada tegevuskulud. Sellega seoses püstitati filiaalide konsolideerimise ülesanne - enamik filiaale muudab oma staatust ja muutuvad tegutsevateks kontoriteks, mis võimaldab koondada osa äri- ja raamatupidamisprotsessidest ülejäänud filiaalidesse.

Samas ei tähenda jaekaubanduse arendamise äriplaanid mitte vähendamist, vaid vastupidi – kasvu. kokku teeninduspunktid - lisakontorid või mobiilsed müügipunktid.

Tulenevalt pangateeninduspunktide paiknemisest erinevates ajavööndites peavad infosüsteemid olema kättesaadavad peaaegu ööpäevaringselt.

IT-teenuste tsentraliseerimise ülesanded

Uuringu põhjal sõnastati IT-osakonna peamised ülesanded:

    • Saavutada ärikasutajatele teenindusorganisatsioon, mis muudab IT-tegevuse mõõdetavaks ja kontrollitavaks. Selleks otsustati ennekõike vormistada intsidentide juhtimise protsess ja rakendada muudatuste juhtimine. Edasistes etappides on plaanis kaaluda konfiguratsioonihalduse juurutamise võimalust, seda aspekti töös ei arvestata.
    • Serveri riistvara tsentraliseerimine ja virtualiseerimine ning piirkondlike IT-spetsialistide personali kulude minimeerimine. Lahenduse eeliseks on see, et see lihtsustab tugipersonali jaotamist ja nende tööd süsteemide juurutamisel ja haldamisel ning vähendab kogenud personali dubleerimise astet. Tsentraliseerimine hõlbustab ka standardsete konfiguratsioonide ja haldusprotsesside kasutamist, kulutõhusate varusüsteemide loomist katastroofi taastamiseks ja äriühendust. Võrgu turvalisust saab samuti parandada, kuna servereid kaitseb üks tsentraalselt hallatav tulemüür
    • Infosüsteemide tsentraliseerimise projekt, mille raames loobutakse filiaalides eraisikutele laenu teenindavatest eraldi andmebaasidest, mis suurendab süsteemide jõudlust ja vähendab tegevuskulusid.
    • Äriprotsesside ümberkujundamise projekt filiaali laienemise toetamiseks. Samas tuleb tõdeda, et äriprotsesside muudatusi ei nõuta mitte ainult IT osas, vaid see ülesanne on IT-spetsialistide vastutusalast väljas. IT täidab selles projektis peamiselt teenindusfunktsiooni ja selle eesmärk on luua projekti raames suhtlust ettevõtetega selliselt, et FCB sulgemiseks ja uue sõltuva lisakontori avamiseks kuluv aeg oleks minimaalne.

Juhtumijuhtimine ja muudatuste juhtimine.

Käsitletakse kahte ITIL-i lähenemise protsessi – intsidentide haldust ja muudatuste juhtimist. Muudatuste juhtimise protsessi arendamise eesmärgiks oli eelkõige uute ülesannete püstitamiseks väljalaske-lähenemise juurutamine ning selle laiendamine panga kõikidele infosüsteemidele. Projekti alguses toimunud intsidendid fikseeriti spetsiaalses süsteemis, kuid see puudutas ainult seadmeprobleemide esinemist ja mitte kõigil juhtudel ning probleeme mõnes infosüsteemis. See eeldas olemasoleva protsessi vormistamist ja selle levitamist kõikidesse panga infosüsteemidesse.

Tehti praktilisi samme - vormistati ja vaadati üle töötajate töö protsessid ja protseduurid, kujundati uued töötajate rollid ja täpsustati vanu rolle, uus struktuurne alajaotus Väljalaskehalduse eest vastutav IT-osakond. Viimistleti olemasolev automatiseeritud Service Desk süsteem, töötati välja, vormistati ja konfigureeriti uued rakenduste läbimise marsruudid. Üldjoontes oli esimene etapp edukas.

Tuleb märkida, et projekti elluviimise protsessis on lisaks organisatsioonilistele ja tehnilistele probleemidele vaja ületada ka psühholoogiline barjäär. Veelgi enam, see puudutab suhteid IT-osakondades, IT-osakonna osakondade vahelisi suhteid ja ennekõike IT-osakonna ja äriosakondade töötajate vahel, kuna pangal oli tavaks töötada "valves".

Seadmete tsentraliseerimise projekti tulemusena on kavas vähendada IT personali tsentraliseeritud filiaalides ning projekti teine ​​etapp on 1. tugiliini täiendava üksuse korraldamine Novosibirski filiaalis, et saadaks ärikasutajaid aastal muud ajavööndid.

Vajalik töötajate arv arvutati tekkivate intsidentide statistika põhjal.

Serveri tsentraliseerimise ja virtualiseerimise projekt.

Olemasolevad seadmed filiaalides on füüsiliselt ja moraalselt vananenud, ei toeta kaughaldust ega ole ühtsed – esindavad erinevaid serverite ja süsteemiüksuste mudeleid, mis raskendab jälgimist ja tõrkeotsingut.

Töötati välja 4 lahendust:

    • Seadmete teisaldamine filiaalidest ja nende paigutamine ühte andmekeskusesse. Praeguse varustuse mahutamiseks napib ruumi.
    • Seadmete teisaldamine okstest ja nende paigutamine kaugemasse kohta. Selle valiku töö ulatus hõlmab serverite teisaldamist filiaalidest kaugandmekeskusesse ning filiaali kasutajatele terminali juurdepääsuseadmete ostmist ja juurutamist.
    • Piirkondlikele kasutajatele mõeldud virtuaalserverite ja terminali juurdepääsuserverite rent väliselt andmekeskuse pakkujalt. See valik eeldab täielik ebaõnnestumine filiaalides olemasolevatelt serveriseadmetelt ja üleminek renditud arvutusvõimsusele.
    • Piirkondades asuva serveripargi ülekandmine virtuaalserveritele nende enda arvutusvõimsuse ja seadmete paigutuse alusel välises andmekeskuses. See valik hõlmab ostmist vajalik varustus piirkondlike serverite virtualiseerimiseks, piirkondlike serverite virtualiseerimine ostetud seadmetel koos järgneva lahenduse ülekandmisega kaugandmekeskusesse.

Iga variandi puhul tehti kulude arvestus ja parameetrite võrdlus.

Hindamisparameeter

valik 1

2. võimalus

3. võimalus

4. võimalus

Kapitalikulud

29 502 240,00 hõõruda.

16 743 440,00 hõõruda.

35 394 000,00 hõõruda.

Iga-aastased tegevuskulud

27 000 000,00 hõõruda.

58 404 000,00 hõõruda.

Seadmete koondamine ühele saidile

veataluvus

Skaleeritavus

Tsentraliseeritud juhtimine

Seadmete ühendamine

Seadmete uudsus

Selle tulemusena tunnistati 4. variant optimaalseks, kuna see vähendab tulevikus lahenduse toetamise tegevuskulusid miinimumini.
Virtualiseerimise platvormiks valiti VMware platvorm.

Kõigis Venemaa piirkondades esindatud mitme filiaaliga panga eripäraks on teeninduspunktide toimimine erinevates ajavööndites, mis nõuab infosüsteemide peaaegu ööpäevaringset kättesaadavust. Selle probleemi lahenduseks võib olla teise andmekeskuse ehitamine Uuralitest kaugemale.

Lisaks on vaja täiendavat üksikasjalikku uurimist suhtluskanalitega seotud riskide kohta.
Samuti märgitakse, et üks tähtsamaid ülesandeid finantsettevõte on tagada kõrge tase infoturbe, kuna panga infrastruktuur peab vastama rahvusvaheliste maksesüsteemide ja seadusandluse poolt nõutavatele standarditele isikuandmete turvalisuse osas.

Seoses harukontorite võrgu struktuuri muutumisega tuleks koostada terminali juurdepääsuseadmete virtualiseerimise ja juurutamise plaan, võttes arvesse ettevõtte poolt pakutavat filiaalide koondamise plaani.

järeldused

Panga tsentraliseerimise eesmärke saab saavutada ainult meetmete kogumi elluviimisega, sealhulgas seadmete tsentraliseerimine, infosüsteemide tsentraliseerimine, tsentraliseerimine organisatsiooniline struktuur ja äriprotsesside ümberkorraldamine. Veelgi enam, ülesanded ulatuvad IT-osakonna ulatusest palju kaugemale ja nõuavad ettevõtte igakülgset kaasamist.

Tsentraliseeritud süsteemide ehitamise trend peegeldab arengu strateegilist suunda infotehnoloogiad sisse pangandusäri ja jääb kehtima ka lähitulevikus.

Virtualiseerimine võimaldab luua hallatava, skaleeritava tsentraliseeritud taristulahenduse.

Andmekeskuse ehitamisel tuleks erilist tähelepanu pöörata infoturbe probleemidele.

Pärast intsidentide juhtimise ja muudatuste juhtimise protsesside väljatöötamist ja vormistamist on vähenenud panga infotehnoloogilise struktuuri tõrgetega seotud äriüksuste seisakud, paranenud kasutajateenindus ning väljakujunenud regulaarse aruandluse praktika pangajuhtidele.

Samas tuleb märkida, et ärikliendi ebapiisav kaasatus ITSM-i juurutusprojektidesse IT-teenuste koordineerimise kirjeldamisel on põhjuseks, miks on veel vara öelda, et IT-osakonnast on saanud teenindusorganisatsioon.

Detsembri lõpus toimunud piirkonnavalitsuse istungil see kinnitati.

Eelkõige näeb plaan ette teenistusse üleminekut infotehnoloogia osakonda autonoomne piirkond piirkonna ametiasutustes ja asutustes kasutatavad serveri- ja kommutatsiooniseadmed, tööjaamad ja infosüsteemid. Samal ajal viiakse kõik ametiasutuste automatiseeritud töökohad üle piirkondlike ametiasutuste korporatiivse võrgu ühtsesse domeeni.

Samuti eeldatakse, et osakond hakkab tsentraalselt tegema töid infosüsteemide infoturbe tagamiseks, korraldama püsi- ja mobiilsideteenuste osutamist. telefonisuhtlus ametiasutused ja institutsioonid tagavad ühtse korporatiivse võrgustiku toimimise.

Ringkonna osakondade programmidega selleks otstarbeks ette nähtud rahalised vahendid tuleks koondada programmi "Jugra Hantõ-Mansiiski autonoomse ringkonna infoühiskond aastateks 2018-2025 ja perioodiks kuni 2030".

Vastavalt dokumendile on 2018. aasta jooksul kavas võtta kasutusele infosüsteem autonoomse ringkonna riigivõimu täitevorganites ja allasutustes. raamatupidamine"Pilvearvestus" (mis hõlmab haldamise funktsioone varud, ostud, juhtimisarvestus ja jne).

Kava tegevuste elluviimise käigus tuleks optimeerida valitsusasutuste ja -asutuste arvutitehnika teenindamise ning infosüsteemide (ressursside) hooldamisega tegelevate töötajate arvu.

Samuti näeb see ette ettepanekute koostamist samalaadseteks meetmeteks seoses kohalike omavalitsusorganitega.

Plaani elluviimist hakkab kontrollima autonoomse ringkonna kuberneri esimene asetäitja Gennadi Bukhtin.

"Projekti tegevuskava on sünkroonitud ülesannetega, mis on seatud [ piirkondlikud dokumendid] Lean piirkonna kontseptsioon, riiklik programm"Infoühiskond". Need meetmed aitavad kindlasti kaasa majanduse digitaliseerimisele,“ kommenteeris Yugra kuberner kinnitatud dokumenti. Natalia Komarova.

Yugra infotehnoloogia osakonna direktori sõnul Pavel Tsiporin, võimaldab hankevolituste tsentraliseerimine IKT valdkonnas rakendada ühtseid lähenemisi ja nõudeid nende rakendamiseks, sh infoturbe meetmeid, tõhustada juhtimisotsused, mis aitab kaasa autonoomse ringkonna majanduse digitaliseerimisele ning optimeerib ka Okrugi eelarve kulutusi seadmete ostmiseks ja infosüsteemide loomiseks.

Tsiporini sõnul on Yugra ühtses infosüsteemide registris registreeritud üle 900 infosüsteemi, millest osa on dubleeritud funktsionaalsusega. Tema hinnangul tagab taristu tsentraliseerimine Yugra riigi infosüsteemide loomisel ja toimimisel ühtsete põhimõtete järgimise, seaduste nõuete täitmise, valitsusasutuste ja neile alluvate asutuste struktuuri optimeerimise, majandustegevuse efektiivsuse tõstmise. töötajate ja tööliste töö avalikud institutsioonid IKT-teenuste alal. "Samas tasub märkida, et olemasolevatele IKT valdkonna lepingutele lisanduvad ka varem sõlmitud tingimused, mis ei halvenda vastaspoolte jaoks nende täitmise tingimusi," ütles ta saidile.

Tula piirkonna informatiseerimise, kommunikatsiooni ja avatud halduse ministri sõnul Jaroslav Rakov, IT infrastruktuuri haldamise tsentraliseerimine võib oluliselt vähendada kulusid ja tõsta selles valdkonnas juhtimisotsuste tegemise efektiivsust. Piirkonna kogemuste kohaselt võimaldab ostude tsentraliseerimine ministeeriumi tasemel (98-99% kõigist valitsusasutuste ja nende asutuste IT-alastest ostudest käib läbi Tula piirkonna infotehnoloogiakeskuse) alandage hindu 18-30%. „Ametiasutustes kasutatavate hooldatavate infosüsteemide arv on vähenenud 500-lt 191-le, mis lihtsustab oluliselt nende asjaajamist ja hoiab ka oluliselt kokku raha,“ ütles Rakov.

Osakond avaliku ja välissuhted Hantõ-Mansiiski autonoomne ringkond – Ugra teatab:

Tänasel piirkonnavalitsuse istungil kinnitati tegevuskava autonoomse ringkonna infosüsteemide taristu tsentraliseerimiseks. Selle arutelust võtsid osa omavalitsused.

“Projekti teekaart on sünkroniseeritud kontseptsioonis “Lean Region”, riiklikus programmis “Infoühiskond” püstitatud ülesannetega. Need meetmed aitavad kindlasti kaasa majanduse digitaliseerimisele,” ütles Yugra kuberner Natalja Komarova.

Tuletame meelde, et infosüsteemide infrastruktuuri tsentraliseerimisega seotud tööd tehakse piirkonna juhi ülesandel. Selleks analüüsis Ugra infotehnoloogia osakond Venemaa Föderatsiooni moodustavate üksuste praktikat IKT valdkonna tsentraliseerimisel. Analüüsi tulemusena selgus, et riigiasutuste, aga ka allasutuste poolt kasutatavad vahendid, sh IKT juhtimisotsuste vastuvõtmine, hangete planeerimine mitmetes valdkondades, on koondunud ühte asutusse, mis täidab riigiasutuste ülesandeid. ühtse riikliku poliitika ja regulatsiooni elluviimine õiguslik regulatsioon IKT valdkonnas.

“See annab juhtimis- ja majandusefekti. Hankevolituste tsentraliseerimine IKT sfääris võimaldab rakendada ühtseid lähenemisi ja nõudeid nende rakendamiseks, sh infokaitse meetmeid, tõstab juhtimisotsuste tegemise efektiivsust, mis aitab kaasa autonoomse ringkonna majanduse digitaliseerimisele ning samuti optimeerida Okrugi eelarve kulutusi serveri ostmiseks, kommutatsiooniseadmeteks ja infosüsteemide loomiseks,“ ütles Yugra infotehnoloogia osakonna direktor Pavel Tsiporin.

Ta märkis, et Yugra ühtses infosüsteemide registris on registreeritud üle 900 infosüsteemi, millest osa on dubleeritud funktsionaalsusega. Tema hinnangul võimaldab taristu tsentraliseerimine tagada Ugra riigi infosüsteemide toimimise loomisel ühtsete põhimõtete järgimise, täita seaduses sätestatud nõudeid, optimeerida valitsusasutuste ja neile alluvate asutuste struktuuri ning tõsta IKT teenindamisega tegelevate töötajate ja riigiasutuste töötajate töö efektiivsust. „Samas tuleb märkida, et olemasolevatele IKT valdkonna lepingutele lisanduvad ka varem sõlmitud tingimused, mis ei halvenda vastaspoolte jaoks nende täitmise tingimusi. Kava tegevuste elluviimine võimaldab piirkonna järkjärgulist üleminekut digitaalmajandus", - ta ütles.

Valitsuse istungil jagasid föderaaleksperdid oma kogemusi info- ja kommunikatsioonitehnoloogia valdkonna tsentraliseeritud juhtimismudeli rakendamisel, arvamust Yugra sellesuunalise töö kohta.

“Pärast tsentraliseerimist on juhtimisotsuste tegemise tase oluliselt langenud. Praegu kulutab Tula piirkond ametiasutuste informatiseerimisele umbes 500 miljonit rubla aastas. Täieliku sisseostmise korral oleksid kulud umbes 2 miljardit rubla. Kui üksik klient on ministeerium või alluv asutus ministeeriumid, see on hinnaalandus 18-lt 30%-le. Mulle meeldis, et korralduse eelnõu puudutas infoturbe teemat. See on oluline ja asjakohane, arvestades rünnakute ja ohtude arvu. Tegeleme ka omavalitsused. Nad lõid kohalikele omavalitsustele ühtse saidi koostaja. Ja tegelikult lahendame kõik küsimused korraga,” ütles Tula piirkonna informatiseerimise, kommunikatsiooni ja avatud halduse minister Jaroslav Rakov.

"Teie plaan on peamine ja esimene samm. Iga suuna jaoks täiendatakse projektide portfelli. Kõige olulisem osa on õiguslik regulatsioon. Moskvas kehtib alates 2011. aastast piirkondlik seadus, mis määrab informatiseerimise valdkonna asutuse volitused infosüsteemide haldamise tsentraliseerimiseks ja infrastruktuuri moderniseerimiseks. Mõju on kumulatiivne, ulatub kümnetesse miljarditesse rubladesse,” ütles Moskva linna infotehnoloogia osakonna juhataja asetäitja Eduard Lõssenko.

Yugra kuberner Natalja Komarova juhtis valitsuse liikmete tähelepanu vajadusele luua projektide portfell infosüsteemide infrastruktuuri tsentraliseerimiseks selle liikmete heakskiidul. Projekti komitee Yugra.

Planeeringu elluviimise kuraatoriks määrati ringkonnakuberneri esimene asetäitja Gennadi Bukhtin ja vastutavaks täitevorganiks infotehnoloogia osakond.

Kokkuvõtteks andis piirkonnavanem rea juhiseid: „Annan ülesandeks 1. juuniks 2018 luua autonoomses ringkonnas infosüsteemide toimimise tulemuslikkuse jälgimise süsteemi. Koos sisepoliitika osakonnaga esitada 1. juuniks 2018 autonoomse ringkonna valitsusele põhifunktsioonide informatiseerimise kava eelnõu. täitevorganid riigivõim, allub automatiseerimisele, arvestades avalik arvamus", - ütles Natalja Komarova.

Peamised seotud artiklid