「SLA・SLOって何がどう違う?」
「インシデント管理って何をする?」
ITILって、守らないと怒られる決まりごと——そう思っていませんか。実は、少し違います。
ITILとは、ITサービスを安定運用するための実践的な指針集です。インシデント管理・変更管理・SLA運用の進め方を体系化した、ITサービスマネジメント（ITSM）の世界標準ガイドとして広く使われています。
この記事では、ITILにまつわる4つのよくある誤解を1つずつ解きながら、4つの側面・インシデント管理と変更管理の違い・SLAとSLOの関係・サービスデスクの役割を押さえます。基本情報技術者のマネジメント系対策に効きます。ITSM全体の主要プロセスは ITサービスマネジメントとは で掴めます。
1. 誤解その1：ITILは強制ルール？
まず最大の誤解から。ITILは、守らないと違反になる強制ルールではありません。正体はベストプラクティス（成功事例集）です。「こう運用すると上手くいきやすい」という先人の知恵を集めたもので、各社が自社の事情に合わせて使えるところを取り入れます。ITSMが「目的」なら、ITILは「実践の手引き」にあたります。あなたの会社が全項目を丸ごと導入する必要はなく、規模や体制に合う手順だけを選べばよい、というのがITILの本来の使われ方です。ここを「一字一句従うべき規格」と誤解すると、身の丈に合わない運用を抱え込むことになります。ITILは道具箱であって、命令書ではありません。
2. 誤解その2：ITILはもう古い、は勘違い
次の誤解は「ITILは昔の話」というもの。ITILは1980年代後半に英国政府が策定したITSMの事例集が起源で、改訂を重ね、現行版はITIL v4です。試験では「英国発祥」「現行はv4」を押さえれば十分。v4は、ITサービスを取り巻く要素を4つの側面（four dimensions）で整理します。
- 組織と人材 — 役割分担・スキル・文化
- 情報と技術 — システム・データ・ツール
- パートナーとサプライヤー — 外部委託先・クラウド事業者など
- バリューストリームとプロセス — サービス提供の流れと手順
3. 誤解その3：インシデント管理と変更管理は同じ？
実務で出会う代表的なプロセスが2つ。ここも混同しやすいので切り分けます。インシデント管理は、サービスの停止や品質低下が起きた時に、できるだけ早く通常状態へ復旧させる活動です。根本原因の追究より、まず利用者への影響を最小化する応急対応が中心。変更管理は、システムや設定に手を加える時に、影響範囲とリスクを評価し、承認プロセスを経て実施する活動です。
4. 誤解その4：SLAとSLOは同じもの、ではない
最後の誤解は、SLAとSLOの混同です。SLA（Service Level Agreement）は、提供者と利用者が交わすサービス品質の合意書で、契約レベルの約束です。SLO（Service Level Objective）は、そのSLAを達成するために運用側が内部で定める目標値で、運用レベルの数字です。
たとえば「月間稼働率99.5%以上」をSLAに明記するのが合意。運用チームが「内部目標は99.7%以上」と決めるのがSLOで、SLOを高めに置いてSLA違反の余裕を作ります。約束の数字ぎりぎりを目標にすると、少しの障害で契約違反になってしまうので、あえて内側に厳しい目標を引くわけです。あなたが押さえたいもう一つがサービスデスクで、利用者からの問い合わせ・障害連絡・依頼を受ける単一窓口（SPOC）として、ITSM運用の入り口になります。連絡先があちこちに散らばっていると対応が漏れるため、窓口を1つに束ねるのが狙いです。SLA未達は信用低下や違約金につながるビジネス上のリスクなので、リスクマネジメントとは の枠組みで優先順位を判断します。
ITILとITサービスマネジメントは、基本情報技術者のマネジメント系で頻出します。誤解しやすい4点さえほどけば、インシデント管理・変更管理・SLA・サービスデスクの設問は、あなたにとって得点源に変わります。試験では、この4つの区別がそのまま選択肢になって並ぶことが多く、意味の違いを掴んでいれば引っかけを外せます。丸暗記より、「約束か運用か」の物差しを1本持つほうが、応用が利きます。用語がいくつ増えても、この軸に沿って並べ直せば、あなたは迷わず整理できます。
次のステップ
ITILとITSMがマネジメント系のどこに入るかは、基本情報技術者 試験全体概要 で範囲と受験フローを確かめておくと、次に学ぶ順番が見えます。
誤解が解けたら、基本情報技術者 マネジメント系問題集 で、ITSMの設問を解いて定着させましょう。