Blogg

Å bli-en-sertifisert-Professional-Purchasing Manager
26 desember 2017

ITIL: Forskjell mellom Incident Management og Problem Management

HvordanITIL skiller mellom problemer og hendelser

Understudier i ITIL® Foundation klasser tror ofte at testen skal skille mellom forekomster og problemer. For å løse dette problemet og tilby belysning, vil denne bloggen skille kontraster mellom forekomster og problemer, hvordan de er koblet til, og hvorfor det gjør en forskjell.

Hva er et hendelse i ITIL?

Som angitt av ITIL, er en episode et spontant innbrudd på en tjeneste eller en avskrekk i form av en tjeneste. Det som ofte bestemmer rekkefølgen på noe som en forekomst, er uavhengig av om servicenivåavtalen (SLA) ble brutt. Vær den som det kan, tar ITIL hensyn til å hevde en forekomst selv før SLA er brutt slik at det er mulig å forholde seg eller forutse påvirkning.

I lekmannens termer er en episode skildringen av en blackout.

Hva er et problem i ITIL?

Som angitt av ITIL, er et problem rotkilden til minst en episode. Problemer kan bli tatt opp i lys av minst én forekomst, eller de kan heves uten tilstedeværelse av en sammenlignings episode.

I lekmanns termer er et problem skildringen av årsaken eller potensiell årsak eller minst en blackouts.

Hva er forholdet mellom hendelser og problemer i ITIL?

Forholdet mellom de to er som regel at et problem er årsaken til minst én forekomst. I alle fall er det tenkelig å ha en forekomst (eller samling av episoder) som er opprettet av mer enn ett problem.

Hvorfor skiller ITIL mellom hendelser og problemer?

Hensikten med å gjenkjenne hendelser og problemer er det samme som isolerende forhold og sluttresultat. Problemer er årsaken, og episoder er virkningen.

ITIL oppfordrer foreninger til å anerkjenne disse tingene i lys av at de to blir behandlet og avgjort på en uventet måte. Tendens til en episode innebærer i utgangspunktet at det uansett tjeneste ble påvirket, har blitt gjenopprettet. Det betyr ikke at forekomsten ikke vil gjenta før eller senere. Når jeg sier "forresten", husk det kan bety et øyeblikk eller 10 år. Faktum i saken er at en vilje til en episode ikke er uendelig.

Problemer, i alle fall, er årsaken til hendelsene. Vi kan utnytte særegne metoder for å skille roten kilde til et problem og til slutt avgjøre dette problemet. På det tidspunktet når en bestemmelse skjer, endres ledelsen i lys av det faktum at tilbøyelighet til rotkilder ofte innebærer en viss grad av fare.

Kraftig hendelsesadministrasjon garanterer at du som leverandør kan beholde garantiene du har gjort i SLA, ved å gi et system for raskt å gjenopprette service når det er grunnleggende. Problemstyring garanterer at du som en serviceleverandør kan reagere responsivt på hendelser med det målet at de ikke gjentar og proaktivt holder episoder i gang.

Disse er separate prosedyrer, siden de regelmessig krever ulike ferdighetssett og øvelser. Forekomstadministrasjon må raskt gjenopprette service i samsvar med eventuelle SLAer som er satt opp, selv om problemstyring må drepe rotkildene til episoder. I noen tilfeller for å lovlig adressere et problem, må en tjenesteleverandør få til eller utvide en aktuell blackout.

Vår løsning

Understudier bruker problemhåndteringsprosess og strategier med tanke på deres spesielle arbeidsmiljø møter i vårt Mastering Problem Management kurs. Denne ikke-bekreftede, utarbeide drevne læringsmetoden gir elevene apparatene de krever for sertifiserbar ITIL-applikasjon.

Relaterte kurs

ITIL Trening og sertifisering

In Just 3 Days
Meld deg på nå

&bsp

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