ITILは、利用者に価値あるITサービスを安定して提供し、継続的に改善するためのベストプラクティスをまとめた考え方です。製品名や単独の障害対応手順ではありません。ITパスポートでは、サービスを使う人の期待、提供側の運用、改善の循環を結び付けて理解します。
ITILの定義とITサービスマネジメント
ITサービスマネジメントは、ITを使う利用者に必要な価値を届け続けるために、企画、提供、運用、支援、改善を管理する活動です。ITILはその実践に役立つ知見を体系化したものです。サーバを動かすことだけではなく、問い合わせを受ける、障害の影響を判断する、変更によるリスクを管理する、利用状況を基に改善する、といった活動を対象にします。
重要なのは、技術部門の作業量だけで評価せず、利用者が必要なときにサービスを使えるか、期待した水準を満たしているかで考える点です。
SLA・インシデント・問題管理との違い
| 用語 | 中心となる役割 | ITILとの関係 |
|---|---|---|
| ITIL | サービスを提供・管理・改善するための実践知 | 個別活動をつなぐ全体的な考え方 |
| SLA | サービス水準について利用者側と合意する内容 | 期待値を明確にし、評価の基準にする |
| インシデント管理 | 障害や問い合わせによる影響を早く回復させる | サービス停止の影響を小さくする活動 |
| 問題管理 | 繰り返す原因を分析し、再発を減らす | 一時復旧だけで終わらせず改善へつなぐ |
たとえば「社内システムが使えない」という連絡に対して、まず影響を受けた人が使える状態へ戻すのがインシデント管理です。同じ障害が繰り返されるなら、原因と恒久策を調べるのが問題管理です。SLAは、受付時間や復旧目標などについて何を期待値とするかを確認する基準になります。
仕事での具体例:勤怠システムの障害対応
月末に勤怠システムへアクセスできない障害が起きた場合、サービスデスクは連絡を一元受け付け、影響範囲、発生時刻、利用者の業務への影響を記録します。担当者は優先度を決め、復旧状況を利用者へ伝えます。復旧後に同じ設定不備が原因と判明したら、原因分析、手順変更、監視の追加を行います。この流れでは、速やかな復旧と再発の防止が別の仕事として扱われます。
日常生活での具体例:通信サービスの不具合
自宅の回線が断続的に切れるとき、利用者は発生時刻、機器のランプ、再起動後の状態を記録して事業者へ連絡できます。事業者が障害情報を案内し、復旧予定を伝え、同様の問い合わせが増えているかを調べる過程は、サービスを利用者の視点で管理する例です。利用者としては、契約したサポート範囲や復旧案内を確認することで、状況を適切に伝えられます。
ITパスポート試験での見分け方
「ITサービスを利用者に提供し継続的に改善する」という説明ならITIL・ITサービスマネジメントの文脈です。「サービス水準に関する合意」はSLA、「障害から早く復旧する活動」はインシデント管理、「根本原因を調べ再発を減らす活動」は問題管理を選びます。障害対応だけをITILのすべてと考えないことがポイントです。
確認問題
問題:社内ポータルが停止したため、まず利用者が業務を再開できるよう暫定復旧を行い、その後に同様の停止を繰り返さないため原因を分析する。この説明として適切なものはどれですか。
- 暫定復旧と原因分析は同じ目的なので区別しない
- 暫定復旧はインシデント管理、原因分析は問題管理の役割に近い
- どちらもSLAそのものである
- ITILは製品名なので関係がない
答え:2。インシデント管理は影響を早く回復させること、問題管理は原因を把握して再発を減らすことに重点があります。SLAはサービス水準の合意であり、作業そのものではありません。
サービスの安定提供を改善するときは、信頼性と復旧時間を測るMTBF・MTTRとは?システムの信頼性を測る指標を解説と、障害時も稼働を続けるフォールトトレランスとは?障害が起きても稼働を続ける設計を確認すると、復旧と継続的改善の判断をつなげやすくなります。
関連して読む記事
SLMで、サービス水準を合意・管理する考え方を確認しましょう。運用テストは、運用開始前に復旧や監視の手順を確認する理由を理解する助けになります。プロジェクト管理の学習まとめでは、開発成果を運用・改善へつなぐ全体の流れを復習できます。

