インシデント管理

ITサービスの中断や品質低下（インシデント）が発生した際に、できるだけ早くサービスを正常な状態に復旧させるプロセス。根本原因の解決ではなく、迅速な復旧を最優先とする。

ITサービスの計画外の中断や品質低下（インシデント）に対し、可能な限り迅速にサービスを復旧させるためのプロセス。根本原因の究明は問題管理の役割であり、インシデント管理はまず復旧を優先する。

サービスの中断や品質低下を引き起こすインシデントを検出し、記録し、可能な限り迅速にサービスを復旧させるプロセス。問題管理とは異なり、根本原因の追究より復旧を優先する。

サービスに対する計画外の中断や品質の低下に対応するプロセス。インシデントの記録、分類、優先順位付け、エスカレーション、解決、終了を行う。可能な限り迅速にサービスを復旧させることが目的で、回避策の提供も含む。

計画外のサービス中断やサービス品質の低下に対して、可能な限り迅速にサービスを復旧させるプロセス。インシデントの検知・記録・分類・優先度付け・エスカレーション・解決・クローズの一連の活動を管理する。

情報システムで発生した障害やサービスの中断を迅速に復旧し、業務への影響を最小化する管理プロセス。インシデントの検知、記録、分類、優先度設定、対応、クローズまでの一連のプロセスを含む。

サービスに対する計画外の中断や品質の低下に対応するプロセス。インシデントの記録、分類、優先順位付け、エスカレーション、解決、終了を行う。可能な限り迅速にサービスを復旧させることが目的で、回避策の提供も含む。

事業や顧客への影響が特に大きいインシデント。判断の基準をあらかじめ定めておき、該当した場合は通常とは別の手順で、経営者への報告や専任の対応体制によって解決を急ぐ。解決後は原因の調査と再発防止のレビューを行う。

利用者からの、情報の提供、助言、アクセス権の付与、標準的な変更などの定型的な依頼。サービスの障害ではないためインシデントとは区別し、事前に定めた手順でサービス要求管理によって処理する。

1つ以上の、実際に起きた又は起こりうるインシデントの根本原因。問題管理で記録し、根本原因を調べて恒久的な解決策を講じ、インシデントの再発や発生を防ぐ。根本原因又は回避策がわかったものは既知の誤りとして管理する。

根本原因が特定されているか、影響を軽減又は除去する方法（回避策）がわかっている問題。既知の誤りとして記録しておくことで、同じインシデントが発生したときにサービスデスクなどが素早く回避策を適用できる。

インシデントや問題などの記録を時系列や種類ごとに集計・分析し、発生の傾向や繰り返し起きている事象を見つけること。問題管理では、インシデントがまだ発生していない段階で潜在的な問題を特定し、予防処置につなげる。

問題やインシデントを引き起こしている本質的な原因。表面的な症状への対処にとどめず、根本原因を特定して取り除くことで、同じ種類のインシデントの再発を防げる。なぜなぜ分析や特性要因図などで特定する。