問題管理

インシデントの根本原因を特定・分析し、再発を防止するためのプロセス。インシデント管理が応急的な復旧を目的とするのに対し、問題管理は恒久的な解決策の策定を目的とする。

インシデントの根本原因を究明し、恒久的な解決策を見出して再発を防止するプロセス。インシデント管理が応急対応に重点を置くのに対し、問題管理は原因分析と再発防止に焦点を当てる。

インシデントのデータ及び傾向を分析し、根本原因を特定して再発を防止するプロセス。問題の記録、分類、優先順位付け、根本原因分析、既知の誤りの登録、解決策の策定を行う。インシデント管理が応急対応であるのに対し、恒久的な対策を講じる。

インシデントの根本原因を特定し、恒久的な解決策を見つけて再発を防止するプロセス。問題の特定・記録・分類・調査・診断・解決・クローズの一連の活動と、既知のエラーの管理を含む。

インシデントの根本原因を特定・分析し、恒久的な解決策を講じる管理プロセス。同種のインシデントの再発防止を目的とし、既知のエラーデータベースの管理も含む。

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

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

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

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

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

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