Au fost momente când nu exista un peisaj informațional. Sau pur și simplu au preferat să nu observe? Sistemele informaționale se distingeau prin aroganță neobișnuită și domneau într-un spațiu steril fără aer. Devenind din ce în ce mai complexi, au început să se gândească la arhitectura lor - cum să se asigure, celor dragi, cu calități atât de atractive precum rezistența și performanța. Dar se distingeau totuși printr-un egoism de neiertat.

Fiecare proiect de implementare sisteme automatizate(AC) a încercat să acorde mai puțină atenție la ceea ce întreprinderea avea deja în IT (peisajul IT actual), ceea ce era destul de justificat din punct de vedere comercial. Conceptul de peisaj în raport cu IT a fost unul dintre primele folosite de SAP, când se afla pe o cale dificilă de autocunoaștere care urmărea obținerea avantaj competitivși profit, a constatat că, se pare, nici măcar nu acoperă toate nevoile unei întreprinderi moderne în automatizare. Privind în jur, ea a găsit multe sisteme, sisteme și programe pe care compania nu le dorește sau nu le poate refuza. Metodele cunoscute de transfer, ca și până acum, a datelor de la un sistem la altul, fie prin tastarea lor dintr-un sistem și introducerea lor de la tastatură în altul, prin copierea sau scrierea în Excel și descărcarea de acolo, și-au arătat de mult ineficiența. Mai mult, sunt periculoase pentru calitatea informațiilor. Toate acele eficiență și fiabilitate care ar putea fi obținute prin introducerea nu a celui mai ieftin software cu ajutorul celor mai simple și mai ieftine proiecte s-au prăbușit cu acest tip de „integrare” sau, mai degrabă, „dezintegrare”.

În primul rând, utilizatorii au început să mormăie, urmați de clienții business. Utilizatorii – din cauza muncii mecanice și lipsite de sens a purtătorilor de informații, clienții – din cauza lipsei de beneficii reale care au fost promise de furnizorii de sisteme grele și de companiile care implementează aceste soluții. Aici a venit epoca „designului peisajului IT”. S-a dovedit că în jur sunt mulți vorbitori, echipamente, comunicații, oameni care trăiesc cu obiceiurile și experiența lor, precum și standardele corporative de care trebuie să se țină seama și cu care să se înțeleagă. Cu alte cuvinte, clădirea ușoară AC trebuie construită în lumea reală, nu în lumea abstractă. Și apoi un zgârie-nori într-o cabană de vară devine cel puțin nepotrivit, ca o casă de schimb în centrul orașului. Desigur, tufișurile pot fi săpate, o băltoacă poate fi umplută, un mic deal poate fi nivelat și o clădire poate fi distrusă. Dar cu cât elementele peisajului informațional sunt mai semnificative, cu atât este mai dificil să le schimbi pentru a se potrivi unei noi structuri arhitecturale. Și cel puțin, aceste eforturi și costurile aferente trebuie luate în considerare atunci când se analizează proiectul.

Peisaj și arhitectură

Deci, atunci când se formează arhitectura AS, este necesar să se țină cont de peisajul înconjurător, dar apare întrebarea: „De ce a trebuit să introduceți conceptul de peisaj când există deja conceptul de arhitectură de întreprindere (Arhitectura întreprinderii)?” În jurul lui s-a dezvoltat deja un sistem de idei, standarde și metode. Este greu de spus ce i-a ghidat pe autorii de la SAP, dar se poate presupune că au avut nevoie de conceptul de peisaj pentru a separa construcția unui nou sistem în curs de construire de realitatea care este deja prezentă în întreprindere. Mai este un aspect. Dacă arhitectura presupune o anumită deschidere, claritate, formalizare, atunci peisajul poate purta mai multe secrete și se poate preta picturii cu un grad nedefinit de certitudine. Dar tot ceea ce se numește sisteme moștenite este aproape întotdeauna prost sau nu este deloc documentat. Prin urmare, atunci când metodele de descriere a arhitecturii întreprinderii sunt aplicate peisajului, trebuie să fim pregătiți pentru multe pete gri și albe. Completarea acestor locuri, acolo unde este necesar, este o știință în sine, sau mai degrabă o artă. Destul de des, imposibilitatea formalizării obligă companiile să abandoneze elementele existente ale peisajului și să le cufunde în proiecte costisitoare cu un grad ridicat de risc. Prin urmare, ca și în natură, peisajul informațional poate fi plin de amenințări și necazuri. Cu toate acestea, stăpânind designul peisajului, dezavantajele pot fi transformate în avantaje prin încorporarea cu pricepere a structurii în „natura” înconjurătoare, folosind cu pricepere instrumentele IT existente.

Peisajul unei întreprinderi moderne depinde destul de mult de tipul de întreprindere (vezi Tabelul 1).

Practic, toate companiile moderne au un peisaj informațional neregulat, iar ceea ce se numește sisteme moștenite joacă un rol proeminent în acesta. Multă vreme nimeni nu se oferă să taie toate acestea până la rădăcină și să le transforme complet într-un singur proiect. Prin urmare, nu numai orice implementare, ci și majoritatea modificărilor în oricare dintre straturile arhitecturale necesită o analiză a modului în care aceste schimbări vor afecta întregul peisaj al întreprinderii. Din păcate, calitatea managementului schimbării în majoritatea cazurilor lasă mult de dorit. Puțini oameni se gândesc la peisaj. Este bine dacă se limitează cel puțin la „tufișuri” adiacente sau chiar plănuiesc să introducă AS, ca în vremurile bune - fără a ține cont de peisajul informațional existent.

Clasificarea componentelor peisajului

Să încercăm să ne uităm (Tabelul 2) la componentele peisajului informațional, la toate aceste tufișuri, copaci, fructe de pădure și flori și cum se potrivesc.

În cazul general, niciunul dintre elementele Tabelului. 2 nu este mai bun sau mai rău decât celălalt - totul depinde de compania specifică și de situație. În special, programele native greu de integrat în procesul de dezvoltare software bine stabilit al unei companii pot fi mai potrivite pentru combinarea cu alte componente decât toate celelalte elemente. În favoarea acestei din urmă concluzii, se poate cita exemplul celui mai mare operator de telecomunicații japonez - Docomo. Toate programele din această companie sunt dezvoltate independent, pentru care Docomo păstrează un personal considerabil de specialiști IT. Ei explică această abordare simplu: „Pentru noi, flexibilitatea este cel mai important avantaj competitiv. Iar flexibilitatea afacerii necesită flexibilitatea difuzoarelor noastre. Prin urmare, suntem gata să plătim câteva sute de dezvoltatori, să investim efort și bani în pregătirea și motivația lor, dar avem „toate schimbările în mâinile noastre” pentru asta. Din câte se poate spune, multe companii japoneze adoptă această abordare, care, aparent, cel mai bun mod corespunde miracolului de afaceri japonez.

Companiile rusești, dimpotrivă, se află acum în stadiul de tranziție de la propriile dezvoltări la externalizare. Mulți manageri cred că în acest caz pot ieși complet din gestionarea procesului de creare a unui AS și se pot recupera de o durere de cap chinuitoare. Iluzia lor este că toate celelalte elemente, cu excepția propriilor dezvoltări, nu pot fi controlate, iar sistemele create de externalizatori, plantate pe solul propriei întreprinderi, vor fi destul de compatibile între ele și cu peisajul înconjurător. De câte ori au spus lumii: atunci când alegeți orice componentă, cerința compatibilității acesteia ar trebui să devină una dintre cele mai importante - și lucrurile, din păcate, sunt încă acolo. Este clar că pentru a înainta o astfel de cerință, trebuie să știi ce să întrebi - peisajul informațional trebuie descris cel puțin într-o formă de încredere. Și cine o are? Așa că se nasc ciudații neviabile - AS, care nu prind și nu pot să prindă rădăcini, și se ofilesc în peisajul corporativ sub lamentațiile indignate ale celor care au încercat să le insufle.

