Blogi

Saades sertifitseeritud-professionaalse ostmise-haldajaks
26 Detsember 2017

ITIL: vahejuhtumite juhtimise ja probleemide juhtimise erinevus

/
postitas

KuidasITIL eristab probleeme ja intsidente

ITIL® Foundation klasside tunnetused leiavad tihti, et tema testimine erineb sündmuste ja probleemide seast. Selle probleemi lahendamiseks ja valgustuse pakkumiseks eristab see blogi kontraste sündmuste ja probleemide seas, kuidas need on ühendatud ja miks see muudab.

Mis on intsident ITIL-is?

Nagu ITIL on näidanud, on episood spontaanne sissetung teenusesse või teenusena lahkarvamused. Mis sageli otsustab, et sündmus on midagi, olenemata sellest, kas teenuse taseme kokkulepe (SLA) on rikutud. Olgu see, et ITIL arvestab sündmuse kasvu enne seda, kui SLA on rikutud, nii et see piiraks või mõjutaks ennustust.

Ebamäeliselt on episoodiks elektrikatkestus.

Mis on ITIL-i probleem?

Nagu ITIL on näidanud, on probleem vähemalt ühe episoodi algne allikas. Probleeme saab tõstatada vähemalt ühe sündmuse valguses või neid võib tõsta ilma võrdlusperioodi puudumiseta.

Probleemseisundis on probleemiks põhjus või potentsiaalne põhjus või vähemalt üks ärevustunne.

Mis on vahejuhtumite ja probleemide suhe ITILis?

Reeglina on nende kahe vahelise seose olemasolu see, et üks probleem on vähemalt ühe sündmuse põhjus. Igal juhul on mõeldav, et esineb (või kogub episoode), mis tekib rohkem kui ühe probleemi tõttu.

Miks ITIL eristab vahejuhtumeid ja probleeme?

Esinemiste ja probleemide äratundmise eesmärk on sama kui isoleerivad asjaolud ja lõpptulemused. Põhjuseks on probleemid ja mõju on episoodid.

ITIL nõuab, et assotsiatsioonid tunnustaksid neid asju, pidades silmas asjaolu, et neid on sageli ravitud ja lahendatud ootamatult. Episoodi katsumine tähendab põhimõtteliselt seda, et mis tahes teenust mõjutasid, on juhuslikult taastatud. See ei tähenda, et sündmus ei korduks varem ega hiljem. Kui ütlen "muide", pidage meeles, et see võib tähendada ühte hetke või 10 aastat. Asjaolu, et episoodi otsus ei ole muutumatu.

Probleemid on igal juhul sündmuste põhjuseks. Võime kasutada eristavaid meetodeid, et eristada probleemi juurtest lähtuvat probleemi ja lahendada selle probleemi. Määramise hetkel toimub muudatuste juhtimine, võttes arvesse asjaolu, et juureallikate levik kujutab sageli mõningast ohtu.

Võimas juhtumite haldamine tagab, et teenusepakkujana on teil võimalik hoida teie teenuslepingutes tehtud garantiisid, andes süsteemile teenuse kiireks taastamiseks, kui see on põhjapanev. Probleemijuhtimine tagab, et teenusepakkujana saate reageerida sündmustele reageerimisel eesmärgiga, et neid ei korrata ega ennetavalt episoode ei juhtuks.

Need on eraldi protseduurid, kuna neil on regulaarselt vaja erinevaid oskuste komplekti ja harjutusi. Haigusjuhtumite haldamine peab teenuse kiireks taastamiseks vastavalt kõigile SLA-dele, mis on loodud, kuid probleemijuhtimise korral tuleb episoode juurteallikad tappa. Mõningatel juhtudel võib probleemi õiguspärasus lahendada, teenusepakkuja peab kaasa aitama või laiendama praegust elektrikatkestust.

Meie lahendus

Tundmatuid rakendatakse probleemijuhtimise protsessi ja strateegiaid, võttes arvesse nende konkreetseid töökeskkondi, mis on meie Mastering Problem Management kursusel. Selline kinnitamata, väljatöötatud õppe-lähenemine annab õppijatele seadmed, mida nad vajavad sertifitseeriva ITIL-i rakenduse jaoks.

Seonduvad kursused

GTranslate Your license is inactive or expired, please subscribe again!