Blogas

Tapti sertifikuoto profesionalo pirkimo vadybininku
26 Gruodis 2017

ITIL: skirtumas tarp incidentų valdymo ir problemų valdymo

/
Paskelbtas

KaipITIL diferencijuoja problemas ir incidentus

"ITIL® Foundation" klasės pamokos dažnai mano, kad bandymai atskirti tarp įvykių ir problemų. Norėdami išspręsti šią problemą ir pasiūlyti apšvietimą, šis tinklaraštis atskiria kontrastus tarp įvykių ir problemų, kaip jie yra susiję ir kodėl tai daro įtaką.

Kas yra ITIL incidentas?

Kaip nurodė ITIL, epizodas yra spontaniškas įsikišimas į paslaugą arba paslaugos pobūdis. Kas dažnai nusprendžia kažkieno kaip įvykio tvarką, nepriklausomai nuo to, ar buvo nutrauktas paslaugų lygio susitarimas (SLA). Kad ir kaip būtų, ITIL atsižvelgia į atvejų padidėjimą dar prieš tai, kai SLA buvo sulaužytas, kad būtų pažeista ar numatoma turėti įtakos.

Netikėtojo požiūriu epizodas yra apšvietimas.

Kokia yra ITIL problema?

Kaip nurodė ITIL, problema yra bent vienas epizodų šaltinis. Problemos gali būti išryškintos, atsižvelgiant į bent vieną įvykį, arba juos galima iškelti be palyginamo epizodo.

Netikėtojo požiūriu, problema yra priežasties ar galimo priežasties vaizdavimas arba bent vienas išjungimas.

Koks yra ryšys tarp incidentų ir problemų ITIL?

Paprastai abu santykiai yra tai, kad viena problema yra bent vieno įvykio priežastis. Bet kokiu atveju yra tikimybė, kad įvykis (ar epizodų rinkimas) sukeltų daugiau nei vienos problemos.

Kodėl "ITIL" išskiria incidentus ir problemas?

Įspėjimų ir problemų pripažinimo tikslas yra tas pats, kas išskiriančios aplinkybes ir galutinius rezultatus. Problemos yra priežastis, o epizodai yra poveikis.

ITIL ragina asociacijas pripažinti šiuos dalykus, atsižvelgiant į tai, kad abu šie atvejai dažnai yra gydomi ir sprendžiami netikėtai. Tiesioginis epizodas iš esmės reiškia, kad bet kokia paslauga buvo paveikta, buvo atsitiktinai atkurta. Tai nereiškia, kad anksčiau ar vėliau įvykis nebus kartojamas. Kai sakau "atsitiktinai", prisiminkite, kad tai gali reikšti vieną akimirką ar 10 metus. Faktas yra tai, kad pasiryžimas epizodui nėra besikeičiantis.

Bet kokiu atveju problemos yra įvykių priežastis. Mes galime panaudoti išskirtinius metodus, skirtus problemos šaknies šaltiniui atskirti ir galiausiai išspręsti šią problemą. Tuo metu, kai įvyksta apsisprendimas, keitimo valdymas yra sukurtas atsižvelgiant į tai, kad dažniausiai kyla problemų dėl šaknies šaltinių.

Galingas įvykių valdymas garantuoja, kad kaip paslaugų teikėjas galėsite išlaikyti garantijas, kurias jūs padarėte savo SLA, suteikiant sistemą, kad būtų galima greitai atkurti paslaugą, kai tai yra esminis dalykas. Problemų valdymas garantuoja, kad, kaip paslaugų teikėjas, jūs galite reaguoti į įvykius, kurių tikslas nekartoti ir aktyviai nenutraukti epizodų.

Tai yra atskiros procedūros, nes jos reguliariai reikalauja įvairių gebėjimų rinkinių ir pratybų. Įsibrovimų valdymui reikia greitai atkurti paslaugą pagal bet kokias SLA, kurios yra nustatytos, nors problemų valdymas turi nužudyti pagrindinius epizodų šaltinius. Kai kuriais atvejais, norint teisėtai spręsti problemą, paslaugų teikėjas turi sukurti arba išplėsti esamą srovę.

Mūsų sprendimas

Nepasprendimai taiko problemos valdymo procesą ir strategijas, atsižvelgiant į jų konkrečią darbo aplinką, susiduriamą su mūsų "Mastering" problemos valdymo kursu. Šis nepatvirtintas, parengtas mokymo metodas suteikia besimokantiesiems prietaisus, kuriuos jie reikalauja patvirtinti ITIL taikymui.

Susiję kursai

Palikti atsakymą

 
GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!