Instrumente de îmbinare a terenului

Sunt două „știri”: bune și rele. Vestea bună este că IT-ul modern vă permite să integrați orice cu orice. Este o chestiune de resurse (efort și bani), de fiabilitatea a ceea ce va fi rezultatul și de efortul care va fi necesar pentru a menține și menține o soluție integrată. Cu toate acestea, ultima întrebare clar nu este studiată. Când vorbesc despre peisajul natural, își amintesc că, fără îngrijirea corespunzătoare, se va transforma foarte curând într-un desiș sălbatic. Când vorbesc despre peisajul informațional, ei cred că este important să te plimbi o dată în jurul lui și atunci totul va fi bine. La fel ca multe iluzii, aceasta se află în adâncurile subconștientului, așa că este dificil să lupți.

Vestea proastă este că orice soluție integrată este un ordin de mărime mai complexă, mai greu de întreținut și dezvoltat, mai scumpă și, în același timp, mult mai proastă decât cea vândută afacerii. Ultima este foarte importantă. CIO, integratorii și consultanții deopotrivă se confruntă cu această provocare. La urma urmei, chiar această integrare nu poate fi arătată și implementată separat de ceea ce este integrat. Și este destul de greu de explicat că acum informația va fi de altă calitate, întrucât conceptul de calitate a informației nu este dezvoltat deloc la noi, din păcate.

Deci sunt proiecte de integrare atașate proiectelor de implementare, se finanțează pe bază reziduală și se fac „pe fir viu”, adică mai târziu, cumva, când apare timpul și bugetul, vom face totul bine. Cu toate acestea, nu există nimic mai permanent decât temporar. Prin urmare, caracterul incomplet al integrării bântuie întreprinderea încă mulți ani, nepermițând nici să primească beneficiile promise, nici să implementeze cu competență schimbările necesare. Ca o ilustrare, se poate cita raționamentul unui manager IT care a convins managementul să implementeze măcar integrarea și să arate astfel succesul proiectului: „Ei bine, putem lega cele două sisteme? Ah, deja ceva funcționează! Ei bine, hai să arătăm!" Evident, a fost necesar să se arate doar o punte virtuală între două sisteme care încă nu funcționează.

Sistemele de combinare a elementelor peisajului informațional pot fi împărțite în două grupe: bandă și umbrelă.

Cele pe bandă sunt de obicei construite pe baza magistralei ESB, la care difuzoarele individuale sunt atașate la „suckers” - interfețe standardizate, care interacționează între ele prin autobuz. Aceste sisteme au apărut din tehnologia CORBA și sistemele de mesagerie.

Umbrelele, care se bazează adesea pe ESB-uri, accesează sisteme disparate în peisajul informațional, acoperindu-le ca o umbrelă. În forma sa cea mai simplă, acestea sunt portaluri corporative care oferă acces la o varietate de sisteme organizaționale. Sistemele BPM care câștigă în mod activ popularitate astăzi sunt de tip umbrelă.

Atât sistemele integrate cu bandă, cât și cele cu umbrelă necesită cel mai adesea procesarea difuzoarelor integrate, cu excepția cazului în care acestea din urmă au o cantitate mare adaptoare sau interfețe predefinite. Pentru că într-o lume peisagistică integrată, aceasta dobândește totul valoare mai mare, mulți producători încearcă să ofere urmașilor lor un set de caracteristici de integrare convenabile și fiabile. Ei cred, nu fără motiv, că acesta este unul dintre avantajele competitive importante. Mi-ar plăcea să văd consumatorii, la rândul lor, să învețe să aprecieze aceste eforturi.

Pe de altă parte, producătorilor le pasă doar de „tufișurile și copacii” lor din peisajul informațional. Cu greu se poate cere de la aceștia să acționeze ca grădinari ai întregului peisaj informațional al întreprinderii - acesta este un domeniu pentru integratorii de sisteme, atât în ​​nume, cât și în esență. Cu toate acestea, în timp ce integratorii autohtoni nu caută să-și asume acest rol onorabil, dar foarte dificil. Odată cu norii care amenință să cuprindă o mare parte din piața IT, integratorii de sisteme trebuie să sară în această zonă de afaceri încă pe jumătate goală.

Dacă Rețeaua unește oameni din diferite părți ale lumii, atunci este excelentă și pentru a reuni companiile, pentru a construi ceea ce se numește Supply Chain - lanțuri de aprovizionare pentru organizarea interacțiunii furnizorilor și consumatorilor, pentru munca în comunși crowdsourcing (atragerea unei „mulțimi” de angajați voluntari la producție și vânzare). Toate acestea sugerează un peisaj informațional foarte diferit față de cel despre care am vorbit mai devreme. Poate că nici termenul „peisaj” nu este pe deplin potrivit aici, dar „lumea informației” sau „Internetul de afaceri” este mai potrivit. Evident, cerințele pentru instrumentele de integrare vor crește doar.

Cu toate acestea, până acum, interacțiunea companiilor, în mod surprinzător, se bazează încă adesea pe vechiul EDI, când un AS a pus dosarul, iar al doilea l-a luat. Un alt lucru este că acum aceste fișiere sunt în format XML, în special, pe EDI se construiește de obicei interacțiunea celor mai mari preocupări de automobile cu furnizorii de componente. Apropo, pentru cei care încă nu și-au dat seama că integrarea a încetat deja să fie ceva ce poate fi ușor respins, ar trebui să știți - fără a furniza informatii operationale despre trecerea comenzii, fără integrare cu AU folosită de gigantul auto, compania nici măcar nu va fi considerată furnizor de componente auto.

Integrarea, problemele de creare și menținere a peisajului informațional captează din ce în ce mai mult băncile și telecomunicațiile, producția și companii de retail. În orice caz, viitorul este despre un peisaj informațional care facilitează adăugarea de noi elemente, eliminarea și înlocuirea celor existente și tratarea IT-ului întreprinderii ca un întreg.

Marina Anshina([email protected]) - Președintele Comitetului pentru standarde Uniunea Rusă directori IT (Moscova).

Introducerea sistemelor ERP sau CRM este imposibilă fără construirea unui peisaj informațional care combină conceptele de implementare a ingineriei, rețele, infrastructuri de calcul, sisteme de backup și recuperare, management și administrare. Conceptul de peisaj IT nu este doar baza pentru dezvoltarea serviciilor IT, ci formează și abordări pentru construirea de arhitecturi care să răspundă nevoilor de afaceri prezente și viitoare ale companiilor în creștere.

Cu o experiență bogată în integrarea sistemelor și consultanță în afaceri, Inkom Corporation vede peisajul IT ca o bază fundamentală pentru automatizarea proceselor de afaceri. Despre abordări ale proiectării arhitecturii și implementare practică peisajul sistemului PC Week/UE discută cu Sergey Tikhonov, șeful departamentului de implementare și întreținere a soluțiilor server, Dmitry Kruchinin, director al departamentului de sisteme de stocare și procesare și Eduard Savushkin, director de consultanță IT.

