Cili është problemi i të gjitha kompanive ruse pa përjashtim? Biznesi ka kuptimin e vet për atë që po ndodh, kërkesat dhe objektivat e veta, por është shumë e vështirë t'i përkthen ato në gjuhën e veprimeve specifike të TI-së dhe këto kërkesa jo gjithmonë e arrijnë TI-në në një formë të kuptueshme.
Problemi i dytë tradicional është IT-ja e trashëguar. Në vitet e kaluara, ka pasur shumë prokurime dhe zbatime kaotike, duke krijuar shumë kompleksitet në peizazhin e IT. Çdo menaxher IT që i bashkohet një kompanie shpenzon shumë kohë duke kuptuar situatën aktuale. Nga ana tjetër, biznesi investon para në IT dhe dëshiron të shohë se ku shkon, në çfarë projektesh dhe iniciativash dhe si e çon kompaninë drejt qëllimeve strategjike.
Në Rusi, drejtimi i arkitekturës së korporatave nuk është zhvilluar ende. Kompanitë janë në kërkesë të madhe për zhvillimin e arkitekturave për zgjidhje specifike, por askush nuk është i përfshirë seriozisht në lidhjen e komponentëve të arkitekturës brenda organizatës. Në rastin më të mirë, për këtë qëllim përdoren spreadsheets, ku informacioni ruhet në formë të paformalizuar dhe kur një menaxher largohet nga kompania, njohuritë shkojnë me të.
Pasoja më e rëndësishme e kësaj qasjeje është shpenzimi jooptimal i fondeve për IT, ndonjëherë edhe humbje të plotë. Kjo është arsyeja pse kompanitë jashtë vendit po demonstrojnë gjithnjë e më shumë një qasje strategjike ndaj menaxhimit të TI-së dhe vektori po anon gjithnjë e më shumë drejt thjeshtimit dhe standardizimit të peizazheve të TI-së së korporatave.
Fjalët në veprime
Problemi është i dukshëm: është e nevojshme të lidhet biznesi me IT, të ndërtohet një urë lidhëse mes tyre, duke siguruar transparencë. Strategjia duhet të përkthehet në kërkesa dhe veprime që duhet t'u komunikohen njerëzve. Çdo departament duhet të kuptojë thelbin e punës dhe drejtimin e përgjithshëm të zhvillimit të IT.Sistemi HPE Enterprise Maps është krijuar për të zgjidhur këtë problem. Ajo që është e rëndësishme është se ky është zhvillim i vetë kompanisë, dhe jo një zgjidhje e blerë, e cila kohët e fundit është bërë një gjë e rrallë. Kjo është mirë: HPE, si furnizues i sistemit, vetë kuptoi se çfarë duhej dhe nevojitej në treg dhe mori iniciativën për të zhvilluar një produkt të tillë. Ndërtuar në shtëpi, Enterprise Maps ndërvepron pa probleme me dhe pasurohet me të dhëna nga sisteme të tjera HPE për të krijuar një zgjidhje kohezive dhe të fuqishme.
Për të shmangur rishpikjen e rrotës, Enterprise Maps përdor metodologjinë TOGAF, e cila është e kuptueshme për arkitektët dhe tregon se si t'i qasen menaxhimit të arkitekturës së ndërmarrjes. Shënimi ArchiMate 2.0 përdoret si gjuhë për të përshkruar ndërveprimin e elementeve arkitekturore me njëri-tjetrin.
Objektivat kryesore të sistemit të zhvilluar janë të zvogëlojë rreziqet dhe konfuzionin që lidhen me IT dhe të sigurojë përputhjen me strategjinë e IT. Është jashtëzakonisht e rëndësishme që të jeni në gjendje t'i përktheni fjalët "të bukura" në veprime konkrete. Për më tepër, menaxhimi kuptimplotë i "kopshtit zoologjik" të sistemeve ekzistuese po bëhet një detyrë jo e parëndësishme: ka shumë furnitorë në treg me politikat e tyre të licencimit, duke përditësuar produktet dhe duke hequr zgjidhjet e vjetra nga qarkullimi.
Pothuajse në çdo kompani mund të gjeni softuer për të cilin paguhet mbështetja, megjithëse nuk është vërtet e nevojshme ose - për më tepër, sistemi tashmë është hequr nga mbështetja. Ndodh edhe anasjelltas: një kompani planifikon të ndërtojë një sistem të ri pa e kuptuar se platforma që po përdor është shumë e vjetëruar.
Për IT dhe biznes
Kush mund të jetë i interesuar për këtë? Nëse një kompani ka një pozicion të tillë si arkitekt i ndërmarrjes, atëherë ai do të bëhet aktori kryesor.Në mënyrë tipike, programet e vizatimit përdoren për të përshkruar arkitekturën, për shembull, Microsoft Visio. Është e rëndësishme të theksohet se Enterprise Maps nuk ka të bëjë me vizatimin, por me krijimin e modeleve që janë të lidhura me botën reale, dhe respektimi i politikave të ndryshme do të monitorohet gjatë zhvillimit të tyre. Është e pamundur të krijosh një objekt të ndarë nga realiteti.
Arkitektët janë një audiencë që kupton përfitimet e sistemit dhe është në gjendje të vlerësojë aftësitë e tij. Megjithatë, për fat të keq, më së shpeshti nuk menaxhojnë buxhetet dhe vendimet do të merren më lart.
Grupi tjetër i rëndësishëm i përdoruesve janë CFO dhe CIO. Ata kanë detyra të ndryshme. Për shembull, CFO mund të mos ketë një kuptim të fortë të asaj që po ndodh në IT, por është e rëndësishme për të të shohë se ku po shkojnë investimet dhe sa prioritet është kjo fushë nga pikëpamja strategjike. Ai do të marrë informacion për këtë jo në formën e një raporti të redaktuar nga punonjësit, por me ndihmën e një prerjeje të vërtetë informacioni. Transparenca e aktiviteteve të departamentit të TI-së dhe arsyetimi shtesë i vendimeve të tyre për menaxhmentin e lartë janë të rëndësishme për CIO-n.
Sigurisht, biznesi i madh që ka arritur një pjekuri të caktuar është i interesuar për vendimet e kësaj klase - njerëz që e kanë kuptuar se duhet t'i vënë gjërat në rregull. Ajo që është shumë e rëndësishme është se Enterprise Maps, ndryshe nga zgjidhjet më të vështira që kërkojnë një qasje themelore, ofron një rrugë drejt "fitimeve të shpejta": zbatoni shpejt një skenar të veçantë për të provuar veten dhe më pas rritni gradualisht fuqinë e zgjidhjes.
Për shembull, sistemi përfshin skriptin "Pesë hapa për të zhvendosur një aplikacion në cloud". Të kesh skenarë të tillë të gatshëm është shumë i rëndësishëm për zbatimin e projekteve të shpejta që i tregojnë biznesit përfitimet e zgjidhjes.
Jo vetëm raportim
Janë tre destinacione tipike të mbuluara nga Enterprise Maps. E para është të kombinohen të dhënat ekzistuese (modelet e arkitekturës, strategjitë e biznesit) në një depo të vetme, ku të gjithë elementët janë të lidhur me arkitekturën e korporatës, caktojnë personat përgjegjës për seksionet e informacionit dhe vendosin sinkronizimin me burime të ndryshme të të dhënave.Së dyti, duke parë situatën aktuale, mund të ndërtoni një plan për kalimin në gjendjen e synuar duke identifikuar elementët që mungojnë duke përdorur analizën Gap. Ky është ndryshimi kryesor midis bazave të të dhënave të menaxhimit të zgjidhjeve dhe konfigurimit (UCMDB), të cilat pasqyrojnë vetëm situatën aktuale dhe vetëm në nivelin e infrastrukturës. Fusha e tretë e rëndësishme është standardizimi i qasjes ndaj aseteve, sistemeve dhe funksioneve të TI-së.
Në daljen e sistemit, kompania merr pjesë të informacionit për përdorues të ndryshëm. Secili prej tyre do të shohë informacionin për të cilin janë të interesuar. Me ndihmën e Enterprise Maps, ju mund t'u përgjigjeni një sërë pyetjesh: për shembull, mund të zbuloni se sa kushton mirëmbajtja e një aplikacioni të caktuar, nëse investimet korrespondojnë me strategjinë, ku shkojnë fondet, çfarë mund të bëhet duke përdorur buxhetin e ndarë.
Zakonisht, pasi shohin aftësitë e Enterprise Maps, shumë njerëz pyesin: a është një sistem raportimi? Po, ka ngjashmëri të mëdha. Por zgjidhja nuk është vetëm përgjegjëse për paraqitjen e të dhënave në një formë të bukur grafike, por gjithashtu bëhet mjeti kryesor i punës i arkitektit - një mjet për krijimin dhe mirëmbajtjen e modeleve të arkitekturës së ndërmarrjes.
Është e rëndësishme që brenda sistemit të jetë e mundur të përcaktohen politika për zhvillimin e arkitekturës (si pjesa e infrastrukturës ashtu edhe aplikacionet), të cilat do të monitorohen. Veprimet e ndaluara nuk do të kryhen dhe respektimi i mëtejshëm me rregullat do të ri-kontrollohet. Kështu, arkitekti jo vetëm që "vizaton fotografi", por i qaset zgjidhjes së problemit me mjaft mendim.
Burimet e të dhënave
Në mënyrë që sistemi të jetë funksional, ai duhet të jetë i mbushur me të dhëna. Kjo mund të bëhet lehtësisht duke përdorur spreadsheets dhe skedarë Excel, dhe kjo është e mjaftueshme për shumicën e klientëve - kjo është mënyra se si zakonisht ruhet informacioni rreth arkitekturës së korporatës. Klientët më të avancuar kanë sisteme UCMDB, të cilat gjithashtu bëhen një burim i vlefshëm i të dhënave.Një burim tjetër i rëndësishëm është sistemi i menaxhimit të portofolit të projektit. Nga këtu vijnë qëllimet, programet dhe projektet. Bazuar në këto të dhëna, është e mundur të tregohet vendi i projekteve në vazhdim në strategjinë e përgjithshme.
Së fundi, për të mbushur sistemet nuk mund të bëni pa mjete modelimi - për shembull, Sparx Enterprise Architect, një nga sistemet më të njohura për shkak të kostos së tij të ulët. Për më tepër, në disa raste preferohet përdorimi i mjeteve të tilla të specializuara. Nëse jeni duke zhvilluar një sistem të ri që do të bëhet një element kryesor i arkitekturës, është më mirë të merrni mjete projektimi të krijuara për këtë dhe të njohura për përdoruesit, dhe më pas të ngarkoni modelet e ndërtuara në Hartat e Ndërmarrjeve, ku ato do të lidhen me sistemet aktuale. , infrastruktura, planet dhe aktivitetet e projektit.
Foto objektive
Një pjesë e rëndësishme e sistemit janë raportet e integruara - seksione informacioni që bëhen një burim i vlefshëm njohurish kur merren vendime për zhvillimin e TI. Midis tyre ka disa kryesore.Një prej tyre është raporti i Mundësisë së Biznesit të Portofolit të Aplikimit. Bazuar në të dhënat e saj, mund të themi se ku duhet të investojë kompania në përputhje me strategjinë e saj, duke theksuar vendime të rëndësishme strategjike, ose anasjelltas - të identifikojë kandidatët për të kaluar në cloud. Hapi tjetër është identifikimi i aplikacioneve kritike për biznesin që mbështesin proceset kryesore dhe për këtë arsye kërkojnë vëmendje të veçantë.
Raporti i Investimeve Strategjike ju lejon të shihni boshllëqet midis investimeve aktuale dhe prioriteteve të biznesit. Për shembull, duke përdorur informacionin financiar nga një sistem i menaxhimit të portofolit të projektit, mund të identifikoni investime të tepërta në fusha jo prioritare. Kjo jep transparencën financiare që bizneset duan të shohin. Rishikimi i kostos së aplikacioneve gjithashtu ofron ushqim për mendim në lidhje me vlerën e tyre të biznesit dhe kostot reale.
Përdorimi i platformës është një raport që mund të jetë gjithashtu shumë i dobishëm. Kjo ju lejon të kuptoni, për shembull, se një e treta e aplikacioneve përdorin një platformë të pambështetur dhe nëse planifikoni të zbatoni një sistem të ri, atëherë duhet të mendoni për të.
Një nga aftësitë më të rëndësishme është krijimi i një "peme të varësisë" që tregon marrëdhënien midis elementeve specifike të infrastrukturës dhe shërbimeve të biznesit. Shpesh ka situata kur funksionimi i një sistemi të rëndësishëm për biznesin mbështetet nga një server i vetëm, i cili zvogëlon tolerancën e tij ndaj gabimeve, ose anasjelltas - një aplikacion jo-kritik funksionon në pajisje të shtrenjta të paarsyeshme.
Një mjet për të vendosur rendin
Ndër kompanitë më të interesuara për arkitekturën e korporatave janë organizatat financiare mjaft të pjekura. Arsyet janë të dukshme: ato vazhdimisht duhet të jenë “në ballë të IT”, duke kapur tregje të reja, gjë që reflektohet në arkitekturën e IT. Ata kanë shumë më tepër gjasa të kenë nevojë për transparencë, duke përfshirë edhe procesin e arritjes së qëllimeve. Së fundi, industria financiare është jashtëzakonisht konkurruese dhe gabimet e mëdha të TI-së mund të jenë të kushtueshme.Mos mendoni se sistemet e menaxhimit të arkitekturës së ndërmarrjeve janë zgjidhje vetëm për gjigantët. Nëse mund t'i tregoni një biznesi se ka platforma që mund të mos jenë paguar për një kohë të gjatë, ose kërkesa biznesi që nuk kanë marrë vëmendjen e duhur, rezultati mund të jetë shumë mbresëlënës edhe për një kompani të vogël.
Megjithatë, ka ende një kufi të arsyeshëm për madhësinë e kompanisë. Blerja minimale është 10 licenca, domethënë organizata duhet të ketë të paktën 10 persona që janë të interesuar për të. Dhe disa arkitektë janë tashmë një organizatë mjaft e madhe.
Por gjëja kryesore është se kompania duhet të jetë e gatshme, pasi ka blerë shumë pajisje dhe aplikacione në vitet e kaluara, për të sjellë rregull në ekonominë e saj IT. Nuk ka ende shumë prej tyre.
Kishte raste kur nuk kishte peizazh informacioni. Apo thjesht preferuan të mos e vënë re atë? Sistemet e informacionit karakterizoheshin nga arrogancë e jashtëzakonshme dhe mbretëronin në një hapësirë sterile dhe pa ajër. Duke u bërë gjithnjë e më komplekse, ata filluan të mendojnë për arkitekturën e tyre - si t'i sigurojnë vetes dhe të dashurve të tyre cilësi të tilla tërheqëse si qëndrueshmëria dhe efikasiteti. Por ata ende dalloheshin nga egoizmi i pafalshëm.
Çdo projekt për zbatimin e sistemeve të automatizuara (AS) u përpoq t'i kushtonte më pak vëmendje asaj që kishte tashmë ndërmarrja në fushën e IT (peizazhi aktual i saj IT), i cili ishte mjaft i justifikuar nga pikëpamja tregtare. Koncepti i peizazhit në lidhje me IT ishte një nga të parët që u përdor nga SAP, kur, në një rrugë komplekse të vetënjohjes që synonte të fitonte avantazhe konkurruese dhe fitime, zbuloi se edhe ai nuk mbulonte të gjitha nevojat e automatizimit të një ndërmarrje moderne. Duke parë përreth, ajo gjeti shumë sisteme, sisteme dhe programe që kompania nuk i donte ose nuk mund t'i braktiste. Metodat e njohura të transferimit të të dhënave nga një sistem në tjetrin, si më parë, qoftë shtypja e tyre nga një sistem dhe futja e tyre në tastierë në një tjetër, kopjimi apo shkrimi i tyre në Excel dhe ngarkimi i tyre prej andej, kanë treguar prej kohësh joefektivitetin e tyre. Për më tepër, ato janë të rrezikshme për cilësinë e informacionit. I gjithë efikasiteti dhe besueshmëria që mund të arrihej duke futur softuerin jo më të lirë duke përdorur projektet jo më të thjeshta dhe më pak të shtrenjta u shkatërrua me këtë lloj "integrimi" ose, më mirë, "shpërbërje".
Së pari, përdoruesit filluan të ankohen, të ndjekur nga klientët e biznesit. Përdoruesit - për shkak të punës mekanike dhe të pakuptimtë të transportuesve të informacionit, klientëve - për shkak të mungesës së avantazheve reale që u premtuan nga furnizuesit e sistemeve të rënda dhe kompanitë që zbatojnë këto zgjidhje. Këtu filloi epoka e "dizajnit të peizazhit IT". Doli që ka shumë folës, pajisje, komunikime, njerëz të gjallë me zakonet dhe përvojën e tyre, si dhe standardet e korporatës që duhet të merren parasysh dhe me të cilat duhet të merreni vesh. Me fjalë të tjera, ndërtesa e ndritshme AC duhet të ndërtohet në botën reale dhe jo në atë abstrakte. Dhe këtu një rrokaqiell në një vilë verore bëhet, për të thënë të paktën, i papërshtatshëm, njësoj si një shtëpi ndërrimi në qendër të qytetit. Sigurisht, shkurret mund të gërmohen, një pellg mund të mbushet, një kodër e vogël mund të rrafshohet dhe një ndërtesë mund të shkatërrohet. Por sa më domethënës të jenë elementët e peizazhit të informacionit, aq më e vështirë është ndryshimi i tyre për t'iu përshtatur një strukture të re arkitekturore. Dhe së paku, këto përpjekje dhe kosto shoqëruese duhet të merren parasysh kur analizohet projekti.
Peizazhi dhe arkitektura
Pra, gjatë formimit të arkitekturës AS duhet të merret parasysh peizazhi përreth, por lind pyetja: "Pse ishte e nevojshme të futej koncepti i peizazhit kur ekziston tashmë koncepti i Arkitekturës së Ndërmarrjes?" Rreth tij tashmë është zhvilluar një sistem idesh, standardesh dhe metodash. Është e vështirë të thuhet se çfarë i motivoi autorët nga SAP, por mund të supozojmë se atyre u duhej koncepti i peizazhit për të ndarë sistemin e ri që po ndërtohet nga realiteti që tashmë është i pranishëm në ndërmarrje. Ka edhe një aspekt. Nëse arkitektura presupozon njëfarë hapjeje, qartësie dhe formalizimi, atëherë peizazhi mund të përmbajë më shumë sekrete dhe mund t'i jepet përshkrimit me një shkallë të pasigurt besueshmërie. Por gjithçka që quhet sisteme të trashëguara është pothuajse gjithmonë e dokumentuar dobët ose e pa dokumentuar fare. Prandaj, kur metodat e përshkrimit të arkitekturës së ndërmarrjes aplikohen në peizazh, ne duhet të jemi të përgatitur për shumë pika të bardha dhe gri. Mbushja e këtyre pikave aty ku është e nevojshme është një shkencë, ose më mirë një art, në vetvete. Shumë shpesh, pamundësia e formalizimit i detyron kompanitë të braktisin elementët ekzistues të peizazhit dhe i zhyt ato në projekte të kushtueshme me një shkallë të lartë rreziku. Prandaj, si në natyrë, peizazhi i informacionit mund të jetë i mbushur me kërcënime dhe telashe. Sidoqoftë, duke zotëruar dizajnin e peizazhit, disavantazhet mund të kthehen në avantazhe duke integruar me mjeshtëri strukturën në "natyrën" përreth, duke përdorur me mjeshtëri mjetet ekzistuese të IT.
Peizazhi i një ndërmarrje moderne varet shumë nga lloji i ndërmarrjes (shih Tabelën 1).
| Lloji i klasifikimit | Ndikimi në peizazh | Karakteristikat e peizazhit |
|---|---|---|
| Industria | Për bankat, ABS luan një rol të veçantë, për telekomit - sistemet e faturimit, për inxhinierinë mekanike, ndërtimin e anijeve, prodhimin e avionëve - CAD/CAM/PDM, për ndërmarrjet prodhuese - sistemet e automatizuara të kontrollit të procesit dhe MES, për kompanitë shitëse - Automatizimi i Sales Force dhe CRM sistemeve. | Në industri të caktuara, peizazhi ndërtohet rreth AS qendrore që është më domethënëse për ndërmarrjen. |
| Struktura territoriale | Kompanitë e shpërndara, shumë të centralizuara kërkojnë sisteme të centralizuara që mbështesin arkitekturën e shpërndarë dhe janë elastike ndaj dështimeve të rrjetit. Përveç kësaj, ajo vendos kërkesa për organizimin e rrjetit dhe të gjithë peizazhin. | Kompanitë e shpërndara gjeografikisht me centralizim të fortë karakterizohen nga komunikime me cilësi të lartë dhe besueshmëri të softuerit ndaj dështimeve të rrjetit. |
| Lloji i pronës | Ndërmarrjet shtetërore konsumojnë në mënyrë aktive sisteme të menaxhimit të dokumenteve, ato tregtare - sisteme analitike. | Lloji i pronësisë përcakton kërkesat për mjetet e automatizimit të rrjedhës së dokumenteve dhe menaxhimit financiar. |
| Madhësia | Për kompanitë e mëdha, performanca e sistemit, shkallëzueshmëria dhe besueshmëria janë të rëndësishme. Për ato të vogla - lehtësia e instalimit, konfigurimit dhe mirëmbajtjes. | Kërkesat për komponentët e një arkitekture të ndërmarrjes janë të ndryshme, kështu që pamja e peizazhit ndryshon ndjeshëm. |
Pothuajse të gjitha kompanitë moderne karakterizohen nga një peizazh i larmishëm informacioni, dhe ato që quhen sisteme të trashëgimisë luan një rol të spikatur në të. Për një kohë të gjatë, askush nuk ka propozuar shkurtimin e të gjithëve dhe transformimin e plotë të tij në një projekt të vetëm. Prandaj, jo vetëm çdo zbatim, por shumica e ndryshimeve në cilëndo nga shtresat arkitekturore kërkojnë analizë se si këto ndryshime do të ndikojnë në të gjithë peizazhin e ndërmarrjes. Fatkeqësisht, cilësia e menaxhimit të ndryshimeve në shumicën e rasteve lë shumë për të dëshiruar. Pak njerëz mendojnë për peizazhin. Është mirë nëse ata kufizohen në të paktën "shkurret" ngjitur, ose madje planifikojnë të prezantojnë AS, si në ditët e mira të vjetra - pa marrë parasysh peizazhin ekzistues të informacionit.
Klasifikimi i komponentëve të peizazhit
Le të përpiqemi të shikojmë (Tabela 2) përbërësit e peizazhit të informacionit, të gjitha këto shkurre, pemë, manaferra dhe lule dhe si përshtaten ato së bashku.
| Lloji i elementit të peizazhit | Karakteristikat kryesore | Metodat e integrimit |
|---|---|---|
| Sisteme të mëdha korporative (ERP, CRM, ...) | Gama e gjerë e funksionalitetit Arkitektura e zgjuar Metodologjia e zbatimit Dokumentacion i mirë API të zhvilluara mirë dhe teknologji e mirëmenduar për përmirësime |
Metodat e mirëmenduara të integrimit, ndërfaqet, përshtatësit, të përshkruara në XML ESB, serverë aplikacionesh J2EE, .NET, CORBA, XML, EDI |
| Sisteme të gatshme të specializimit të ngushtë (më e mira e bukës) (rrjedha e dokumenteve, menaxhimi i projektit, sistemet e kontabilitetit...) | Sistemet që zënë një nga pozicionet kryesore në segmentin e tyre. Zakonisht ofrojnë funksionalitet më të mirë në zonën e tyre sesa sistemet më të mëdha. | Opsionet e integrimit nuk janë aq të ndryshme sa me sistemet më të mëdha, por zgjedhja e teknologjive është zakonisht e njëjtë. |
| Platformat funksionale (BPM, mbështetje shërbimi, ...) | Sisteme që ofrojnë mjete të përshtatshme për montimin e altoparlantëve në një zonë funksionale të zgjedhur. Shumica e këtyre ndërtimeve nuk përfshijnë kodim, megjithëse këto sisteme kanë gjithmonë një API. Në mënyrë tipike, në këto platforma ofrohen edhe zgjidhje të gatshme, të cilat mund të zhvillohen më tej. | Metodat e integrimit përcaktohen nga teknologjia në të cilën bazohet platforma. Platformat më të zakonshme janë J2EE dhe .NET. |
| Platformat softuerike - mjedise zhvillimi (Eсlipse, Visual Studio, NetBean) | Platformat softuerike u ofrojnë zhvilluesve një mjet të përshtatshëm për ndërtimin e aplikacioneve me funksionalitet të gjerë dhe zakonisht nuk përmbajnë elementë të fokusuar në një zonë funksionale specifike. Shumë platforma ofrojnë mjete zhvillimi vizual që ju lejojnë të krijoni pjesërisht aplikacione pa kodim | Mjetet e integrimit përcaktohen nga teknologjia e përdorur, në këtë rast gjuha e programimit |
| Zhvillimet me porosi | Zakonisht zhvillimet me porosi janë të paktën të dokumentuara disi | Mjetet e integrimit varen nga ajo që është porositur në të vërtetë, kështu që nëse ka ndonjë plan për integrim për zhvillim, atëherë është më mirë që menjëherë të përfshini kërkesat përkatëse në specifikimet teknike. |
| Zhvillimet e veta | Zhvillimet e veta mund të krijohen gjithashtu në platformë. Ato zakonisht janë të dobëta ose aspak të dokumentuara dhe shpesh janë një kuti e zezë që nuk mund të ndryshohet. | Elementet më të vështira të peizazhit për t'u integruar |
Në përgjithësi, asnjë nga elementët e tabelës. 2 nuk është më mirë apo më keq se tjetri - gjithçka varet nga kompania dhe situata specifike. Në veçanti, softueri i pronarit që është i vështirë për t'u integruar, nëse kompania ka një proces të mirë-krijuar të zhvillimit të softuerit, mund të jetë më i përshtatshëm për kombinim me komponentë të tjerë sesa të gjithë elementët e tjerë. Në favor të përfundimit të fundit, mund të citojmë shembullin e operatorit më të madh japonez të telekomunikacionit, Docomo. I gjithë softueri në këtë kompani zhvillohet në mënyrë të pavarur, për të cilin Docomo punëson një staf të konsiderueshëm specialistësh të IT-së. Ata e shpjegojnë këtë qasje thjesht: “Për ne, fleksibiliteti është avantazhi më i rëndësishëm konkurrues. Dhe fleksibiliteti i biznesit kërkon fleksibilitetin e folësve tanë. Prandaj, ne jemi të gatshëm të paguajmë disa qindra zhvillues, të investojmë përpjekje dhe para në trajnimin dhe motivimin e tyre, por për këtë do të kemi "të gjitha ndryshimet në duart tona". Me sa mund të themi, shumë kompani japoneze ndjekin këtë qasje, e cila duket se është më e përshtatshme për mrekullinë e biznesit japonez.
Kompanitë ruse, përkundrazi, tani janë në fazën e tranzicionit nga zhvillimi i brendshëm në kontraktimin e jashtëm. Shumë menaxherë besojnë se në këtë rast ata do të jenë në gjendje të çlirohen plotësisht nga menaxhimi i procesit të krijimit të një AS dhe të kurohen nga një dhimbje koke e dhimbshme. Iluzioni i tyre është se të gjithë elementët e tjerë, përveç zhvillimeve të tyre, nuk kanë nevojë të menaxhohen dhe sistemet e krijuara nga burimet e jashtme, të mbjella në tokën e ndërmarrjes së tyre, do të rezultojnë të jenë plotësisht të pajtueshme me njëri-tjetrin dhe me peizazhin përreth. . Sa herë i kanë thënë botës: kur zgjedh ndonjë komponent, kërkesa e përputhshmërisë së tij duhet të bëhet një nga më të rëndësishmet - dhe problemi, mjerisht, është ende atje. Është e qartë se për të paraqitur një kërkesë të tillë, duhet të dini se çfarë të kërkoni - peizazhi i informacionit duhet të përshkruhet të paktën në një formë të besueshme. Kush e ka? Pra, lindin frikacakë të paqëndrueshëm - AC që nuk lëshojnë rrënjë dhe nuk mund të lëshojnë rrënjë, dhe lëngojnë në peizazhin e korporatës nën vajtimet e indinjuara të atyre që u përpoqën t'i shartonin.
Mjete për kombinimin e elementeve të peizazhit
Ka dy “lajme”: të mira dhe të këqija. E mira është se IT moderne ju lejon të integroni çdo gjë me çdo gjë. Kjo është një çështje burimesh (përpjekjeje dhe parash), besueshmërisë së asaj që del si rezultat dhe përpjekjeve që do të kërkohen për të ruajtur dhe mbështetur një zgjidhje të integruar. Megjithatë, pyetja e fundit nuk është studiuar qartë. Kur flasin për një peizazh natyror, kujtojnë se pa kujdesin e duhur ai shumë shpejt do të shndërrohet në një kaçubë të egër. Kur flasin për peizazhin e informacionit, ata besojnë se është e rëndësishme ta përdorin atë një herë, dhe atëherë gjithçka do të jetë mirë. Ashtu si shumë keqkuptime, kjo qëndron në thellësitë e nënndërgjegjeshëm, ndaj është e vështirë ta luftosh atë.
Lajmi i keq është se çdo zgjidhje e integruar është një rend i përmasave më komplekse, e vështirë për t'u mirëmbajtur dhe zhvilluar, më e shtrenjtë dhe në të njëjtën kohë shumë më e keqe se ajo që i shitet biznesit. Kjo e fundit është shumë e rëndësishme. Menaxherët e IT-së, integruesit dhe konsulentët përballen me këtë sfidë. Në fund të fundit, vetë ky integrim nuk mund të tregohet apo zbatohet veçmas nga ai që integrohet. Dhe është mjaft e vështirë të shpjegohet se tani informacioni do të jetë i një cilësie tjetër, pasi koncepti i cilësisë së informacionit nuk është fare i zhvilluar në vendin tonë, për fat të keq.
Pra, projektet integruese i bashkëngjiten projekteve zbatuese, financohen në bazë të mbetur dhe bëhen “në një fije të gjallë”, duke lënë të kuptohet se më vonë, disi, kur të dalë koha dhe buxheti, ne do të bëjmë gjithçka siç duhet. Megjithatë, nuk ka asgjë më të përhershme se të përkohshme. Prandaj, integrimi i papërfunduar do të ndjekë ndërmarrjen për shumë vite, duke e penguar atë të marrë përfitimet e premtuara ose të zbatojë me kompetencë ndryshimet e nevojshme. Si ilustrim, mund të citojmë arsyetimin e një menaxheri të IT-së, i cili e bindi menaxhmentin të zbatojë të paktën integrimin dhe kështu të demonstrojë suksesin e projektit: “Epo, a mund t'i lidhim dy sistemet? Ah, diçka tashmë po funksionon! Epo, le ta tregojmë!” Natyrisht, ishte e nevojshme të tregohej vetëm një urë virtuale midis dy sistemeve, ende pa funksion.
Sistemet për kombinimin e elementeve të peizazhit të informacionit mund të ndahen në dy grupe: shirit dhe ombrellë.
Altoparlantët me shirit zakonisht ndërtohen mbi bazën e një autobusi ESB, në të cilin altoparlantët individualë janë ngjitur në "kupa thithëse" - ndërfaqe të standardizuara - dhe ndërveprojnë me njëri-tjetrin përmes autobusit. Këto sisteme u rritën nga teknologjia CORBA dhe sistemet e mesazheve.
Sistemet ombrellë, të cilat gjithashtu shpesh bazohen në ESB, ofrojnë akses në sisteme të ndryshme në peizazhin e informacionit, duke i mbuluar ato si një ombrellë. Në formën e tyre më të thjeshtë, këto janë portale të korporatave që ofrojnë akses në një sërë sistemesh organizative. Sistemet BRM që sot po fitojnë në mënyrë aktive popullaritet janë të tipit ombrellë.
Si sistemet e integruara me shirit dhe ombrellë, më së shpeshti kërkojnë përpunim të altoparlantëve të integruar, përveç rasteve kur këta të fundit kishin një numër të madh adaptuesish ose ndërfaqesh të paracaktuara. Ndërsa kjo bëhet gjithnjë e më e rëndësishme në botën e integruar të peizazhit, shumë prodhues po përpiqen t'u ofrojnë krijimeve të tyre një sërë veçorish të përshtatshme dhe të besueshme integrimi. Ata besojnë, jo pa arsye, se ky është një nga avantazhet e rëndësishme konkurruese. Do të dëshiroja që konsumatorët, nga ana tjetër, të mësojnë t'i vlerësojnë këto përpjekje.
Nga ana tjetër, prodhuesit kujdesen vetëm për "shkurret dhe pemët" e tyre të peizazhit të informacionit. Nuk ka gjasa që atyre t'u kërkohet të veprojnë si kopshtarë të të gjithë peizazhit të informacionit të ndërmarrjes - kjo është fusha për integruesit e sistemit, si në emër ashtu edhe në thelb. Megjithatë, deri më tani integruesit vendas nuk kanë kërkuar të marrin këtë rol të nderuar, por shumë të vështirë. Në një situatë ku cloud kërcënon të kapë pjesë të mëdha të tregut të IT, integruesit e sistemit duhet të nxitojnë në këtë zonë ende gjysmë bosh të biznesit.
Nëse Rrjeti bashkon njerëz në pjesë të ndryshme të botës, atëherë ai është i përsosur për bashkimin e kompanive, për ndërtimin e asaj që quhet Zinxhiri i Furnizimit - një zinxhir furnizimi për organizimin e ndërveprimit midis furnitorëve dhe konsumatorëve, për bashkëpunim dhe burime të shumta (tërheqja e "turmës" për të punonjësit vullnetarë të prodhimit dhe shitjes). E gjithë kjo sugjeron një peizazh informacioni krejtësisht të ndryshëm në krahasim me atë për të cilin folëm më parë. Ndoshta edhe termi "peizazh" nuk është plotësisht i përshtatshëm këtu, por "bota e informacionit" ose "interneti i biznesit" do të ishte më i përshtatshëm. Është e qartë se kërkesat për mjetet e integrimit vetëm do të rriten.
Sidoqoftë, deri më tani, ndërveprimi i kompanive, çuditërisht, ende shpesh bazohet në EDI të lashtë, kur një AS vendosi një skedar dhe i dyti e hiqte atë. Një tjetër gjë është se tani këta skedarë janë në format XML, në veçanti, është EDI që përdoret zakonisht për ndërveprimin e shqetësimeve më të mëdha të automobilave me furnizuesit e komponentëve. Meqë ra fjala, ata që nuk e kanë kuptuar ende se integrimi ka pushuar së qeni diçka që mund të hiqet lehtësisht, duhet të dinë se pa dhënë informacion operacional për ecurinë e porosisë, pa integrim me altoparlantët e përdorur nga gjigandi i automjeteve, kompania do as të konsiderohet si një furnizues i komponentëve të automjeteve.
Integrimi, çështjet e krijimit dhe ruajtjes së peizazhit të informacionit po pushtojnë gjithnjë e më shumë bankat dhe kompanitë e telekomit, prodhuesit dhe shitjes me pakicë. Në çdo rast, e ardhmja lidhet me një peizazh informacioni që do ta bëjë të lehtë integrimin e elementeve të rinj, heqjen dhe zëvendësimin e atyre ekzistues dhe trajtimin e IT të ndërmarrjes si një tërësi e vetme.
Marina Anshina([email i mbrojtur]) - Kryetar i Komitetit të Standardeve të Unionit Rus të CIO-ve (Moskë).
BINBANK ka përfunduar një projekt për krijimin, implementimin dhe integrimin e sistemit më funksional bankar IT. Për zbatimin e këtij projekti, u përdorën teknologji të avancuara dhe përvojën më të mirë të produktit dhe integrimit të IBM, Oracle, Tata Consultancy Services, Diasoft dhe LANIT.
Përmirësimi i cilësisë së produkteve dhe shërbimeve të ofruara për klientët, rritja e efikasitetit të proceseve të biznesit dhe konkurrueshmërisë, optimizimi i infrastrukturës dhe kostove - këto janë objektivat e projektit të zbatuar në BINBANK. Ishte zgjidhja e tyre që formoi bazën për parametrat kryesorë për zgjedhjen e furnizuesve të sistemeve dhe teknologjive.
“Që në ditët e para të punës së tij, BINBANK ka ndjekur një politikë aktive që synon fokusimin maksimal ndaj klientit. Menaxhmenti i bankës vlerëson realisht situatën aktuale ekonomike, duke kuptuar se mundësitë për zhvillim efektiv dhe të qëndrueshëm mbeten edhe sot,” vë në dukje zëvendëspresidenti i lartë i BINBANK Alexey Kolabukhov.
“Infrastruktura e re e TI-së do t'i lejojë bankës të përdorë plotësisht teknologjitë e reja më të avancuara në të ardhmen e afërt dhe të forcojë pozicionin e saj konkurrues në kohën kur ekonomia e vendit të dalë nga kriza,” shton ai.
Për zbatimin e projektit, nga zbatimi në punën e integrimit, u zgjodhën teknologjitë e bazuara në parimet e arkitekturës së orientuar nga shërbimi (SOA) - ishte përdorimi i tyre që bëri të mundur përmirësimin e produktivitetit dhe fleksibilitetit të infrastrukturës së krijuar IT.
Tani, për të rritur efikasitetin e proceseve të biznesit, specialistët e BINBANK mund të zhvillojnë produkte të reja bankare dhe të plotësojnë ato ekzistuese me opsione të reja në kohën më të shkurtër të mundshme. Për më tepër, fleksibiliteti i lartë i teknologjive të konfigurimit të infrastrukturës së TI-së do t'i lejojë bankës t'i përgjigjet shpejt ndryshimeve në kushtet e tregut, të hyjë shpejt në treg me oferta të reja, duke siguruar koston optimale të produkteve të reja bankare.
Përdorimi i teknologjive SOA ju lejon të centralizoni burimet e TI-së dhe, në këtë mënyrë, të rrisni besueshmërinë operacionale dhe të zvogëloni ndjeshëm kostot për sa i përket kostove për mbështetjen e mëvonshme të operacioneve, personelit dhe menaxhimit të IT. Për më tepër, arkitektura e re e sistemit na lejon të minimizojmë rreziqet e dështimeve operacionale që vijnë nga ndërhyrja e "faktorit njerëzor" dhe rrethanave të forcës madhore.
Vlen gjithashtu të theksohet se sistemi i krijuar në BINBANK është i integruar me sisteme të tjera informacioni në një peizazh të vetëm IT, i cili rrit shpejtësinë e proceseve të TI-së kur kombinohen sistemet e filialeve.
Si rezultat i unifikimit të bazës së klientëve dhe të gjithë linjës së produkteve, banka do të marrë një tjetër avantazh konkurrues - rritjen e besnikërisë së klientit, të cilët do të marrin shërbimin më të shpejtë dhe cilësor në çdo kohë dhe në çdo zyrë bankare.
Sot, projekti BINBANK është zbatimi më i madh i zgjidhjeve dhe produkteve integruese nga të gjithë furnizuesit në sektorin financiar rus. Baza transaksionale për krijimin e një zgjidhjeje të re ishte sistemi i automatizimit të biznesit bankar me pakicë BαNCS nga Tata Consultancy Services.
Sistemi BαNCS vendoset në bazë të një infrastrukture rezistente ndaj fatkeqësive, e cila përfshin dy grupime të shpërndara gjeografikisht dhe siguron një kohë rikuperimi për aplikacionet kryesore jo më shumë se 1 orë, edhe në rast të një dështimi të plotë në një nga qendrat e të dhënave. . Projekti u zbatua nga IBM, e cila ka përvojë të gjerë në krijimin e sistemeve shumë të besueshme, produktive dhe tolerante ndaj gabimeve. Specialistët e IBM zhvilluan një plan projektimi dhe vendosjeje për infrastrukturën, instaluan, konfiguruan dhe testuan dy grupime dhe zhvilluan një sërë dokumentesh operacionale.
Infrastruktura rezistente ndaj katastrofave është ndërtuar në bazë të serverëve të nivelit të lartë IBM System p590, sistemeve të ruajtjes DS8300 dhe bibliotekave të shiritave TS3500.
Për të zgjidhur problemet e të bërit biznes në kushtet ruse dhe ndërtimin e raportimit në përputhje me kërkesat e Bankës së Rusisë, BINBANK iu drejtua Diasoft për ndihmë, e cila propozoi një produkt inovativ të zbatuar në përputhje me konceptin kryesor të projektit - teknologjitë SOA.
Diasoft FA# Bank, Libri i Përgjithshëm (SOA) është një produkt i gjeneratës së re, zgjidhja e vetme e klasës së tij e zhvilluar në Rusi, performanca e së cilës plotëson plotësisht kërkesat dhe vëllimet më serioze të biznesit të një strukture të madhe me shumë degë. Bazuar në këtë zgjidhje Diasoft, banka ndërtoi dritare raportimi për gjenerimin e formularëve të raportimit në përputhje me SNRF dhe RAS.
Integrimi i sistemit të informacionit Diasoft FA# me sistemin BαNCS u bë i mundur falë përshtatësve të zhvilluar posaçërisht nga Diasoft - ata ju lejojnë të shkarkoni transaksione nga ABS kryesore dhe të kryeni rakordim në fund të ditës në modalitetin me shumë fije.
Baza për vendosjen e arkitekturës SOA në BINBANK u sigurua nga një platformë integrimi e krijuar në bazë të produkteve Oracle Fusion Middleware. Si rezultat, BINBANK ka ndërtuar një hapësirë informacioni brenda së cilës rreth 400 mijë ngjarje kalojnë çdo ditë përmes platformës së integrimit midis 170 burimeve të informacionit me 9 lloje të ndryshme sistemesh informacioni. Përveç kësaj, kostot e krijimit të proceseve të reja teknologjike të biznesit dhe lidhjes së tyre me infrastrukturën e përgjithshme IT të bankës janë minimizuar.
Projekti përfiton nga të gjitha avantazhet e autobusit të të dhënave të korporatës dhe produkteve të teknologjisë Oracle, në veçanti: lehtësinë e konfigurimit dhe administrimit, performancën e patejkalueshme, shkallëzueshmërinë, menaxhueshmërinë dhe kërkesat e ulëta për burime. Projekti u zbatua mbi bazën e një zgjidhjeje që njihet si nr. 1 në botë për menaxhimin e SOA dhe u përfshi në familjen Oracle Fusion Middleware si pjesë e linjës WebLogic bazuar në rezultatet e integrimit të suksesshëm të Oracle dhe BEA. Sistemet. Zgjedhja e platformës së integrimit Oracle lejon BINBANK të reduktojë kostot dhe të sigurojë efikasitet maksimal ekonomik.
Kompanisë LANIT iu dha një detyrë kryesore - duke përdorur përvojën e akumuluar në bankë në zgjidhjen e problemeve të integrimit, për të ndërtuar një arkitekturë SOA, për të siguruar integrimin e sistemeve të implementuara dhe ekzistuese në një hapësirë të vetme informacioni të bankës dhe për të automatizuar flukset kryesore të informacionit midis bankave. sistemet për të siguruar funksionimin pa probleme të proceseve të nevojshme bankare.
Specialistët e LANIT kanë ndërtuar një zgjidhje gjithëpërfshirëse shumë të besueshme në arkitekturën SOA bazuar në produktet e Oracle Corporation në linjën Oracle Fusion Middleware. Kjo zgjidhje karakterizohet nga tolerancë e lartë ndaj gabimeve, performancë dhe siguri dhe ka një arkitekturë që lejon transferimin fleksibël të degëve ekzistuese në sistemin e ri bankar. Kjo ju lejon të zvogëloni koston e automatizimit të proceseve të reja të biznesit dhe të minimizoni koston e lidhjes së sistemeve të reja me një infrastrukturë të vetme SOA.
Oleg, si mund të përcaktojmë momentin në zhvillimin e një banke kur sistemi IT ka arritur një nivel pas të cilit kërkohet një kërcim cilësor në zhvillim, për shembull, krijimi i një hapësire të unifikuar informacioni?
Gjithçka fillon me zonën ku zhvillimi po ndodh më shpejt dhe ku ka më shumë ndryshime. Për ne, ky është segmenti që ne e quajmë gazsjellës krediti. Është një sistem i përbërë nga shumë aplikacione, secila prej të cilave kryen pjesën e saj të një detyre më të madhe. Ishte e nevojshme që të funksiononte si një makinë e vetme, e lyer mirë. Me fjalë të tjera, rritja e biznesit me pakicë detyroi automatizimin e dhënies së kredive dhe ky hap i dha një shtysë të re zhvillimit të teknologjisë së informacionit. Pastaj theksi filloi të zhvendosej drejt mbështetjes së mëtejshme të klientit dhe proceseve të tjera.
Cili është roli i arkitekturës së orientuar drejt shërbimit në ndërtimin e një hapësire të unifikuar informacioni në një bankë?
Për momentin, për një kompani me një infrastrukturë të shpërndarë, ku sisteme të ndryshme informacioni janë përgjegjës për fusha të ndryshme të biznesit, nuk ka alternativë tjetër për t'i kombinuar në një hapësirë të vetme përveç SOA. Nëse një organizatë vendos qëllimin e ndërtimit të një hapësire të unifikuar informacioni dhe, pa u përqëndruar në teori dhe marketing, do ta arrijë këtë me mjete teknike moderne, atëherë arkitektura që rezulton mund të quhet me siguri e orientuar drejt shërbimit. Mendimi im është se SOA qëndron për teknikat që janë përdorur në industrinë e zhvillimit të softuerit për shumë vite. Arkitektura e orientuar drejt shërbimit nuk sjell ndonjë ide thelbësisht të re, revolucionare. Kjo është renditja e bazës mbi të cilën bazohet zhvillimi i çdo softueri. Të gjitha parimet e mëparshme mbi të cilat është bazuar zhvillimi i një aplikacioni të vetëm janë çuar në një nivel më të lartë, në nivelin e hapësirës së informacionit të ndërmarrjes. Si rezultat, jo vetëm aplikacionet e ndërtuara mbi një teknologji specifike, por çdo sistem informacioni në përgjithësi mund të punojnë së bashku. Përse përndryshe ky koncept është bërë kaq popullor - për herë të parë, industria e zhvillimit të softuerit nuk u ka thënë bizneseve: gjithçka që keni tashmë duhet të hidhet poshtë dhe sistemet të ndërtohen përsëri, në një platformë të re. Në të kundërt, SOA supozon se të gjitha aplikacionet ekzistuese do të përdoren plotësisht. Unë do ta shprehja kështu: me këtë qasje dhe një nivel të ri abstraksioni, ne mund të përdorim të gjitha funksionet ekzistuese të sistemeve, duke i kushtuar më pak vëmendje aspektit teknologjik të platformave dhe teknologjive mbi të cilat janë ndërtuar aplikacionet tona të trashëguara.
Si zgjidhet problemi i një “kopshti zoologjik” sistemesh në arkitekturën e një banke, duke kombinuar zgjidhje nga furnitorë të ndryshëm? Dhe si të punoni saktë me ofruesit e zgjidhjeve në mënyrë që të mos bëheni të varur prej tyre?
Peizazhi i informacionit të bankës sonë përfshin më shumë se 150 sisteme në përdorim. Nëse marrim vetëm sisteme të klasit kritik të biznesit, ka më shumë se 20 prej tyre, në veçanti, ne kemi pesë ABS nga tre prodhues të ndryshëm. Për të mbështetur dhe zhvilluar këto sisteme, banka nuk mund të bëjë pa ekipin e vet të specialistëve. Secilit sistem i caktohet një pronar teknik. Ky është një analist i cili në fakt bëhet menaxher teknik për një sistem specifik, kupton plotësisht subjektin e tij dhe merr pjesë në të gjitha aspektet e zhvillimit dhe mirëmbajtjes së këtij aplikacioni. Për shembull, merrni parasysh këtë situatë. Banka po hedh në treg një produkt të ri që kërkon një zgjidhje të re IT. Një analist nga banka fillon të punojë në konceptin e nisjes dhe të studiojë se si duhet të zbatohet në nivelin teknologjik.
Menaxhimi i bllokut të IT përdor rregullisht shërbimet e një auditori të madh, i cili ndihmon në verifikimin e përputhshmërisë së zhvillimit të teknologjisë së informacionit me objektivat e biznesit
Dhe vetëm pasi punonjësi ynë të ketë kuptuar se si duhet të ndërtohet, ne ndërveprojmë me furnitorët. Ne përpiqemi të zhvillojmë dhe të përsosim sistemet së bashku me shitësit, në vend që ta transferojmë aktivitetin plotësisht në anën e tyre. Procesi është duke u dokumentuar dhe për këtë janë përgjegjës të njëjtët analistë. Ne kemi një standard të brendshëm dokumentacioni dhe monitorojmë që shitësi dhe punonjësit tanë të jenë në përputhje me kërkesat e dokumentacionit. Projektet serioze në bankë, si rregull, lidhen me integrimin e aplikacioneve. Rezulton se disa shitës janë të përfshirë në një projekt të tillë dhe mund të shfaqen probleme thjesht organizative. Është e nevojshme të strukturohet puna në atë mënyrë që shitësit të arrijnë një marrëveshje mes tyre dhe të zgjidhin të gjitha çështjet e diskutueshme. Në praktikë, sapo të përcaktohet ndërfaqja për ndërveprimin midis moduleve nga furnitorë të ndryshëm, në këtë pikë zgjidhen çështjet kryesore. Në përgjithësi, detyra e bankës është të përcaktojë qartë fushat e përgjegjësisë në mënyrë që ofruesit e shërbimeve të mos e tërheqin batanijen mbi vete.
Këtë vit, Renaissance Credit bleu një rrjet degësh nga një bankë tjetër. Çfarë sfidash janë shfaqur në nivelin e TI-së?
Në fakt është mjaft e thjeshtë. Që në fillimet e veprimtarisë së bankës u zgjodh strategjia e përdorimit të një sistemi të centralizuar. Të gjitha sistemet e back-office janë të vendosura në një qendër të vetme të dhënash dhe është e lehtë të lidheni stacione të reja pune me këtë qendër. Për më tepër, banka po zhvillon në mënyrë aktive teknologjitë e virtualizimit, domethënë, vendi i punës ku punon tregtari ndodhet gjithashtu në një qendër të centralizuar të të dhënave. Kjo lehtëson shumë mirëmbajtjen, instalimin, konfigurimin dhe përditësimin e softuerit në vendet e punës. Gradualisht, kjo praktikë po përhapet në vendet e punës në të gjitha degët dhe pikat e shitjes. Natyrisht, ne kemi kanale rezervë të të dhënave dhe, përveç kësaj, banka aktualisht po zbaton një projekt për ndërtimin e një qendre të dytë të të dhënave. Për të dy qendrat e të dhënave, ne marrim me qira hapësirë dhe presim serverët tanë atje.
Sa shpesh kryen banka juaj një auditim IT dhe për çfarë qëllimesh?
Kontrollet e sistemeve të informacionit kryhen rregullisht, në drejtime të ndryshme. Departamenti i IT-së kontrollon nëse sistemet plotësojnë kërkesat që biznesi në këtë fazë vendos për vëllimin dhe performancën e infrastrukturës dhe kërkon për pengesa. Menaxhmenti i bllokut të TI-së përdor rregullisht shërbimet e një auditori të madh, i cili ndihmon në kontrollimin e përputhshmërisë së zhvillimit të teknologjisë së informacionit me objektivat e biznesit; Në vitin 2010, u krye një projekt tjetër në shkallë të gjerë për auditimin e strategjisë së IT të bankës. Për këtë qëllim janë angazhuar dy kompani. I pari kryen një analizë në nivel të nevojave të biznesit dhe organizimit të proceseve në fushën e teknologjisë së informacionit brenda bankës. E dyta funksionon më afër nivelit teknik, shikon se çfarë produktesh dhe platformash përdorim, çfarë ndryshimesh kemi konturuar në këtë fushë dhe i krahason këto ndryshime me kërkesat që vijnë nga biznesi. Falë aktivitetit të rregullt ne jemi në gjendje të lëmojmë qoshet dhe deri më tani nuk ka ndodhur që të kemi hasur në llogaritje të gabuara serioze në zhvillimin e infrastrukturës së IT.
Cilat janë detyrat prioritare me të cilat përballet departamenti i IT aktualisht?
Gradualisht, në mënyrë evolucionare, po arrijmë krijimin e një hapësire të unifikuar informacioni në bankë. Me çdo projekt të ri, departamenti i IT-së fiton përvojë të vlefshme, e cila i lejon ata të zgjedhin mënyra më të mira për zgjidhjen e problemeve në të ardhmen. Sigurisht që ndodhin edhe gabime, të cilat merren parasysh më vonë. Ndonjëherë ne i kthehemi asaj që është bërë më parë dhe bëjmë rregullime. Ne jo vetëm që zbatojmë projekte të caktuara të qëndrueshme, por përveç kësaj ne po punojmë vazhdimisht për rregullimin dhe përmirësimin e peizazhit të informacionit.
Ne kemi një iniciativë për të reduktuar sasinë e ABS që përdorim. Për shembull, banka ka një sistem bankar qendror perëndimor, i cili u prezantua në vitin 2008. Aktualisht, në të janë transferuar vetëm një numër produktesh dhe ky proces do të vazhdojë edhe në të ardhmen.
Ekziston një dëshirë nga njësitë e biznesit për të zbatuar një sistem CRM në bankë. Deri më sot, ne e vonuam zbatimin e një moduli të tillë derisa biznesi të kishte një vizion se çfarë dëshiron të marrë. Ne gjithashtu kemi zonën tonë të interesit në këtë projekt. Fakti është se peizazhi i IT-së i bankës tashmë është formuar, dhe ne nuk do të donim në thelb ta prishnim atë. Prandaj, qasja ndaj sistemit CRM do të jetë si më poshtë: ne do të përpiqemi ta integrojmë pa probleme në proceset tashmë ekzistuese në bankë. Ky është një shembull se si e shikojmë ne zgjidhjen e problemeve me të cilat përballemi.
Në një familje, siç thotë proverbi rus, burri është koka, dhe gruaja është qafa. Por në ndërveprimin midis bankës dhe sistemit të teknologjisë së informacionit, zgjidhjet e IT mund të quhen “qafë”. Ndoshta kjo është arsyeja pse, në kuadrin e Forumit IX "IT në sektorin financiar", dëgjuesve iu prezantua një raport i pazakontë i çiftëzuar mbi bashkëpunimin afatgjatë me një kontraktor IT. Vladimir Stasevich, Shef i Departamentit të Menaxhimit të Projekteve në Citibank dhe Zëvendës CEO i EPAM Systems.
Madje, një dëgjues e krahasoi prezantimin me raportin e një çifti për një martesë afatgjatë. Folësit folën sesi e nisën lidhjen e tyre, përafërsisht, me një barakë të vogël dhe ndërtuan një shtëpi moderne shumëkatëshe. Sot, kontraktori IT EPAM është kyç për Citibank, pasi mbështet të gjitha projektet co-branding të këtij institucioni krediti, punën me letrat me vlerë, depozitimin qendror dhe rregullatorin, furnizon zgjidhje raportuese, si dhe për të gjitha produktet e kartave.
Por kjo nuk është gjithçka që teknologjia e informacionit mund të ndihmojë një bankë. Me ndihmën e zgjidhjeve të TI-së, ju mund të automatizoni disa zinxhirë të ngushtë të rrjedhës së dokumenteve ose disa fusha të punës, të themi, vlerësimi i huamarrësve ose pranimi i aplikacioneve për shlyerje të parakohshme. Por ju mund të shkoni më tej: i njëjti IT do të ndihmojë në riorganizimin e rrjetit të divizioneve, optimizimin e të gjitha proceseve të brendshme të një institucioni krediti dhe madje nxjerrjen e një banke të re në ballë. Kujtojmë se vendi ynë po ndjek modernizimin ekonomik. Në shumë raste, ky postulat shkakton vetëm një buzëqeshje - infrastruktura e sektorit financiar vendas në tërësi është kaq e brishtë. Por në disa banka respektohet mbështetja e TI-së për disa procese biznesi.
Menjëherë në krye
Bankës Svyaznoy në përgjithësi i është dhënë një detyrë globale, e cila është e vështirë të zbatohet pa IT. Domethënë, për të hyrë në listën e 40 institucioneve më të mëdha të kreditit, gjë që nuk ka ndodhur që nga koha e Standardit Rus, nëse flasim për bankat e “gjeneratës së re”. Për të hyrë në TOP, një bankë, para së gjithash, ka nevojë për mbulim territorial. Për fat të mirë, vetë Svyaznoy, i cili shet telefona celularë, ka shumë pika prezence në të gjithë Rusinë (2200). Për më tepër, do të ketë një program besnikërie më të fortë se Malina (12 milionë klientë).
Për më tepër, sipas Alexander Tyutyunnik, nënkryetari i kompanisë Svyaznoy, shërbime të ndryshme financiare janë zhvilluar prej kohësh në bazë të rrjetit të shitjes me pakicë - transferimet e parave, shlyerja e kredive nga bankat e tjera dhe sigurimi i kredive të tyre. Dhe në vitin 2010, Svyaznoy lëshoi 1.2 milion kredi në njësi, e cila është e krahasueshme në numër me Sberbank. Është e qartë se shumat në Svyaznoy ishin të ndryshme - me siguri përbëheshin nga kredi për blerjen e pajisjeve shtëpiake dhe produkteve të ngjashme, dhe jo hipotekat. Por banka po ecën qartë drejt qëllimit të saj. Gjithashtu, në dy vitet e ardhshme institucioni i kreditit do të marrë 350 milionë dollarë investime nga pronari dhe pret të mbledhë të njëjtën shumë në IPO në 2011.
Ambiciet, nga ana tjetër, kërkonin ndërtimin e një infrastrukture IT në shkallë të njëjtë. Për më tepër, ajo duhej të krijohej në kohën më të shkurtër të mundshme - në 3.5 muaj. Këtu u përdorën zgjidhjet më të mira në treg, të bëra nga specialistë kryesorë të IT-së. Si pjesë e krijimit të peizazhit të IT-së, u krijua një magazinë e të dhënave, një qendër e fuqishme kontakti me 720 vende pune dhe një zyrë e centralizuar prapa. Svyaznoy Bank operon banking në internet për kamare të ndryshme të tregut, si dhe banking celular. Të gjitha proceset kryesore janë të automatizuara duke përdorur autobusin e integrimit.
Kursimet arrihen kryesisht për shkak të parimit "çdo gjë që mund të merret me qira, ne e marrim me qira". Edhe banka dëshiron të marrë me qira softuerin IBM. Një fushë tjetër e kursimeve: Svyaznoy preferon, përveç gjigantëve të industrisë së IT, të punojë me ekipe të vogla profesionistësh që do të shërbejnë procese të caktuara të grupit të kompanive. "5 persona për 3 kopekë", siç tha Alexander Tyutyunnik. "Dhe shkalla e presionit ndaj tyre mund të jetë shumë më e lartë se tek kontraktorët e mëdhenj të IT."
Degët në një bandë
Trust Bank ka përfunduar së fundmi një program projektesh për të riorganizuar rrjetin e saj të gjerë të degëve. Për këtë foli menaxheri i menjëhershëm i këtij programi Oleg Baklanov, Drejtor i Drejtorisë së Menaxhimit të Projekteve të Bankës. Si rezultat, 60 degë u shndërruan në 10 me një transferim paralel në një ABS të ri. Numri i zyrave operative është ruajtur: banka ka rreth 200 pika prezence. Në të njëjtën kohë, funksionet e back-office u centralizuan gjithashtu në nivelin e degëve bazë - kontabiliteti, raportimi, rrjedha e dokumenteve të personelit, etj.
Për të kryer riorganizime në kuadër të projektit, u krijua një zyrë projekti si një njësi e veçantë. Në punën e tij morën pjesë aktive përfaqësues të pothuajse të gjitha departamenteve të prekura nga riorganizimi - njësitë e kontabilitetit dhe operacioneve, menaxhimi i rrjetit të degëve, njësitë e biznesit, si dhe avokatë dhe specialistë financiarë. Dhe, sigurisht, ekipi i IT. Në të njëjtën kohë, zyra e projektit përfshinte edhe projekte të ndërlidhura. Aty u transferua edhe autoriteti për të marrë vendime për çdo ndryshim në procese.
Për zbatimin e programit, u organizuan gjashtë ekipe konvertimi dhe u prezantuan dy role të veçanta - metodologu kryesor (kujdestari i metodologjisë së konvertimit) dhe teknologu kryesor (një specialist që njeh plotësisht teknologjinë e punës në ABS të ri). Ekspertiza në kuadër të projektit u mblodh në bazë të dy “qendrave të kompetencës” - Moskës dhe Shën Petersburgut. Fillimisht, sistemi i ri u implementua në një degë pilot, më pas u krye “konvertimi” i parë i degës në statusin e zyrës operative.
Ne kemi zhvilluar një metodologji që përshkruan në detaje aktivitetet e kryera me aplikimin e shembujve dhe shablloneve të krijuara si pjesë e procesit të përkthimit të dokumentit. Kjo bëri të mundur vendosjen e 6 rrymave të riorganizimit menjëherë dhe kalimin në një ABS të ri. Në përgjithësi, kjo qasje i lejoi bankës të riorganizonte rrjetin e saj të gjerë të degëve në një kohë të shkurtër (pak më shumë se një vit). Për më tepër, një avantazh shtesë i zgjidhjes së informacionit dhe riorganizimit në Trust ishte kursimi në kostot operative: kishte shumë më pak zyra të pasme. Sipas Oleg Baklanov, zbatimi i çdo zgjidhje IT kërkon një ndryshim në modelin e menaxhimit në mendjet e punonjësve. Gjithashtu, “në fund”, pas përfundimit të projektit të integrimit, është e domosdoshme të monitorohen çështjet që dalin gjatë funksionimit. Dhe ka gjithmonë shumë prej tyre ...
Le të theksojmë se Trusti nuk u ndal me kaq. Pak kohë më parë u hodh në treg një model zyre me arkë elektronike. Formati i ri i zyrës përfshin kombinimin e funksioneve të një operatori dhe një arkëtari në personin e një punonjësi. Kjo qasje thjeshton procedurën për kryerjen e të gjitha operacioneve bazë bankare për klientin. Ju mund të imagjinoni se çfarë kursimesh mund të merren nëse, në përgjithësi, shërbimi transferohet në një format automatik. Kjo është ndoshta e ardhmja e bankave.
Po ngarkohet...
