Blog

At blive-en-certificeret-Professional-Indkøb-manager
26 december 2017

ITIL: Forskel mellem Incident Management og Problem Management

/
Sendt af

HvordanITIL differentierer problemer og hændelser

Understudier i ITIL® Foundation klasser tror ofte, at dets test skal adskille blandt forekomster og problemer. For at løse dette problem og tilbyde belysning, vil denne blog skelne kontrasterne mellem forekomster og problemer, hvordan de er forbundet, og hvorfor det gør en forskel.

Hvad er en hændelse i ITIL?

Som det fremgår af ITIL, er en episode et spontant indbrud til en tjeneste eller en afskedigelse i form af en tjeneste. Hvad der ofte afgøres som en begivenhed, er uanset om serviceniveauaftalen (SLA) blev brudt. Det er, som det måtte, at ITIL tager højde for at rejse en begivenhed, selv før en SLA er blevet brudt, så det er muligt at forholde sig eller forventes at påvirke.

I lægmandens termer er en episode skildringen af ​​en blackout.

Hvad er et problem i ITIL?

Som angivet af ITIL er et problem rootkilden for mindst en episode. Problemer kan bringes op i lyset af mindst en forekomst, eller de kan hæves uden tilstedeværelsen af ​​en sammenligning af episoden.

I lægmandens termer er et problem skildringen af ​​årsagen eller den potentielle årsag eller i det mindste en blackouts.

Hvad er forholdet mellem hændelser og problemer i ITIL?

Forholdet mellem de to er som regel, at et problem er årsagen til mindst en forekomst. Under alle omstændigheder er det tænkeligt at have en forekomst (eller indsamling af episoder), der er skabt af mere end et problem.

Hvorfor differentierer ITIL mellem hændelser og problemer?

Formålet med at anerkende forekomster og problemer er det samme som isolerende omstændigheder og slutresultat. Problemer er årsagen, og episoder er virkningen.

ITIL opfordrer indtrængende til at anerkende disse ting i lyset af, at de to ofte behandles og afvikles på en uventet måde. En tendens til en episode indebærer i grunden, at uanset hvilken tjeneste der blev påvirket, er tilfældigt genoprettet. Det betyder ikke, at forekomsten ikke gentages før eller senere. Når jeg siger "tilfældigt", husk det kunne betyde et øjeblik eller 10 år. Faktum er, at en beslutsomhed til en episode ikke er uendelig.

Problemer er under alle omstændigheder årsagen til forekomster. Vi kan udnytte særegne metoder til at skelne mellem kilden til et problem og til sidst løse problemet. På det tidspunkt, hvor en bestemmelse sker, ændres ledelsen i lyset af det faktum, at det ofte medfører en vis grad af fare, når man plejer at anvende rootkilder.

Kraftig begivenhedsadministration garanterer, at du som serviceleverandør kan opretholde de garantier, du har lavet i dine SLA'er, ved at give et system til hurtigt at genoprette service, når det er grundlæggende. Problemstyring garanterer, at du som en serviceleverandør kan reagere responsivt på begivenheder med det mål at de ikke gentager og proaktivt holder episoder i gang.

Disse er separate procedurer, da de regelmæssigt kræver forskellige evner og øvelser. Forebyggelsesstyring skal hurtigt genoprette service i overensstemmelse med eventuelle SLA'er, der oprettes, selv om problemstyring skal dræbe rootkilderne til episoder. I nogle tilfælde for legitimt at løse et problem skal en tjenesteudbyder medføre eller udvide en nuværende blackout.

Vores løsning

Understudier anvender problemstyringsprocessen og strategier i lyset af deres særlige arbejdsmiljømøder i vores Mastering Problem Management kursus. Denne ikke-bekræftende, udarbejdede drevne læringsmetode giver eleverne de apparater, de kræver for certificerbare ITIL-applikationer.

Relaterede kurser

Efterlad et svar

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