PCWeek / UE: Cine inițiază de obicei problema construirii unui peisaj - clientul sau integratorul? Clientul înțelege întotdeauna importanța dezvoltării peisajului?

Dmitry Kruchinin: Atât clientul, cât și integratorul sunt implicați în mod egal în procesul de proiectare și construire a unui peisaj. Pentru clienții care întâlnesc sisteme ERP pentru prima dată, conceptul de „peisaj IT” poate părea nou. În acest caz, explicăm necesitatea și importanța construirii corecte a peisajului. Spunem că din interacțiunea serverelor, echipamente de retea, software de control - acele componente care sunt astăzi nucleul afacerii multor companii - depind competitivitatea și succesul acestora. Întrucât sistemul ERP devine un element critic al întregii afaceri, acesta trebuie tratat cu atenția corespunzătoare.

Serghei Tihonov: Cu clienții care au întâlnit deja sisteme ERP, conversația se desfășoară în aceeași limbă. În orice caz, noi, în calitate de integratori, prezentăm clientului viziunea și abordările noastre, după care discutăm specificul și dorințele.

PCWeek/UE: Ce dimensiuni sunt companiile interesate de amenajarea teritoriului?

Eduard Savushkin: Construirea unui peisaj IT este esențială pentru companiile de toate dimensiunile. Chiar și în soluțiile care sunt concepute pentru 20 de persoane, implementarea începe cu designul peisajului. Este foarte important în primele etape să se definească conceptul de viziune a sistemului la nivel superior, să se formeze o viziune - un document strategic care definește regulile de construire a infrastructurii IT a companiei, principalele soluții și standarde arhitecturale, modelul și cerințele pentru procesele de management. De fapt, conceptul de construcție este o idee a viitorului sistemului, care determină modalitățile, metodele și planurile de dezvoltare a acestuia, permițând evaluarea resursele necesare. Proiectarea în sine are loc ținând cont de cele patru faze de implementare - dezvoltare, testare și stabilizare, punere în funcțiune și suport suplimentar.

PCWeek/UE: Conform conceptului dumneavoastră, care sunt componentele peisajului IT?

E. S.: La nivel logic, modelul de infrastructură este format din arhitecturi de bază:

. arhitectura de retea;
. arhitectura aplicatiei;
. arhitectura sistemelor de management și a serviciilor IT;
. arhitectura sistemelor de securitate;
. arhitectura de stocare.

Principiile construirii unui peisaj IT sunt aceleași pentru toată lumea. Abordarea arhitecturală profesată de Inkom este adaptată la maximum condițiilor noastre - încercăm să ajungem la pământ și să vorbim cu clientul în limbajul practicienilor. În multe privințe, abordările noastre se bazează pe arhitectura de sistem Microsoft, pe baza căreia este creat un sistem de componente care descrie:

. abordări ale construirii infrastructurii informaționale;
. Serviciile IT sunt sisteme tehnologice care rezolvă probleme de afaceri;
. modelul logic al infrastructurii IT.

De exemplu, atunci când luăm în considerare o arhitectură de rețea, putem vorbi despre stratul fizic care descrie canale și echipamente și despre servicii care includ criptare, rutare, e-mail și așa mai departe.

PCWeek/UE: De unde începe umplerea practică a peisajului? Există specificitate în funcție de tipul de activitate al companiei sau de structura acesteia?

D.K.: Prima noastră sarcină este să aflăm de la client așteptările lui de la sistemul ERP, să stabilim ce fel de echipamente vor fi necesare pentru a construi anumite straturi ale peisajului. În această etapă, consultările au loc la diferite niveluri, afaceri și cerinte tehnice.

S.T.: Apoi trecem la procedura de dimensionare - pe baza datelor privind numărul de operațiuni, cantitatea de funcționalitate, numărul de utilizatori, cerințele pentru software și hardware sunt formate. Procedura de dimensionare se realizează conform metodelor general acceptate dezvoltate de producătorii de software. Sunt de acord cu furnizorii de echipamente care pot răspunde la ce set mijloace tehnice vor fi necesare pentru funcționarea sistemului cu parametrii dați de performanță și fiabilitate. De exemplu, SAP emite cerințe adaptate la hardware-ul marilor mărci A din lume. După ce sarcina devine clară și hardware-ul necesar pentru a asigura funcționarea sistemelor este determinat, începem să formăm conținutul peisajului.

E.S.: Peisajul IT este conceput ca un complex. Unii clienți încearcă să înceapă imediat cu rețeaua, fără să ia în considerare alte aspecte. Ca urmare, după implementarea serviciilor, se dovedește, de exemplu, ceea ce lipsește lățimea de bandă canale. Prin urmare, în prima etapă este foarte important să analizăm sistemul, să înțelegem cum va arăta arhitectura lui în ansamblu. Abia după ce fluxurile de informații și structura sunt clare, serviciile IT furnizate sunt oficializate și sunt prevăzute măsuri pentru disponibilitatea, securitatea și gestionabilitatea acestora, se va putea începe implementarea uneia sau a altei părți a peisajului.

PCWeek/UE: Ce criterii folosesc clienții atunci când aleg un producător de hardware?

DK: Conform cerințelor formate ca urmare a procedurii de dimensionare, A-brands oferă soluții aproximativ echivalente în esență. În această etapă, integratorul, împreună cu clientul, procedează la selectarea echipamentelor, ținând cont de parametri suplimentari - service, timp de răspuns și recuperare.

Deoarece mulți clienți au întâlnit deja servicii de furnizor nu întotdeauna adecvate în Ucraina, astăzi se acordă din ce în ce mai multă atenție capacității integratorului de a oferi servicii de înaltă calitate și suport tehnic sistem implementat. Timpul de răspuns al vânzătorului, în care clientul va primi un apel și va simpatiza cu problema, poate fi destul de acceptabil, dar timpul de recuperare nu este. Într-o astfel de situație, un integrator vine în ajutor.

Daca incerci sa evaluezi pe o scara de 10 puncte diversi factori care influenteaza alegerea clientului, atunci as acorda 6 puncte serviciului, 3 puncte pretului, unic. caracteristici tehnice — 1.

PCWeek/UE: În practică, implementarea sistemelor ERP în întreprindere este adesea realizată în etape. Cum în această situație se estimează corect cerințele pentru echipament, dacă scara finală a sistemului este necunoscută?

S. T.: Sistemele sunt întotdeauna concepute având în vedere dezvoltarea viitoare - clienții mari reprezintă amploarea creșterii afacerii în viitorul apropiat. Desigur, nimeni nu cumpără energie pentru mulți ani de acum înainte, cu toate acestea, proiectarea peisajului și a sistemelor sale constitutive este proiectată inițial cu o anumită marjă de extindere.

D.K.: A-brands oferă diferite implementări de scalare a performanței orizontale și verticale. Ca să spunem simplu, scalarea verticală înseamnă instalarea unui server mare, la care, în timp, se pot adăuga plăci cu procesoare, memorie etc. Orizontală, pe de altă parte, presupune instalarea mai multor sisteme din aceeași clasă, i.e. unul similar este plasat lângă un dispozitiv existent (server, stocare etc.). Serverele blade sunt un exemplu tipic de abordare orizontală. În același timp, achiziționarea unui sistem blade într-o configurație minimă va costa mai mult decât un set de mai multe servere, cu toate acestea, potențialul, gestionabilitatea și ușurința de extindere a unei astfel de soluții vor permite clientului să economisească ulterior fonduri semnificative. Integratorul de sistem oferă spre considerare clienților căi diferite scalare, dar alegerea finală, realizat de client. Unii preferă și sunt capabili să facă o investiție inițială mare, în timp ce alții preferă să extindă treptat sistemul prin adăugarea de noi module. Aceasta este dilema veche: economisiți astăzi, dar plătiți mâine sau investiți astăzi și economisiți mâine.

PCWeek/UE: Se practică utilizarea elementelor de teren existente ale clientului?

E.S.: Adesea clientul poate furniza sisteme pentru dezvoltare și testare, dar un sistem productiv este aproape întotdeauna achiziționat nou. Nu se practică adaptarea parcului de utilaje existent la un sistem productiv, deoarece exploatarea se desfășoară la sarcină mare. În unele cazuri, putem vorbi doar despre utilizarea tehnologiei moștenite pentru alte sarcini legate, de exemplu, de construirea de depozite ierarhice, utilizarea site-urilor de rezervă etc.

Conform estimărilor noastre, în aproximativ 30-40% din cazuri, clientul trebuie să construiască un sistem de la zero. Astfel de proiecte sunt acum caracteristice lanțurilor de retail care dezvoltă activ lanțuri regionale și companiilor occidentale care își deschid operațiuni în țara noastră. În alte cazuri, este necesară construirea unui sistem prin adaptarea elementelor existente ale peisajului - acest lucru este relevant atunci când se introduc noi sisteme de management în structurile existente. Astfel de clienți au de obicei deja un fel de infrastructură de rețea, mai rar de inginerie.

PCWeek/UE: Este posibil ca terenul să existe fără unul dintre straturi?

D.K.: Aceasta este una dintre întrebările care uneori durează mult timp pentru a le discuta cu un client. Companiile au diferite niveluri de luare a deciziilor. Profesioniștii IT înțeleg nevoia de a implementa toate straturile suficient de rapid și percep argumentele noastre. La nivel financiar, încep să numere bani și încearcă să abandoneze anumite sisteme. La cel mai înalt nivel, putem întâlni fie înțelegere completă – dacă managerul realizează importanța asigurării continuității afacerii – fie respingere. Fiecare nivel are nevoie de propriile argumente.

S.T.: Teoretic, SAP, Oracle, Siebel și alte sisteme nu au nevoie de un strat de rezervă și recuperare pentru a funcționa. Sistemele vor funcționa fără el... până la un anumit punct, după care va veni dezastrul. Fără a construi sisteme de backup și recuperare, care nu sunt rezultatul dimensionării producătorilor de software, munca în practică este imposibilă. Înțelegerea acestui lucru vine de la clienți în timpul discuției unor puncte atât de importante precum costul informațiilor procesate în sistemele informaționale.

PCWeek/UE: Geoclustering nu este o soluție unică pentru maximizarea securității și disponibilității?

E.S.: Întrebările fundamentale sunt ce, cum și unde să depozităm. O implementare specifică a unui sistem de stocare poate fi, printre altele, un geocluster. Este important ca clientul să știe că costul unei copii de rezervă este costul hardware-ului, iar costul unei restaurări este costul afacerii. Acea pierdere de date este un accident. Concepte de management al informațiilor peste tot ciclu de viață, chiar cele despre care mărcile A adoră să vorbească, sunt acum implementate în sisteme reale.

Clienții trebuie să construiască în mod corespunzător sisteme rapide de backup și arhivare, să formeze și să practice procedurile de recuperare a backupului. Pentru sistemele existente Este esențial să potriviți valoarea informațiilor, aplicațiilor și datelor companiei cu tehnologiile și nivelurile de servicii acceptate în centrele de date complexe. Definirea regulilor și politicilor pentru prezentarea și implementarea ILM, îmbunătățirea calității serviciului reduce costul de proprietate al sistemului și optimizează utilizarea resurselor. O abordare integrată a gestionării resurselor de informații de afaceri este axată pe sprijinirea directă a celor mai importante obiective ale organizației. Sistemele de backup și de recuperare în caz de dezastru bine concepute vor face posibilă reluarea funcționării sistemelor chiar și în cazul distrugerii fizice a depozitelor dintr-unul dintre centrele de procesare a datelor.

D.K.: ITIL spune - creați copii de rezervă, exersați restaurarea datelor. Pentru centrele de date, în general, se recomandă efectuarea unui exercițiu de failover a serviciului la fiecare șase luni pentru a vă asigura că procedurile adoptate funcționează sau nu. Nu puteți face acest lucru, dar când apare o situație critică, se dovedește că acest lucru nu a fost scris în zadar. În cazul în care clientul refuză să implementeze acest sau acel nivel, el însuși trebuie să-și asume responsabilitatea pentru acest lucru.

În general, sistemele tolerante la dezastre nu mai sunt o raritate și nu mai sunt un moft. Companiile ucrainene au ajuns să înțeleagă că datele sunt un activ cheie în afaceri. Primul sistem de geocluster a fost construit de specialiștii Inkom încă din 1999 la Aval Bank folosind echipamentele acelor ani. Echipamentul de canalizare de astăzi a devenit atât de puternic și capabil să ofere o asemenea viteză și funcționalitate încât a devenit destul de simplu să construiești un geocluster și să implementezi replicarea între site-uri.

PCWeek/UE: Cât de dispuși sunt clienții să cheltuiască bani pentru securitate?

E.S.: În etapa de pre-audit, de multe ori se dovedește că clienții înșiși nu știu ce echipamente folosesc. Se realizează un inventar, se întocmește o hartă a infrastructurii clientului.

Apoi, arhitectura sistemului și componentele sale sunt proiectate, de exemplu, un sistem de comunicații: poștă, voce, portaluri și alte servicii. După și în paralel cu aceste procese, începe implementarea unui sistem de securitate, formarea cerințelor pentru personal, procese și tehnologii.

D.K.: Clienții a căror activitate se bazează pe informații - bănci, companii de asigurări, instituții financiare - sunt bine conștienți de importanța securității. Într-o măsură mai mică, așa cum arată practica, lanțurile de retail și producția se gândesc la securitate. Din păcate, piața noastră nu a format încă o înțelegere a securității integrate și nu există întotdeauna abordări general acceptate pentru construirea unor astfel de sisteme.

E.S.: După formarea conceptului general de securitate, începe o conversație despre partea software, despre asigurarea lucrului colectiv asupra documentelor etc. Adesea, la periferie, personalul companiilor nu are calificări, așa că apelează la noi pe probleme de management, până la lucruri elementare - cum să unificăm softwareși managementul stațiilor de lucru.

PCWeek/UE: Sunt solicitate serviciile de proiectare a infrastructurii de inginerie peisagistică și de construcție?

D.K.: Nimeni nu va face infrastructură de dragul său. Clienții serioși înțeleg că sistemele trebuie construite ca un complex, și nu separat - sursă de alimentare, SCS, sistem server. În caz contrar, este imposibil să se prevadă cerințele reciproce ale sistemelor și să se asigure marja de expansiune necesară. Cererea pentru construirea infrastructurii potrivite este uriașă - aceste întrebări sunt importante atât pentru companiile care își înființează o afacere de la zero, cât și pentru cei care doresc să-și extindă sau să-și modernizeze sistemele.

