блог

Бецоминг а Цертифиед Профессионал-Пурцхасинг Манагер
26 дец КСНУМКС

ИТИЛ: Разлика између управљања инцидентом и управљања проблемима

/
Поставио

какоИТИЛ разликује проблеме и инциденте

Разматрања у ИТИЛ® фондацијама често мисле да се њено тестирање раздваја међу појавама и проблемима. Да би решили ово питање и понудили освјетљење, овај блог ће разликовати контрасте између појава и проблема, како су повезани, и зашто то чини разлику.

Шта је Инцидент у ИТИЛ-у?

Као што је назначено од ИТИЛ-а, епизода је спонтана упада у услугу или недостатак у природи услуге. Оно често одлучује о редоследу нечега као појаве, без обзира да ли је сломљен споразум о нивоу услуге (СЛА). Да ли је то могуће, ИТИЛ узима у обзир подизање појаве чак и пре него што је СЛА прекинута, како би се започело затварање или предвиђање утицаја.

In layman’s terms, an episode is the portrayal of a blackout.

Шта је проблем у ИТИЛ-у?

Као што је назначено од стране ИТИЛ-а, проблем је изворни извор најмање једне епизоде. Проблеми се могу подићи у светлости бар једног појава, или се могу подићи без присуства упоредне епизоде.

In layman’s terms, a problem is the portrayal of the cause or potential cause or at least one blackouts.

Каква је веза између инцидената и проблема у ИТИЛ-у?

По правилу, однос између њих је да један проблем представља разлог за најмање једно појављивање. У сваком случају, могуће је имати догађај (или прикупљање епизода) који је створио више од једног проблема.

Зашто се ИТИЛ диференцира између инцидената и проблема?

Сврха препознавања појава и проблема је иста као изолујуће околности и крајњи резултати. Проблеми су узрок, а епизоде ​​су утјецај.

ITIL urges associations to recognize these things in light of the fact that the two are frequently treated and settled in an unexpected way. Tending to an episode basically implies that whatever service was affected has been incidentally reestablished. It doesnXCHARXt imply that the occurrence wonXCHARXt repeat sooner or later. When I say XCHARXincidentally,XCHARX remember that could mean one moment or 10 years. The fact of the matter is that a determination to an episode is not changeless.

Проблеми, у сваком случају, су разлог за појаве. Можемо користити специфичне методе да разликујемо роот извор проблема и на крају решимо тај проблем. У тренутку када се деси одређивање, управљање промјенама се чује у свјетлу чињенице да склањање изворима корења често укључује одређену мјеру опасности.

Powerful occurrence management guarantees that as a service supplier you can keep the guarantees you made in your SLAs by giving a system to rapidly reestablish service when it’s fundamental. Problem management guarantees that as a service supplier you can responsively react to occurrences with the goal that they don’t repeat and proactively keep episodes from happening.

Ово су одвојене процедуре јер редовно захтевају различите скупове и вјежбе. Управљање догађајима мора брзо поновно успоставити услугу у складу са СЛА-има које су постављене, иако управљање проблемима мора убити роот изворе епизоде. У неким случајевима да се легитимно ријеши проблем, добављач услуга мора довести или проширити тренутни прекид.

Наше решење

Ундерстудиес примењују процес управљања и стратегија управљања проблемима с обзиром на њихова конкретна радна окружења на нашем Мастеринг Проблем Манагемент курсу. Овај не-потврђени приступ, који омогућава усмјерено учење, даје ученицима апарате које захтијевају за цертификовану ИТИЛ апликацију.

Повезани курсеви

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