ブログ

認定資格取得 - プロフェッショナル - 購買マネージャー
26 12月 2017

ITIL:インシデント管理と問題管理の違い

どうやって問題とインシデントを区別するITIL

ITIL®FoundationのUnderstududsクラスでは、頻繁に発生と問題の間でテストを分離すると考えています。 この問題に対処し、照明を提供するために、このブログでは、発生と問題の対比、それらの接続方法、そしてなぜそれが異なるのかを区別します。

ITILのインシデントとは何ですか?

エピソードとは、ITILに示されているように、サービスへの自発的な侵入またはサービスの性質における虚脱である。 サービスレベル契約(SLA)が壊れていたかどうかに関わらず、何らかの事態が頻繁に発生するかどうかを決めるのは何ですか。 可能な限り、ITILは、SLAが拘束されているか、または影響が予想されるように、SLAが壊れている前であっても、発生を引き上げることを考慮します。

素人の言葉では、エピソードはブラックアウトの描写です。

ITILの問題は何ですか?

ITILに示されているように、問題は少なくとも1つのエピソードの根源です。 問題は、少なくとも1つの発生を考慮して引き上げることができます。または、比較エピソードの存在なしに問題を提起することができます。

素人の言葉で言えば、問題は原因や潜在的な原因、少なくとも1回のブラックアウトの描写である。

インシデントとITILの問題の関係は何ですか?

原則として、2つの間の関係は、1つの問題が少なくとも1つの発生の理由であるということである。 いずれにせよ、複数の問題によって生じた出来事(またはエピソードの集まり)を持つことが考えられる。

インシデントと問題をITILが区別する理由

発生と問題を認識する目的は、状況を分離して結果を終了させることと同じです。 問題が原因であり、エピソードが影響します。

ITILは、両者が頻繁に対処され、予期せぬ方法で解決されるという事実に照らして、これらの事柄を協会に認識させるよう促す。 エピソードへの傾きは、基本的には影響を受けるサービスが偶発的に再確立されたことを意味します。 遅かれ早かれそれが繰り返されることを意味するものではありません。 私が「偶然」と言うとき、それは1つの瞬間または10年を意味することを覚えています。 問題の事実は、エピソードへの決定が変わらないということです。

いずれの場合にも、問題は発生の理由です。 私たちは、問題の根源を区別し、最終的にはその問題を解決するための独特の方法を利用するかもしれません。 決定が行われた時点で、根本原因を頻繁に変更することにはある程度の危険が伴うという事実を考慮して、変更管理が行われます。

パワフルなオカレンス管理により、サービスサプライヤとして、基本的なときに迅速にサービスを再構築するシステムを提供することにより、SLAでの保証を維持することができます。 問題管理は、サービスサプライヤとして、反復しないで目標に対応し、エピソードの発生を予防的に抑えることができます。

これらは、定期的にさまざまな適性セットと演習を必要とするため、別々の手順です。 発生管理は、問題管理が根本的なエピソードのソースを殺す必要があるにもかかわらず、設定されたSLAに従ってサービスを迅速に再確立する必要があります。 合法的に問題に対処するために、サービス提供者は現在のブラックアウトをもたらすか、または拡大する必要があります。

当社のソリューション

Understudiesは、Mastering Problem Managementコースでの特定の作業環境との遭遇を考慮して、問題管理プロセスと戦略を適用します。 この確認できない、学習型学習アプローチは、学習者に認定可能なITILアプリケーションに必要な装置を提供します。

関連コース

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