S.T.: Unele companii acordă o importanță de rang a treia problemelor infrastructurii de inginerie a clădirilor - alimentarea cu energie electrică, aer condiționat, restricționarea accesului fizic la spații, Siguranța privind incendiile, radiații. Trebuie să argumentăm importanța acestor componente. Nu este neobișnuit ca echipamentele să se defecteze din cauza prafului, supraîncălzirii în camera serverului și sursei de alimentare instabile. Toate aceste probleme sunt rezolvate prin organizarea corectă a sectorului de inginerie. A fost dezvoltată o întreagă structură de cerințe, care se ramifică și determină gradul de protecție a stratului de inginerie și, în consecință, datele de la influențe externe. Costul organizării unei săli de servere este uneori mai mare decât costul biroului unui director cu tot mobilierul scump și un acvariu.

PCWeek/UE: Există anumite particularități ale peisajului IT pentru diferite segmente de afaceri - producție, telecomunicații, bancar?

E. S.: Caracteristicile peisajului sunt determinate de arhitectura sistemului de control implementat. Un rol important îl joacă numărul de utilizatori care vor lucra cu sistemul, cerințele de afaceri pentru toleranța la erori, disponibilitatea datelor, serviciile. Specificul specific nu este determinat de industria în care operează compania, ci de cerințele afacerii.

D.K.: Putem vorbi despre anumite specificități din sectorul bancar. Este conservator și se concentrează în principal pe sisteme Unix. Un segment cu amănuntulîntr-o oarecare măsură se află la soluții Windows. Cu toate acestea, alegerea platformelor este în mare parte individuală, este dificil să vorbim despre poziții predeterminate aici.

E.S.:În sectorul bancar, problema securității serviciilor de retail este relevantă. Este necesară deservirea a sute de puncte de prezență la distanță, asigurarea funcționării în siguranță a diverselor servicii din domeniu și crearea unui sistem de stocare și acces centralizat la date. Unii clienți preferă să stocheze datele în loc, dar majoritatea înclină în continuare spre consolidare. Această abordare vă permite să creșteți semnificativ nivelul de securitate și oferă mai multe instrumente pentru organizarea continuității afacerii, reducând costul stocării datelor, crescând în același timp eficiența infrastructurii de stocare. Există un interes vizibil în construirea unei infrastructuri corporative în conformitate cu standardele internaționale (Standardul britanic 7799 și dezvoltarea acestuia Standardul Organizației Internaționale pentru Standardizare (ISO) 17799). Politicile dezvoltate în conformitate cu aceste standarde pot oferi nivelul necesar de cerințe pentru personal, procese și tehnologii pentru a se asigura că utilizatorii autorizați utilizează activele corect.

PCWeek/UE: Care companii din industrie sunt cele mai echipate tehnic?

DK: Considerăm că segmentul bancar este cel mai matur din punct de vedere tehnologic. BNU a forțat de mult băncile comerciale să treacă la sistem electronic plăți, pentru a închide soldul în fiecare zi. Este imposibil să ne imaginăm o bancă care nu și-a închis bilanțul la sfârșitul zilei, ceea ce nu se poate spune despre întreprinderile care s-ar putea să nu-și cunoască propriul bilanţ de jumătate de an. Băncile au adesea straturi bine dezvoltate legate de management și administrare. Sectorul telecomunicațiilor, lanțurile de comerț cu amănuntul se ridică, unde și-au dat seama că gestionarea datelor este un avantaj competitiv.

PCWeek/UE: Există o specificitate a straturilor de construcție în companiile distribuite geografic?

E.S.: Comerț cu amănuntul lanțuri de magazine a propus cerințe sporite pentru lățimea canalelor. În funcție de locația punctului de prezență, se folosesc canale prin cablu, radio sau satelit. În Ucraina, există o serie de companii care operează printr-un canal prin satelit, ceea ce se datorează subdezvoltării rețelelor de cablu. Dacă întreprinderea crește rapid, atunci de multe ori un canal prin satelit este cea mai bună soluție. De exemplu, un lanț de retail deschide un magazin, dar este imposibil să așezi cablul la timp pentru deschidere. Canalul prin satelit va veni în ajutor. Nu se va dovedi a fi de prisos și ulterior - ca rezervă.

PCWeek/UE: Cum interacționează echipa integratoare și serviciul ICS în timpul fazei de implementare? Când are loc împărțirea echipelor?

E.S.: După încheierea procedurii de dimensionare, clientul este determinat cu echipamentele - servere, dispozitive de rețea, stocări de date etc. Echipamentul „ajunge” în camera serverului. După aceea, integratorul procedează la implementarea sistemului pentru dezvoltare și, în același timp, începe transferul de cunoștințe către specialiștii clientului. Cu cât proiectul de implementare avansează, cu atât mai multe funcții sunt transferate specialiștilor clientului. Integratorul efectuează traininguri, clientul își trimite specialiștii la cursuri despre produsele vânzătorului, pe sistemul ERP. Acest lucru este adesea stipulat în termenii contractului. Clientul primește cunoștințe despre sistemul ERP, hardware, rețea, DBMS și alte componente.

Adesea clientul instalează singur un sistem productiv, integratorul doar observă și oferă asistență dacă este necesar. După finalizarea proiectului, apare un pachet de documentație, care descrie sistemul în cel mai detaliat mod și fixează starea finală a acestuia.

PCWeek/UE: Ce factori determină componența echipei de implementare? Câți oameni include de obicei?

S. T.: În primul rând, capacitatea întreprinderii de a aloca specialiştii necesari. În al doilea rând, amploarea proiectului și viteza necesară de implementare. În al treilea rând, planurile întreprinderii pentru dezvoltarea în continuare a sistemului. În unele cazuri, este suficient ca administratorul să mențină doar sistemul construit, în timp ce în altele clientul intenționează să-l extindă independent. Uneori, întreprinderea nu are posibilitatea de a aloca personal pentru dezvoltarea sistemului - în acest caz, această muncă ne este transferată.

PCWeek/UE: Putem vorbi despre timpul mediu pentru construirea unui peisaj?

E.S.: Timp optim de la începutul proiectului până la punerea în funcțiune a sistemului - de la 3 la 9 luni. Dar trebuie înțeles că dezvoltarea peisajului nu se oprește niciodată. Întreprinderea este în creștere, apar noi procese de afaceri, care necesită tehnologie nouă, infrastructura, modulele de control ale sistemului. Un sistem ERP trebuie să îndeplinească întotdeauna cerințele afacerii.

În ultimii câțiva ani, întreprinderea de construcție de mașini Zvezda a construit în mod constant un sistem informatic integrat. Zvezda produce motoare diesel de mare viteză pentru construcții navale și transport feroviar, precum și centrale electrice de rezervă pentru diverse instalații industriale și de apărare. Compania are un ciclu complet de producție - de la dezvoltare până la service. Există aproximativ 40 de mii de piese și ansambluri în producție, iar numărul de etape tehnologice ajunge la 80-100. „Sarcina principală a unui sistem informațional de întreprindere este să funcționeze cu toate aceste date în interconectarea lor”, spune Pavel Plavnik, CEO al Zvezda OJSC, care a vorbit la secțiunea Eyes Wide Shut a Congresului CIO Nopți Albe 2009. Cel mai interesant și Puncte importante acest discurs, precum și interviul care a urmat vă aducem în atenție.

Managementul cu ochii larg închiși

Astăzi, una dintre sarcinile cheie ale întreprinderii este crearea unui sistem informatic integrat. Ce beneficii vom primi? Este posibil să se estimeze efectul economic al IT? Nu analizăm în detaliu eficiență economică fiecare dintre blocurile sistemului informatic al întreprinderii, întrucât beneficiul, din punctul meu de vedere, este evident.

voi aduce mic exemplu. Anterior, nu erau necesare dispozitive speciale pentru a controla prelucrarea piesei pe mașină, deoarece vitezele de prelucrare a metalului nu erau foarte mari. Controlul a fost efectuat pur și simplu vizual și chiar și ecranele de protecție ca element obligatoriu au apărut abia spre sfârșitul secolului trecut. Dar mașinile-unelte de astăzi prelucrează metalul cu unelte ceramice speciale la viteze foarte mari. Desigur, procesul de procesare se desfășoară deja într-o cameră închisă și la astfel de viteze de procesare și presiuni ale lichidului de răcire încât este practic imposibil să-l controlezi vizual. Este necesar să folosiți senzori și să afișați informații pe un tablou de bord special.

Este același lucru la scara întregii întreprinderi - „ochii larg închiși” astăzi pur și simplu nu poate fi gestionat. Există multe modalități de a transfera informații, dar eficiența lor este diferită. Atât de mult încât există o cantitate critică de informație și viteza necesară de prelucrare a acesteia, în care tehnologiile IT nu pot fi renunțate. În mediul actual, putem asigura gestionabilitatea întreprinderii doar dacă avem instrumente IT.

Despre planificarea producției

În vremea sovietică, în timp ce lucram ca șef al biroului principal de dispecerizare, eram angajat în organizarea muncii. Până la urmă, situația la toate fabricile a fost aceeași: nu a completat spațiile libere, nu a emis nicio factură la timp, aceasta nu a furnizat tehnologia. Stresul constant al proastei organizări a muncii m-a făcut să vreau să construiesc un sistem de planificare. La urma urmei, sarcina este extrem de clară - luând în considerare standardele existente pentru fiecare detaliu, un plan care se repetă aproximativ de la lună la lună etc. Și am construit acest sistem, petrecând destul de mult timp. Calculul a fost de fapt efectuat manual - folosind un calculator (Excel nu exista atunci).

Sarcina este rezolvabilă, dar, din păcate, nu va mai putea fi luată în considerare în acest fel cantitatea mare de informații de astăzi. Cu toate acestea, acum IT-ul a atins un nivel calitativ diferit. Au apărut noi produse care țin cont de prima experiență negativă de implementare. Ele permit rezolvarea problemelor de planificare a producției și este imposibil să nu le folosiți capacitățile - acest lucru este complet evident pentru mine. În caz contrar, ne vom descurca constant retrodatare- găuri de blocare. Nu poți conduce mașina, uitându-te doar în oglinzile retrovizoare. Managementul priveste mereu inainte.

Cu privire la evaluarea cantitativă a efectului implementării

Pentru a absolutiza parametrii cantitativi pe care ne-am dori să-i realizăm în urma implementării unuia sau aceluia sistem informatic, trebuie să avem condițiile potrivite pentru obținerea acestora. Din păcate, fără a fi construit o contabilitate clară și detaliată în timp real, este imposibil să se obțină acuratețea necesară a acestor parametri. Fără un sistem ERP, era foarte dificil să se evalueze fără ambiguitate eficiența economică a anumitor decizii de management.

Iar al doilea punct sunt criteriile de optimizare, a căror fiabilitate este, de asemenea, necesară. De exemplu, care ar trebui să fie nivelul de lucru în curs? În vremea sovietică, existau instrucțiuni din industrie, calcule științifice, dar cu dinamica cererii noastre, acestea nu funcționează. Atunci pe ce să te bazezi?

Despre „inocularea la IT”

În anii 1990, compania a făcut o încercare nereușită de a implementa un sistem de management integrat de clasă ERP. Proiectul a eșuat din mai multe motive: un produs software destul de mare și complex și o dinamică ridicată a legislației. Ca urmare, nu a fost posibilă combinarea sistemului de management al producției și sistemul contabil, ținând cont de toate caracteristicile raportării fiscale și de dinamica modificărilor acesteia. Sistemele de contabilitate ale serviciilor economice, contabilitate și producție, diferă prea mult.

Da, am investit în IT fără a obține efectul dorit. Dar, ca urmare, acest proiect a devenit un fel de piatră de temelie - pregătirea angajaților de a lucra cu astfel de sisteme a crescut. Chiar dacă proiectul nu intră în faza de operare de probă, totuși creăm bazele pe baza cărora putem crește în continuare. Inclusiv datorită acestei lucrări, pregătirea mediului, cu o anumită stabilizare cadru legislativși un nou nivel de dezvoltare IT, s-a dovedit a fi suficient pentru a atinge nivelul de beneficii practice din IT în următoarele proiecte.

Avem un fel de „inoculare la IT”. Experiența eșecului implementării sistemului anterior a fost luată în considerare cât mai mult posibil. Odată cu noua implementare, am acordat o atenție deosebită sarcinilor de andocare a producției și contabilității. Chiar și așa, au fost mari dificultăți. Și nu este întotdeauna posibil să te ridici la un nou nivel de la zero - de aceea proiectele nereușite sunt, de asemenea, utile.

Baza IT a unei întreprinderi industriale

După implementarea nereușită a sistemului ERP în anii 90, am luat o altă cale, care s-a bazat pe ideea că pentru întreprindere industrială sistemul de gestionare a datelor despre produse (PDM) va fi utilizat ca referință. Astăzi, întreaga structură a produselor noastre este pe deplin descrisă atât din punct de vedere al proiectării, cât și din punct de vedere tehnologic (standarde de consum de materiale, costuri cu forța de muncă etc.) în sistemul informațional. Aceasta este baza cu care vă permite să lucrați structura informatiei produsele noastre (vezi poza). Am ales sistemul Lotsman PDM, care face față sarcinilor noastre de proiectare și pregătire de noi modele de echipamente pentru producție.

Peisajul IT al întreprinderii

Cel mai scump și în același timp elementul central al unui sistem informațional de întreprindere este sistemul SyteLine ERP (vezi fig.). Este unul dintre cele mai grele sisteme IT din întreprindere. Implementarea lui nu a fost ușoară și a durat aproximativ doi ani, proiectul, după cum se spune, a băut mult sânge. Dar din punct de vedere al eficienței, astăzi este cel mai important instrument care vă permite să colectați rapid toate informațiile și să planificați cuprinzător activitățile întreprinderii. Sistemul permite controlul în timp real al proceselor din toate departamentele și simplifică foarte mult procedura de monitorizare a producției, activități de achiziție, planificarea momentului de producție a fiecărei comenzi separat și contabilizarea costurilor – inclusiv separat pentru fiecare dintre comenzi.

Toate informațiile de mai sus sunt colectate destul de ușor, într-un mod automat. Datorită acestui fapt, astăzi ne putem planifica clar resurse de muncă, de care avem nevoie sub program de producție cu șase luni înainte. Fără un sistem ERP, în principiu, era imposibil să se calculeze în avans cu exactitate resursele de muncă pentru fiecare șantier și loc de muncă. Deși nu sunt foarte mulțumit de interfața acestui produs - după părerea mea, trebuie să fie rafinat și rafinat pentru a răspunde nevoilor managerilor, făcându-l cât mai vizual posibil.

