Managementul Mijloacelor Fixe și configurare (Serviciul Asset și Management de configurare), modul în care procesul este numit în mod corespunzător în v3 ITIL®, - una dintre cele mai dificil de înțeles și să implementeze procese ITIL®, în orice caz, o astfel de evaluare ar trebui să fie din sondajele de ascultătorii noștri.
Să încercăm să înțelegem aceste dificultăți examinând unele dintre riscurile care însoțesc practicile acestui proces.
Pentru a începe (ca întotdeauna) vom înțelege cu conceptele de bază ale procesului în cauză. În procesul de gestionare a activelor și configurațiilor serviciilor, au apărut noi concepte, care nu se aflau în cea de-a doua versiune ITIL®. Să intrăm pe scurt în conceptele de bază, folosind definițiile din glosar.
- Sistemul de gestionare a configurației (CMS) este un set de instrumente și baze de date care sunt utilizate pentru gestionarea datelor de configurare de către furnizorul de servicii IT.
- CMS conține, de asemenea, informații despre incidente, probleme, bug-uri cunoscute, modificări și versiuni. Poate conține informații despre angajați, furnizori, locații, unități de afaceri, clienți și utilizatori
- CMS include instrumente pentru colectarea, stocarea, gestionarea, actualizarea și prezentarea informațiilor despre toate IC și relațiile acestora
- Baza de date pentru gestionarea configurațiilor (CMDB) este baza de date utilizată pentru stocarea înregistrărilor de configurare pe tot parcursul ciclului lor de viață. Sistemul de gestionare a configurației (CMS) gestionează unul sau mai multe CMDB-uri, iar fiecare CMDB conține atributele CI și relațiile acestora cu alte CI-uri.
- Înregistrarea CI (înregistrare de înregistrare) este o înregistrare care conține informații detaliate despre CI. Fiecare intrare documentează ciclul de viață al unui CI unic. Înregistrările de configurare sunt stocate în CMDB.
- Un element de configurare (CI) este un element de activ, o componentă de serviciu sau un alt element care este sau va fi sub controlul procesului de gestionare a configurației. Poate fi:
- Ciclul de viață al ciclului de viață
- Serviciul CI
- Organizational CI
- CI intern
- CI externă
- Interfața CI
Să ilustrăm aceste prevederi cu o mică schemă preluată din tranziția de servicii:
Din schemă și definiții vedem că:
CMS este un concept mai larg decât CMDB și poate conține obiecte care nu sunt CI.
Aceasta nu este doar o bază de date, ci un întreg sistem de baze de date, instrumente, site-uri și interfețe interdependente care au niveluri diferite de stocare, prezentare și afișare.
Lista a ceea ce poate fi CI este extinsă în mod semnificativ și poate include atât CI fizic cât și logic, atât IT cât și obiecte de afaceri.
Desigur, nu toate companiile au un sistem grandios de gestionare a configurației, chiar și în vise, însă viziunea ITIL® este impresionantă. Deci, care sunt dificultățile și riscurile pe care oamenii se așteaptă să decidă să pună în aplicare acest proces, ce greșeli fac cel mai adesea? Să examinăm câteva dintre ele:
Obiectivele și obiectivele procesului sunt incorecte sau neclare
De la început, chiar și în etapa de planificare, trebuie să puneți în mod clar accentele, deoarece procesul în sine, structura CMS și organizarea interacțiunii cu alte procese sau unități depind în mod dramatic de sarcinile care trebuie îndeplinite. Opțiunile sunt:
Stabilirea controlului asupra elementelor de bază ale infrastructurii IT, identificarea legăturilor dintre și între părțile infrastructurii IT și serviciile de bază pentru afaceri pentru efectuarea de modificări critice pentru afaceri
Contabilizarea bunurilor valoroase, controlul securității, suport pentru cerințele de securitate, integrarea cu sistemele de monitorizare
Inventar operativ și precis al activelor IT în urma anchetelor contabile
Licență control software
Dar să ne imaginăm că ne-am dat seama de sarcinile necesare. Apoi, prima rocă subacvatică ne așteaptă:
Abordarea: "colectăm toate datele care sunt posibile", ceea ce duce la supraîncărcarea procesului, precum și la incapacitatea de ao susține
O greșeală tipică la începutul construcției acestui proces: toată lumea este fascinată de posibilitatea de a aduna cât mai multe informații în CMDB. În consecință, toate forțele sunt extrem de tensionate, se efectuează un inventar total, totul este bătut în fund până la ultimul șoarece mort și - asta e, fericirea! Dar nici un noroc, ca întotdeauna, nu, pentru că toate micile adunare o dată, aveți toată această bogăție pentru a menține la zi, arătând în CMDB se schimbă de fapt, are loc cu numeroase CI. din acest lucru în avans, nimeni nu a crezut și efort pentru a nu suport atras pentru că, vine rapid deactualization parte (și, dacă nu sunteți norocos, iar cea mai mare parte) datele din CMDB, și ca o consecință - o dezamăgire teribilă și neîncredere în puterea ITIL®. Și aici este cea de-a doua rocă subacvatică, strâns legată de prima:
Pierderea actualității informațiilor de configurare în timp, ceea ce cauzează erori, precum și dificultăți și costuri excesive atunci când se corectează
Gestionarea configurației este un proces special, care amintește metaforic educația unui copil mic: nu este suficient să-i dai naștere, este necesar să ai grijă de el în mod constant și asta e pentru totdeauna. Nu este suficient să nu sufocați o piesă mare la început, tot trebuie să păstrăm totul relevant în timpul procesului. În practică, există situații în care, dintr-un motiv sau altul, există o pierdere de relevanță a datelor în CMDB, deci este important să se determine apariția unei astfel de stări și să se gândească prin măsuri raționale pentru ao corecta. Măsura cea mai eficientă de detectare este auditul, adică reconcilierea datelor CMDB cu CI real. Din nefericire, efectuarea unui audit este o plăcere scumpă, necesită implicarea unor resurse suplimentare și, cel puțin, definirea corectă a domeniului de acoperire a auditului. În practică, cel mai adesea se efectuează un audit selectiv.
Suportul de date în CMDB în starea reală este la fel de important ca și valoarea informativă a bazei de date în sine. Cerințele de date în CMDB:
Acestea ar trebui să fie relevante (pentru a reflecta în mod clar starea de lucruri în actuala infrastructură în momentul de față)
Acestea trebuie să fie fiabile (fără erori ale datelor în sine)
Acestea ar trebui să fie în cerere (consumatorii CMDB corecte)
Și aici este necesar să se ia în considerare următoarea dispoziție, care necesită, de asemenea, o abordare atentă și atentă. Acestea sunt:
Stabilirea unui nivel rezonabil de precizie, i. E. corelațiile dintre model și configurația reală
Nu este ușor să rezolvăm această problemă, deoarece aici este necesar să rezolvăm corect ecuația cu mai multe necunoscute:
Determinați nivelul detaliilor - de exemplu, ce atribute vor avea IC, care va fi doar un atribut și ce merită să fie un adevărat IC?
Identificați legăturile necesare între CI și între IC și entități - de exemplu, între IC și servicii, între IC și incidente, probleme, RFCs, lansări.
Deoarece prima dată pentru a rezolva totul corect nu va fi ușor, sarcina este rezolvată în mai multe iterații. La iterațiile ulterioare se pot rezolva următoarele sarcini:
Adăugarea la CMDB a datelor pe care consumatorii au nevoie, dar care nu erau în CMDB
Eliminarea datelor de la CMDB care nu au fost solicitate de către utilizatorii bazei de date
Pentru toate iterațiile, trebuie să determinați resursele necesare pentru a menține datele CMDB în starea actuală. Prezența (absența) acestor resurse este critică.
Astfel, vedem că recomandările ITIL ne permit să se protejeze de greșeli comune, și să ne dea abordarea corectă pentru a rezolva sarcini chiar și complexe, cum ar fi construcția unui serviciu de gestionare a activelor și proceselor de configurare regulate.
Acest subiect este discutat în detaliu în următoarele cursuri:
Probleme similare au fost abordate în următoarele proiecte:
- Organizarea procesului de management al configurației în BSGV Bank
- Implementarea procesului de management al configurației în cadrul companiei de gestionare a hidrogenului JSC din Marea Britanie a RAO UES din Rusia
- Implementarea procesului de management al configurației în banca VTB24
- Crearea și implementarea procesului de management al configurației în grupul SUAL
ITIL® și PRINCE2® sunt mărci comerciale înregistrate ale AXELOS Limited.
Swirl logo ™ este o marcă înregistrată a AXELOS Limited.
Trimiteți-le prietenilor: