Įvadas į ITIL (1 vs 2)

Įvadas į ITIL (1 vs 2)

Versija 1 iš 25 Rugp 2009, 20:57

Main
 
Redaguoti versiją

Versija 2 iš 25 Rugp 2009, 21:14

Main
 
Redaguoti versiją
Compare with Next Revision →

Content

Line #3 Line #3
   
== Kodėl mes mokomės iš savų klaidų? ==  == Kodėl mes mokomės iš savų klaidų? == 
-Įsivaizduokite, kad jūs turite IT įmonę ar padalinį: teikiate paslaugas klientams (ar komerciniams, ar vidiniams), tvarkote kompiuterius, etc.. Klientai skundžiasi, kad jiems kažkas neveikia, aptarnavimas prastas, o jūs matote, kad jūsų žmonės nespėja tvarkytis su problemomis. Laikui einant, jūs atrandate, kad kažkuris serveris turi per mažai atminties, todėl užlūžta, o tai sukuria daugybę problemų. Taip pat pastebite, kad klientų kreipimaisi dažnai užmirštami ir kartais prireikia kelių dienų, kol juos kažkas įvykdo. Apie svarbių sistemų gedimus IT darbuotojai sužino iš klientų, o ne iš monitoringo. O kai kurie klientai iš jūsų reikalauja tiesiog neįgyvendinamos paslaugų kokybės. Tokių problemų patiria kiekviena IT įmonė, kiekvienas IT padalinys. Ir aišku, kad ilgainiui jas kažkaip išsprendžia - per didelį vargą, daug bandymų ir nesėkmių. +Įsivaizduokite, kad jūs turite IT įmonę ar padalinį: teikiate paslaugas klientams (ar komerciniams, ar vidiniams), tvarkote kompiuterius, etc.. Klientai skundžiasi, kad jiems kažkas neveikia, aptarnavimas prastas, o jūs matote, kad jūsų žmonės nespėja tvarkytis su problemomis. Laikui einant, jūs atrandate, kad kažkuris serveris turi per mažai atminties, todėl reguliariai užlūžta. Taip pat pastebite, kad klientų kreipimaisi dažnai užmirštami ir kartais prireikia kelių dienų, kol juos kažkas įvykdo. Apie svarbių sistemų gedimus IT darbuotojai sužino iš klientų, o ne iš monitoringo. O kai kurie klientai iš jūsų reikalauja tiesiog neįgyvendinamos paslaugų kokybės. Tokių problemų patiria kiekviena IT įmonė, kiekvienas IT padalinys. Ir aišku, kad ilgainiui jas kažkaip išsprendžia - per didelį vargą, daug bandymų ir nesėkmių. 
   
Klausimas, kurį galime užduoti sau - paprastas: kodėl mes mokomės iš savų klaidų, jei galime pasimokyti iš svetimų?  Klausimas, kurį galime užduoti sau - paprastas: kodėl mes mokomės iš savų klaidų, jei galime pasimokyti iš svetimų? 
   
-IT paslaugos pasaulyje teikiamos jau pusę šimtmečio, dar seniau teikiamos įvairios kitos paslaugos, kurios neretai organizuojamos taip pat, kaip ir IT: kuo skiriasi telefonijos paslaugų organizavimas nuo interneto paslaugų teikimo? Arba kuo skiriasi kompiuterių taisyklos darbas nuo siuvimo mašinų taisyklos? +IT paslaugos pasaulyje teikiamos jau pusę šimtmečio, dar seniau teikiamos įvairios kitos paslaugos, kurios neretai organizuojamos taip pat, kaip ir IT: kuo skiriasi telefonijos paslaugų organizavimas nuo interneto paslaugų teikimo? Arba kuo skiriasi kompiuterių taisyklos organizavimas nuo siuvimo mašinų taisyklos? Daugybė įmonių jau išsprendė savo problemas. Ir tarp dešimčių tūkstančių pasaulio įmonių tikrai atsiras tokia, kuri padarė visiškai tokius pačius sprendimus, kuriuos po mėnesio, po pusmečio ir po metų padarys jūsų įmonė. 
   
-ITIL autoriai mums sako esminę mintį: kam mokytis iš savų klaidų, jei galima pasimokyti iš svetimų? Kam išradinėti dviratį, kai galima jį nusipirkti? Kuriem galam leisti perteklinius pinigus naujų sprendimų paieškoms, kai egzistuoja šimtai ir tūkstančiai paruoštų receptų, kurie puikiai veikia bet kur? +ITIL autoriai mums sako esminę mintį: kam mokytis iš savų klaidų, jei galima pasimokyti iš svetimų? Kam išradinėti dviratį, kai galima jį nusipirkti? Kuriem galam leisti perteklinius pinigus naujų sprendimų paieškoms, kai egzistuoja šimtai ir tūkstančiai paruoštų receptų, puikiai veikiančių bet kur? 
-  + 
-Taigi, ITIL - tai ne šiaip viena iš daugybės metodologijų, o greičiau - gerų praktikų rinkinys, receptų knyga bet kuriam geram IT vadovui. + 
   
 +Taigi, ITIL - tai ne šiaip viena iš daugybės metodologijų, o greičiau - gerų praktikų rinkinys, receptų knyga bet kuriam geram IT vadovui. Taip, tai receptai - jie nėra unikalūs, gal būt kažką juose reiks adaptuoti, pritaikyti būtent jums. Tačiau jų pakaks, norint sutaupyti 60 procentų savo laiko ir išvengti 80 procentų klaidų. 
   
== Pagrindinės ITIL sritys ==  == Pagrindinės ITIL sritys == 
-Visas ITIL sąlyginai skirstomas į dvi pagrindines dalis: [[Paslaugų palaikymas|Paslaugų palaikymą]] (angl. ''Service Support'') - technišką, specialistų darbo organizavimui skirtą dalį ir [[Paslaugų teikimas|Paslaugų teikimą]] (angl. ''Service Delivery'') - strategiškesnę ir vadybiškesnę dalį, susijusią su paslaugų kokybės užtikrinimu bei ilgalaikiu planavimu. +Seniai žinoma, kad IT specialistui visiškai neįdomu, kaip sudaromos sutartys su klientais ar kaip vykdoma apskaita. Kita vertus, vadybininkai ar koordinatoriai neretai nei neįsivaizduoja, kaip veikia viena ar kita IT sistema. Iš to ir kyla ITIL skirstymas į dvi pagrindines sritis: [[Paslaugų palaikymas|Paslaugų palaikymą]] (angl. ''Service Support'') - technišką dalį ir [[Paslaugų teikimas|Paslaugų teikimą]] (angl. ''Service Delivery'') - strategiškesnę ir vadybiškesnę dalį, susijusią su paslaugų kokybės užtikrinimu bei ilgalaikiu planavimu. 
 +  
 +=== Paslaugų palaikymas === 
 +Kaip jau minėjau, paslaugų palaikymas - tai techniškesnė sritis. Ir jei dirbate IT srityje, jūs tikrai susidūrėte su problemomis, kurias patiria ir kiti: 
   
   
   
 +=== Paslaugų teikimas === 
   
   
   
Raktažodžiai