De asemenea, folosim interesantul sistem OrgMaster, care vă permite să automatizați gestionarea proceselor de afaceri într-o întreprindere. Structura proceselor întreprinderii a fost complet reconstruită în timpul proiectului de reinginerie cu câțiva ani în urmă, iar pachetul software a făcut posibilă consolidarea acestor procese prin descrierea activităților fiecărui departament până la nivelul locului de muncă, precum și monitorizarea continuă a tuturor schimbărilor care au loc în procesele. Pentru a rezolva sarcinile de monitorizare a disciplinei de performanta la intreprindere, cresterea vitezei si calitatii comunicatiilor interne si externe, am implementat un sistem managementul documentelor electronice NauDoc. Funcționează la întreprinderea noastră de aproximativ cinci ani, se dezvoltă constant și permite aproape instantaneu să proceseze atât procesarea informațiilor primite, cât și deplasarea documentelor în cadrul întreprinderii, inclusiv controlul disciplinei executive. Accelerează în mod semnificativ pregătirea corespondenței, a documentelor organizatorice și administrative, a contractelor și la întreprindere în orice document (inclusiv în timpul pregătirii unui contract) semnatura electronica echivalează cu fizic.

Această imagine va fi completată cu elemente noi în viitor. În special, în viitorul apropiat vom implementa un sistem de management al relațiilor cu clienții, precum și un sistem de automatizare a întreținerii și reparațiilor.

Avantajele și dezavantajele automatizării integrate

Principala condiție prealabilă pentru formarea unui sistem informațional complex este posibilitatea formării și actualizării unor resurse informaționale semnificative. Eficacitatea unui astfel de sistem constă tocmai în complexitatea sa. Este folosit de lucrătorii de producție, managerii de vânzări și economiști. Toate aceste funcții sunt importante și este greșit să punem un accent sporit pe oricare. Eu personal lucrez nu atât direct în sistem, cât cu formulare de raportare gata făcute. Dar am o cerință strictă - aceea lucrate manual nu au fost incluse în aceste rapoarte. Desigur, un sistem informatic atât de complex are avantaje și dezavantaje.

IT și rigiditatea gândirii

Utilizarea activă a IT necesită inevitabil adaptarea sistemului de management la capacitățile produselor software. Timp de 70 de ani, anumite stereotipuri și standarde de lucru s-au dezvoltat la întreprindere și, ca în multe întreprinderi de construcție de mașini, există o anumită inerție și inerție a gândirii vechi. Și aceasta este una dintre problemele grave care trebuie depășite prin adaptarea la capacitățile sistemului informațional. Dar, ca urmare, beneficiem doar de ea. Simplificăm semnificativ multe lucruri, de exemplu, sistemul de salarizare. Înainte de implementarea sistemului, aveam aproximativ 20 de mecanisme de plată diferite pentru diverse grupuri muncitorii. Prin introducerea unui produs software standard care nu are funcționalitatea unui calcul atât de complex salariile, am abandonat vechiul sistem de salarizare și am unificat aceste procese.

Despre măsurile anticriză

În 2009 a fost finalizat proiectul de automatizare a bugetului, care, deși a fost finanțat înainte de criză, s-a dovedit a fi un bun masura anticriza. Acum, desigur, cerințele de eficiență și nivelul de analiticitate al informațiilor cresc. Sistemul nostru de bugetare bazat pe pachetul software Plan Designer vă permite doar să efectuați analiza mișcării Bani, urmărirea diferitelor datorii în funcție de timp și alți factori, analiza multivariată a perspectivelor de dezvoltare și multe altele.

Despre interacțiunea directorului de informații cu un management

Implementarea unui produs software nu este o inițiativă a CIO. În special, la întreprinderea noastră principala inițiativă a venit din partea managerilor diverse direcții- de exemplu, contabilul șef sau mecanicul șef. Și pentru sisteme atât de complexe precum ERP, principala inițiativă i-a aparținut lideri cheie- eu și directorul financiar. Prin urmare foarte aspect important Dezvoltarea IT în întreprindere este comunicații eficiente directori IT cu management diferite categorii. Ar fi foarte util să informezi managerii în timp util despre posibilitățile produselor software moderne, de a converti oamenii la credința lor. Acesta este sfatul principal pe care am vrut să-l dau directorilor CIO - să obțin mai mult contact cu angajații care folosesc direct sistemele IT.

Mai mult, acest lucru este foarte important nu numai în timpul începerii proiectului și alegerii produsului, ci și în etapa de funcționare a acestuia. Întrucât existența unor sisteme IT unice nu garantează utilizarea eficientă a acestora, nu toată lumea este foarte fericită să folosească aceste produse. Aceasta este una dintre marile probleme. Și autoritatea CIO ar trebui folosită la maximum pentru a permite tehnologia Informatieiîn funcționarea efectivă a întreprinderii.

Care este problema tuturor companiile rusești? Afacerea are propria înțelegere a ceea ce se întâmplă, propriile cerințe și sarcini, dar este foarte dificil să le traduci în limbajul acțiunilor IT specifice, iar aceste cerințe nu ajung întotdeauna la IT într-o formă de înțeles.

A doua problemă tradițională este IT-ul moștenit. În ultimii ani, au existat o mulțime de achiziții și implementări haotice, ceea ce creează multă complexitate în peisajul IT. Orice manager IT care vine în companie are nevoie de mult timp pentru a înțelege situația actuală. Pe de altă parte, companiile investesc bani în IT și doresc să vadă unde se îndreaptă, ce proiecte și inițiative iau și cum îndreaptă compania către obiectivele strategice.

În Rusia, direcția arhitecturii corporative nu a fost încă dezvoltată. Companiile sunt la mare căutare pentru dezvoltarea de arhitecturi pentru soluții specifice, dar nimeni nu se angajează serios în legarea componentelor arhitecturii în cadrul organizației. În cel mai bun caz, în acest scop sunt folosite foile de calcul, unde informațiile sunt stocate într-o formă neformalizată, iar atunci când un manager părăsește compania, cunoștințele merg cu el.

Cea mai importantă consecință a acestei abordări este cheltuielile suboptime pentru IT, uneori chiar și risipa directă a acestora. De aceea, companiile din străinătate demonstrează din ce în ce mai mult o abordare strategică a managementului IT, iar vectorul înclină din ce în ce mai mult spre eficientizarea și standardizarea peisajelor IT corporative.

Cuvintele în acțiune

HPE Enterprise Maps este conceput pentru a rezolva această problemă. Important este că aceasta este propria dezvoltare a companiei și nu o soluție achiziționată, care a devenit recent o raritate. Asta e bine: HPE, ca furnizor de sisteme, a ajuns să înțeleagă de ce își dorea și de ce avea nevoie piața și a luat inițiativa de a dezvolta un astfel de produs. Ca dezvoltare internă, Enterprise Maps interacționează perfect cu și îmbogățește datele din alte sisteme HPE pentru a forma o soluție coerentă și puternică.

În loc să reinventeze roata, Enterprise Maps folosește metodologia TOGAF, care este de înțeles arhitecților și arată cum să abordeze managementul arhitecturii întreprinderii. Notația ArchiMate 2.0 este folosită ca limbaj pentru descrierea interacțiunii elementelor arhitecturale între ele.

