サービスマネジメント基礎 — ITILで学ぶサービス品質の守り方

導入

「システムが落ちた。誰に連絡すればいい？」――その問いに組織として即座に答えられますか。サービスマネジメントとは、こうした緊急時の対応から日常的な品質維持まで、ITサービスを安定して届けるための仕組みのことです。

くわしく知ろう

サービスマネジメントの世界標準として広く知られているのがITIL（IT Infrastructure Library）です。ITILはITサービスを効果的・効率的に管理するためのベストプラクティス（優良実践集）をまとめたフレームワークで、特定の製品ではなく考え方の指針を提供しています。

サービスデスクはSPOC（Single Point of Contact：窓口の一元化）として機能する組織の入口です。利用者が問題を抱えたとき、「どこに連絡すればいいかわからない」という混乱を防ぎ、一箇所に問い合わせれば適切な担当へつなぐ役割を担っています。

インシデント管理の目的は「サービスの迅速な復旧」です。根本原因の究明より復旧速度を優先し、暫定対処（ワークアラウンド）も積極的に活用します。一方、問題管理の目的は「インシデントの根本原因を特定し再発を防ぐこと」です。同じインシデントが繰り返し起きる場合、その背後にある問題を分析して恒久的に取り除くことを目指します。初学者がよく混同するポイントですが、インシデント管理は「今すぐ直す」、問題管理は「二度と起きないようにする」と整理すると理解しやすいでしょう。

変更管理はサービスへの変更を承認・計画・実施・確認する一連の流れを管理します。変更を申請するRFC（Request for Change）をCAB（Change Advisory Board：変更諮問委員会）が審査・承認し、実施後に影響を確認するという流れになっています。リリース及び展開管理は承認済みの変更を実際の本番環境に安全に展開する工程を指します。

SLA（Service Level Agreement：サービスレベル合意）は、ITサービス提供者と利用者の間で合意するサービス品質の約束事です。代表的な指標として、稼働率（合意した期間中にサービスが利用可能だった時間の割合）、応答時間（問い合わせへの初期応答までの時間）、サポート時間（サポートを受けられる時間帯）が挙げられます。

事業関係管理（BRM：Business Relationship Management）はIT部門と事業部門の関係を良好に保ち、ITサービスが事業目標に貢献していることを確認する活動です。このほか供給者管理・可用性管理・サービス継続管理・継続的改善（CSI）といったプロセスが連携して、ITサービス全体の品質を支えています。

具体例

たとえばECサイトで夜間に決済機能が停止した場合、まずインシデント管理として暫定的に旧バージョンへ切り戻し、サービスを復旧させます。次に問題管理でログを分析し、DBコネクションの枯渇が根本原因と判明したとします。この恒久対策を変更管理のRFC→CAB審査→承認という流れで計画し、リリース及び展開管理を通じて本番へ安全に反映するという一連の流れがサービスマネジメントの実践例です。

まとめ・試験ポイント

• ITIL＝ITサービス管理のベストプラクティス集（特定製品ではなくフレームワーク）
• サービスデスク＝SPOC（Single Point of Contact）、問い合わせ窓口を一元化する
• インシデント管理＝サービス復旧最優先（根本原因より速度を優先）、暫定対処も活用
• 問題管理＝根本原因の特定と再発防止（インシデントの恒久的解決）
• 変更管理の流れ＝RFC（変更申請）→CAB（審査・承認）→実施→確認
• SLAの主要指標＝稼働率・応答時間・サポート時間の3つが頻出
• 事業関係管理（BRM）＝ITと事業目標の整合性を保つ活動、供給者管理・可用性管理・サービス継続管理も試験で問われる

※本コンテンツは2026年3月公表の改定案 Ver.1.0 に基づく暫定版です