블로그

인증 받기 - 전문가 구매 - 관리자
26 12월 2017

ITIL : 인시던트 관리와 문제 관리의 차이점

/
에 의해 게시 됨

방법ITIL은 문제 및 인시던트를 차별화합니다.

ITIL® Foundation의 Understududies에서는 빈번하게 발생과 문제를 구분하는 테스트가 있다고 생각합니다. 이 문제를 해결하고 조명을 제공하기 위해이 블로그는 발생 및 문제의 대비, 연결 방법 및 차이점을 구분합니다.

ITIL의 사건은 무엇입니까?

에피소드는 ITIL에 명시된 바와 같이 서비스에 대한 자발적인 침입이나 서비스의 성격에 대한 평가 절하입니다. 서비스 수준 계약 (SLA)이 손상되었는지 여부와 상관없이 무언가가 발생하는 순서를 자주 결정하는 것은 관계가 없습니다. ITIL은 SLA가 파손되어 감금을 지적하거나 영향을 예상하기 전에 발생 가능성을 높이기 위해 고려해야합니다.

평신도의 용어로, 에피소드는 정전의 묘사입니다.

ITIL의 문제점은 무엇입니까?

ITIL에서 지적한 것처럼 적어도 하나의 에피소드의 근원이 문제입니다. 문제는 적어도 하나의 사건에 비추어 제기 될 수 있거나 비교 에피소드 없이도 제기 될 수 있습니다.

평신도의 관점에서 볼 때, 문제는 원인이나 잠재적 인 원인 또는 적어도 하나의 정전에 대한 묘사입니다.

ITIL의 인시던트와 문제의 관계는 무엇입니까?

일반적으로 둘 사이의 관계는 하나의 문제가 적어도 하나의 발생 이유입니다. 어쨌든, 하나 이상의 문제에 의해 발생하는 사건 (또는 에피소드의 수집)이있을 수 있습니다.

ITIL이 인시던트와 문제점을 구별하는 이유는 무엇입니까?

발생 및 문제를 인식하는 목적은 상황을 격리하고 결과를 끝내는 것과 동일합니다. 문제가 원인이며 에피소드가 영향을 미칩니다.

ITIL은 두 사람이 예기치 않게 자주 대우되고 해결된다는 사실에 비추어 협회가 이러한 사실을 인식하도록 촉구합니다. 에피소드를 보니 기본적으로 영향을받는 서비스가 부수적으로 다시 설정되었음을 의미합니다. 그것은 발생이 조만간 반복되지 않는다는 것을 의미하지는 않습니다. 내가 "부수적으로"말할 때, 그것이 한 순간 또는 10 년을 의미 할 수 있음을 기억하십시오. 문제의 사실은 에피소드에 대한 결심이 변하지 않는다는 것입니다.

어떤 경우 든 문제가 발생하는 이유입니다. 우리는 문제의 근원을 구별하고 궁극적으로 그 문제를 해결하기 위해 독특한 방법을 사용할 수 있습니다. 결정이 내려지는 시점에서, 근원에 의존하는 것이 종종 위험의 측정을 필요로한다는 사실에 비추어 변화 관리가 만들어집니다.

강력한 발생 관리 기능을 통해 서비스 공급 업체는 서비스가 근본이 될 때 신속하게 서비스를 재개 할 수있는 시스템을 제공함으로써 SLA에서 보장해 줄 수 있습니다. 문제 관리를 통해 서비스 공급 업체는 반복하지 않는 목표로 사건에 신속하게 대응하고 에피소드를 사전에 예방할 수 있습니다.

이들은 정기적으로 다양한 적성 세트와 운동이 필요하기 때문에 별도의 절차입니다. 발생 관리는 문제 관리가 루트 에피소드의 소스를 죽일 필요가 있지만 설정된 SLA에 따라 서비스를 신속하게 재설정해야합니다. 일부 경우 합법적으로 문제를 해결하기 위해 서비스 제공 업체는 현재의 정전을 가져 오거나 확장해야합니다.

우리의 솔루션

Understudies는 문제 관리 프로세스 및 전략을 Mastering Problem Management 과정의 특정 작업 환경에서 볼 수 있습니다. 이 비 확인, 운동 중심의 학습 접근법은 학습자에게 인증 가능한 ITIL 신청에 필요한 기기를 제공합니다.

관련 코스

댓글을 남겨주세요.

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