インシデント管理

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

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

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

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

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

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

インシデントを記録し、影響度と緊急度から優先度を付けて分類し、合意したサービスレベルの範囲でできるだけ早くサービスを回復させるプロセス。根本原因の除去よりも回復を優先し、必要に応じて回避策を使う。原因の究明は問題管理が担う。

SLAに基づいてITサービスの品質を維持・改善するプロセス。サービスレベルの目標設定、モニタリング、報告、レビューを行い、合意された品質水準の達成を管理する。SLMとも呼ばれる。

インシデントの根本原因を調査・特定し、再発防止策を講じるプロセス。インシデント管理が応急的な復旧を目的とするのに対し、問題管理は根本的な原因の排除を目指す。

ITサービスを構成するハードウェア、ソフトウェア、ドキュメントなどの構成アイテム（CI）の情報を正確に記録・管理するプロセス。構成管理データベース（CMDB）を用いて最新の構成情報を維持する。

ITサービスやインフラへの変更を、リスクを最小限に抑えながら効率的に実施するプロセス。変更要求の評価・承認・実施・レビューを体系的に行い、変更に起因する障害を防止する。

承認された変更を本番環境に確実にリリース・展開するプロセス。テスト済みのソフトウェアやハードウェアを計画的に導入し、サービスの安定稼働を維持しながら新機能を提供する。

ITサービスが合意された時間帯に利用可能であることを確保するプロセス。可用性の目標設定、モニタリング、改善活動を行い、サービスの停止時間を最小化する。