Blogg

Att bli-en-certifierade-Professional-inköp-Manager
26 december 2017

ITIL: Skillnad mellan Incident Management och Problem Management

/
Postat av

HurITIL skiljer problem och incidenter

Understudier i ITIL® Foundation klasser tror ofta att testningen skiljer sig åt bland förekomster och problem. För att lösa problemet och erbjuda belysning, kommer den här bloggen att skilja kontrasterna mellan händelser och problem, hur de är anslutna och varför det gör skillnad.

Vad är en incident i ITIL?

Som framgår av ITIL är en episod ett spontant intrång i en tjänst eller en avskräckning i egenskap av en tjänst. Det som ofta bestämmer att något är som en händelse är oavsett om servicenivåavtalet (SLA) bröts. Det är som möjligt, ITIL tar hänsyn till att en händelse uppstår, även innan en SLA har brutits för att sätta fast eller förvänta sig.

I lekmannens termer är ett avsnitt en skildring av en blackout.

Vad är ett problem i ITIL?

Som anges av ITIL är ett problem rootkällan för minst ett avsnitt. Problem kan tas upp i ljuset av åtminstone ett tillfälle, eller de kan höjas utan att det finns en jämförande episod.

I lekman är ett problem en skildring av orsaken eller den potentiella orsaken eller åtminstone en blackouts.

Vad är förhållandet mellan incidenter och problem i ITIL?

I regel är förhållandet mellan de två att ett problem är orsaken till minst en händelse. Under alla omständigheter är det tänkbart att ha en händelse (eller samla episoder) som skapas av mer än ett problem.

Varför skiljer ITIL mellan incidenter och problem?

Syftet med att erkänna händelser och problem är detsamma som isolerande omständigheter och slutresultat. Problem är orsaken, och episoder är effekten.

ITIL uppmanar föreningar att erkänna dessa saker i ljuset av det faktum att de två ofta behandlas och avvecklas på ett oväntat sätt. Att tendera till en episod innebär i grunden att oavsett vilken tjänst som påverkas har det i övrigt återställts. Det betyder inte att förekomsten inte kommer att upprepas förr eller senare. När jag säger "förresten", kom ihåg det kan betyda ett ögonblick eller 10 år. Faktum är att en bestämning av en episod inte är oförändrad.

Problem, i vilket fall som helst, är orsaken till händelserna. Vi kan använda särskiljande metoder för att särskilja rootkällan till ett problem och så småningom lösa det problemet. När en bestämning sker förändras ledningen i ljuset av det faktum att det ofta innebär en viss risk för att man tenderar att rota källor.

Kraftfull händelsehantering garanterar att du som tjänsteleverantör kan behålla de garantier du har gjort i dina SLA genom att ge ett system för att snabbt återställa tjänsten när det är grundläggande. Problemhantering garanterar att du som tjänsteleverantör kan reagera responsivt på händelser med målet att de inte upprepar och proaktivt håller på att hända episoder.

Dessa är separata förfaranden eftersom de regelbundet kräver olika uppsatser och övningar. Förekomsthantering måste snabbt återupprätta tjänsten i enlighet med några SLA som är uppställda, men problemhantering behöver döda roten till episoder. I vissa fall för att legitimt ta itu med ett problem måste en tjänsteleverantör åstadkomma eller utöka en aktuell blackout.

Vår lösning

Understudier tillämpar problemhanteringsprocessen och strategier med tanke på deras särskilda arbetsmiljö möten i vår Mastering Problem Management kurs. Denna icke-bekräftelse, utbildad, driven inlärningsmetod ger eleverna de apparater de behöver för certifierbar ITIL-applikation.

Relaterade kurser

Lämna ett svar

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