Principalele obiective ale sistemului dezvoltat sunt reducerea riscurilor și confuziei asociate IT, asigurarea conformității cu strategia IT. Este extrem de important să poți traduce cuvinte „frumoase” în acțiuni concrete. În plus, gestionarea semnificativă a „grădinii zoologice” a sistemelor existente devine o sarcină non-trivială: există o mulțime de vânzători pe piață cu propriile politici de acordare a licențelor, actualizarea produselor și retragerea soluțiilor vechi din circulație.

În aproape orice companie, puteți găsi software care plătește pentru suport, deși nu este cu adevărat necesar sau, în plus, sistemul a fost deja retras din suport. Se întâmplă și invers: compania plănuiește să construiască un nou sistem, fără să-și dea seama că platforma folosită este foarte depășită.

Pentru IT și afaceri

De obicei, programele de desen sunt folosite pentru a descrie arhitectura - de exemplu, Microsoft Visio. Este important de menționat că Enterprise Maps nu este despre desen, ci despre crearea de modele legate de lumea reală, iar pe parcursul dezvoltării acestora vor fi monitorizate diverse politici. Este imposibil să creezi un obiect divorțat de realitate.

Arhitecții reprezintă un public care înțelege avantajele sistemului și este capabil să-i aprecieze capacitățile. Cu toate acestea, din păcate, de cele mai multe ori nu gestionează bugetele, iar deciziile vor fi luate mai sus.

Următorul grup important de utilizatori este CFO și CIO. Au alte sarcini. Sa spunem director financiar s-ar putea să nu înțeleagă prea mult ce se întâmplă în IT, dar este important pentru el să vadă încotro se îndreaptă investițiile și cât de mare este o prioritate acest domeniu din punct de vedere strategic. El va primi informații despre acest lucru nu sub forma unui raport editat de angajați, ci cu ajutorul unei adevărate porțiuni de informație. Pentru CIO, transparența activităților departamentului IT și justificarea suplimentară a deciziilor acestora față de conducerea de vârf sunt importante.

Desigur, sunt interesat de soluțiile acestei clase Afaceri mari, care a ajuns la o anumită maturitate - oameni care înțeleg că este necesar să punem lucrurile în ordine în economie. Cel mai important, Enterprise Maps, spre deosebire de soluțiile mai grele care necesită o abordare fundamentală, oferă o cale de „câștiguri rapide”: implementați rapid un scenariu separat pentru a se dovedi, apoi creșteți treptat puterea soluției.

De exemplu, scriptul „Cinci pași pentru a aduce o aplicație în cloud” este „conectat” în sistem. A avea astfel de scenarii gata făcute este foarte important pentru implementarea unor proiecte rapide care să arate afacerii valoarea soluției.

Nu doar raportare

În al doilea rând, să văd situatia actuala, puteți construi un plan de tranziție către starea țintă identificând elementele lipsă utilizând analiza decalajului. Aceasta este diferența cheie dintre bazele de date de management al soluției și configurației (UCMDB), care reflectă doar situația actuală și doar la nivel de infrastructură. A treia direcție importantă este standardizarea abordării activelor, sistemelor și funcțiilor IT.

La ieșirea sistemului, compania primește secțiuni de informații pentru diverși utilizatori. Fiecare dintre ei va vedea informațiile de care sunt interesați. Cu Enterprise Maps, puteți răspunde cel mai mult diverse intrebari: de exemplu, se va putea afla cât costă întreținerea uneia sau aceleia aplicații, dacă investițiile corespund strategiei, unde merg fondurile, ce se poate face cu bugetul alocat.

De obicei, când văd posibilitățile Enterprise Maps, mulți oameni întreabă: este acesta un sistem de raportare? Da, asemănarea este grozavă. Dar soluția nu este doar responsabilă pentru prezentarea datelor într-o formă grafică frumoasă, ci devine și principalul instrument de lucru al arhitectului - un mijloc de creare și întreținere a modelelor de arhitectură a întreprinderii.
Este important ca în interiorul sistemului să se poată stabili politicile de dezvoltare a arhitecturii (atât partea infrastructură, cât și aplicațiile) care vor fi monitorizate. Nu vor fi posibile acțiuni interzise, ​​iar respectarea în continuare a regulilor va fi verificată din nou. Astfel, arhitectul nu doar „desenează”, ci abordează destul de deliberat soluția problemelor.

Surse de date

O altă sursă importantă este sistemul de management al portofoliului de proiecte. De aici vin obiectivele, programele, proiectele. Pe baza acestor date, este posibil să se arate locul proiectelor aflate în derulare în strategia generală.

În cele din urmă, pentru a umple sistemele, nu se poate face fără instrumente de modelare - de exemplu, Sparx Enterprise Architect, unul dintre cele mai populare sisteme datorită costului redus. Mai mult, în unele cazuri, utilizarea unor astfel de instrumente specializate este de preferat. Dacă se dezvoltă un nou sistem care devine un element arhitectural major, este mai bine să luați instrumente de proiectare concepute pentru acest lucru și familiare utilizatorilor, apoi să încărcați modelele construite pe Enterprise Maps, unde vor fi asociate cu sistemele actuale, infrastructură, planuri și activități de proiect.

Imagine obiectivă

Unul dintre ele este raportul Application Portfolio Business Opportunity. Pe baza datelor sale, se poate spune unde ar trebui să investească compania în conformitate cu strategia sa, evidențiind deciziile importante din punct de vedere strategic, sau invers - identificați candidații pentru tranziția către cloud. Următorul pas este identificarea aplicațiilor critice de afaceri care sprijină procesele cheie și, prin urmare, necesită un tratament special.

Raportul Investiții Strategice vă permite să vedeți decalajele dintre investițiile reale și prioritățile de afaceri. De exemplu, pe baza informațiilor financiare dintr-un sistem de management al portofoliului de proiecte, pot fi identificate investiții excesive în domenii neprioritare. Acest lucru oferă transparența financiară pe care o doresc atât de mult afacerile. O privire de ansamblu asupra costului aplicațiilor oferă, de asemenea, de gândit despre valoarea lor de afaceri și costurile reale.

„Utilizarea platformei” este un raport care poate fi, de asemenea, de mare ajutor. Vă permite să înțelegeți, de exemplu, că o treime dintre aplicații folosesc o platformă neacceptată, iar dacă intenționați să introduceți un nou sistem, atunci ar trebui să vă gândiți la asta.

Una dintre cele mai importante caracteristici este crearea unui „arborele de dependență” care arată relația dintre elementele specifice de infrastructură și serviciile de afaceri. Nu este neobișnuit ca un sistem relevant pentru afaceri să fie susținut de un singur server, ceea ce îi reduce toleranța la erori, sau invers - o aplicație necritică rulează pe hardware nerezonabil de costisitor.

Instrument de aranjare

Nu credeți că sistemele de management al arhitecturii întreprinderii sunt soluții exclusiv pentru giganți. Dacă poți arăta afacerii că există platforme pentru care nu mai poți plăti, sau cerințe de business cărora nu li se acordă suficientă atenție, rezultatul poate fi foarte impresionant chiar și la o companie de dimensiune mică.

Cu toate acestea, există încă o limită rezonabilă a dimensiunii companiei. Achizitie minima- 10 licente, adica organizatia trebuie sa aiba minim 10 persoane care sunt interesate. Câțiva arhitecți este deja o organizație destul de mare.

Principalul lucru este însă că compania trebuie să fie pregătită, după ce a cumpărat o mulțime de echipamente și aplicații în ultimii ani, să pună lucrurile în ordine în economia sa IT. Sunt puțini dintre ei până acum.