Блог

Стати сертифікованим професійним менеджером по придбання
26 грудня 2017

ITIL: різниця між управлінням випадками та управління проблемами

ЯкITIL диференціює проблеми та інциденти

Нерозуміння в класах фундації ITIL® часто вважають, що його тестування необхідно розділити між випадками та проблемами. Щоб вирішити цю проблему та запропонувати підсвічування, в цьому блозі будуть виділені контрасти між входженнями та проблемами, як вони пов'язані, і чому це змінює ситуацію.

Що таке інцидент у ITIL?

Як вказує ITIL, епізод - це стихійне вторгнення в службу або дебаланс у характері сервісу. Що часто вирішує порядок чимось як поява незалежно від того, чи була порушена угода про рівень обслуговування (SLA). Як би там не було, ITIL враховує зростання випадків ще до того, як SLA було порушено з метою ув'язнення або передбачити вплив.

З точки зору непрофесіонала, епізод - це зображення затримки.

Яка проблема в ITIL?

Як зазначає ITIL, проблема є корінним джерелом принаймні одного епізоду. Проблеми можуть виховуватися в світлі принаймні одного випадку, або їх можна підняти без наявності порівняльного епізоду.

З точки зору непрофесіонала, проблема полягає в зображенні причини або потенційної причини або принаймні одного відключення.

Яка взаємозв'язок між інцидентами та проблемами в ITIL?

Як правило, взаємозв'язок між двома полягає в тому, що одна проблема є причиною, принаймні, однієї події. У будь-якому випадку, ми можемо мати появу (або збір епізодів), що створюється більш ніж однією проблемою.

Чому ITIL розрізняє випадки та проблеми?

Мета визнання випадків та проблем - однакова з ізольованими обставинами та кінцевими результатами. Проблеми є причиною, і епізоди - це вплив.

ITIL закликає асоціації визнати ці речі в світлі того факту, що обидва ці питання часто трактуються та вирішуються несподівано. Схиляння до епізоду в основному означає, що будь-яка послуга не була відновлена. Це не означає, що рання чи пізня подія не повториться. Коли я кажу "до речі", пам'ятайте, що це може означати один момент або 10 років. Факт полягає в тому, що рішучість до епізоду не змінюється.

Проблеми в будь-якому випадку є причиною виникнення. Ми можемо використовувати відмінні способи розрізнення кореневого джерела проблеми і, врешті-решт, вирішити цю проблему. У момент, коли відбувається детермінація, керування змінами створюється з урахуванням того факту, що загроза кореневим джерелам часто спричиняє деяку ступінь небезпеки.

Потужне управління виникненням гарантує, що як постачальник послуг ви можете зберегти гарантії, які ви зробили у ваших SLA, надаючи систему для швидкого відновлення служби, коли це є основоположним. Управління проблемами гарантує, що як постачальник послуг ви можете реагувати на події з відповідною метою, щоб вони не повторювалися та активно не продовжували епізоди.

Це окремі процедури, оскільки вони регулярно вимагають різноманітних наборів і вправ. Управління подіями повинно швидко відновлювати службу відповідно до будь-яких SLA, які встановлюються, хоча управління проблемами вимагає вбивства корінних джерел епізодів. У деяких випадках, щоб законно вирішити проблему, постачальник послуг повинен забезпечити чи розширити поточний затухання.

Наше рішення

Недооцінка застосовує процес та стратегії управління проблемами з урахуванням їхніх особливих проблем, пов'язаних із робочим середовищем, в нашому курсі управління освоєнням проблем. Це непідтвердження, розроблений навчальним підходом навчання, надає учням обладнання, яке вони потребують для сертифікованого додатка ITIL.

Пов'язані курси

залишити коментар

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