「ITIL(アイティル)」と聞くと、なんだか難しそうなフレームワークの名前に感じます。けれど中身は「ITサービスをうまく運用するための“先輩たちの成功事例集”」です。

この記事では、ITILの正体と試験での出題ポイントを、図解と過去問実績つきで一気に整理します。

対象試験と出題頻度

ITILは、ITパスポート・基本情報技術者・応用情報技術者のすべてで出題される、サービスマネジメント分野の中心的なテーマです。

「ITILとは何か」を問う直接問題に加えて、SLA・インシデント管理・問題管理・変更管理など、ITILが提唱する個別プロセスとの関連問題でも頻出します。

詳細をクリックして確認
対象試験:
ITパスポート
基本情報技術者
応用情報技術者
出題頻度:
★★★★☆
ランクA(重要)必ず覚えておくべき

用語の定義

情報処理試験を勉強していると、「ITILって規格?マニュアル?ツールの名前?」と混乱しがちです。まずは一言定義からいきましょう。

ITIL(Information Technology Infrastructure Library)とは、一言で言うと

 「ITサービスを安定的に提供・改善するための、ベストプラクティス(成功事例)をまとめた書籍群

のことです。

イメージとしては、料理のレシピ本シリーズです。

レシピ本は「この料理を作るならこの手順が王道」という先人の知恵を集めたものです。守らなければ違法というものではなく、参考にすれば失敗が減るというガイドです。

ITILも同じで、世界中の企業が試行錯誤の末にたどり着いた「ITサービス運用のうまいやり方」を体系化した参考書群です。法律でも国際規格でもありません。

📊 ITILの基本情報

項目 内容
英語名 Information Technology Infrastructure Library
策定元 英国政府機関CCTA(現:AXELOS社が管理)
位置づけ ITサービスマネジメントのベストプラクティス集(事実上の世界標準)
最新バージョン ITIL 4(2019年公開)
関連規格 ISO/IEC 20000(ITサービスマネジメントの国際規格)

解説

1980年代の英国では、政府機関ごとにIT運用のやり方がバラバラで、コストも品質も大きく差が出ていました。

そこで英国政府機関CCTAが「うまくいっている運用現場のやり方を集めて、誰でも参考にできる形にしよう」と編纂したのがITILの始まりです。

その後、版を重ねながら世界中の企業に採用され、現在はAXELOS社が管理する「ITIL 4」が最新です。日本でも多くのSIerや情報システム部門が運用設計の土台に使っています。

ITILが扱うサービスライフサイクル(最重要)

ITILを理解する上で最も重要なのが、「サービスライフサイクル」という考え方です。

ITサービスは作って終わりではなく、企画から廃止までの一連の流れを継続的にぐるぐる回し続ける、という発想が根っこにあります。

ITIL v3ではこの流れを5つのフェーズで整理しました。ITIL 4では「サービスバリューシステム(SVS)」というより柔軟なモデルに再構成されていますが、5フェーズの考え方は今も土台として有効です。IPA試験で問われるのも、ほぼこの5フェーズの理解です。

🔄 ITILサービスライフサイクル(v3)の全体像

⑤ 継続的サービス改善(CSI)

— ①〜④すべてを横断して、ぐるぐる改善を回し続ける —

サービス戦略
何を、誰に、なぜ提供するか
サービス設計
どう作る?SLA・可用性・容量を設計
サービス移行
本番環境へ安全にリリース(変更管理)
サービス運用
日々の運用・障害対応(インシデント管理)

⤴ ④で得た運用データ・測定結果を ①〜③ に戻して改善 ⤴

▲ ①→②→③→④ は一方向の流れ。⑤継続的改善が外側からこの流れ全体を貫いて改善ループを回す

5つのフェーズはそれぞれ独立した役割を持ちます。試験では「どのフェーズで何をするか」を取り違える出題が定番なので、対応関係を表で押さえておきましょう。

フェーズ 目的(一言) 代表的な活動・プロセス
① サービス戦略 「誰に・何を・なぜ」提供するかを決める サービスポートフォリオ管理、需要管理、財務管理
② サービス設計 提供方法・品質・コストを具体的に設計する サービスレベル管理(SLA策定)、可用性管理、キャパシティ管理、情報セキュリティ管理
③ サービス移行 設計したサービスを本番環境に安全に展開する 変更管理、リリース管理、構成管理(CMDB)、ナレッジ管理
④ サービス運用 日々の運用を回し、障害から早期復旧する インシデント管理、問題管理、要求実現、アクセス管理、サービスデスク
⑤ 継続的
サービス改善
①〜④で得た結果を測定し、改善を回す 7ステップ改善プロセス、KPI測定、PDCAサイクルの運用

日常の例えで掴むライフサイクル

5フェーズの関係性は、「レストラン経営」に例えるとスッと理解できます。

🍴 レストラン経営に例えると

ITILフェーズ レストランで言うと
① 戦略 「ターゲットは誰?イタリアン?和食?価格帯は?」を決める
② 設計 メニュー開発、店舗レイアウト、調理オペレーションの設計
③ 移行 プレオープン、スタッフ研修、本オープンまでの準備
④ 運用 日々の接客・調理、クレーム対応、食材切れへの即応
⑤ 継続的改善 アンケート結果や売上を分析し、メニュー改定・接客改善を回す

ここで注目したいのは、⑤の継続的改善が「①〜④すべて」に矢印を返している点です。運用で見つかった不満は設計に戻し、設計の限界は戦略に戻す。この循環が回らない組織は、サービス品質が時間とともに劣化します。ITILが「ライブラリ(書籍群)」でありながら強い影響力を持つのは、この“回し続ける思想”を体系化した点にあります。

⚠ 試験で狙われる頻出ひっかけ

「SLAを策定するのは?」→ サービス設計(運用ではない)
「変更管理が属するのは?」→ サービス移行(運用ではない)
「インシデント管理が属するのは?」→ サービス運用
「KPIの測定と改善活動は?」→ 継続的サービス改善

代表的なプロセス(運用現場で頻出)

ライフサイクル全体の中でも、試験と実務の両方でよく登場するのが以下のプロセス(ITIL 4では“プラクティス”)です。

サービス運用フェーズに属するものが多いですが、変更管理・構成管理は移行フェーズ、サービスレベル管理は設計フェーズに位置する点に注意してください。

プロセス 目的
インシデント管理 障害発生時にサービスをできるだけ早く復旧させる(原因究明より復旧優先)
問題管理 インシデントの根本原因を突き止め、再発を防ぐ
変更管理 本番環境への変更を計画的に行い、変更に伴うリスクを抑える
構成管理 サーバや機器などの構成情報をCMDBで一元管理する
サービスレベル管理 SLAを定義・運用し、合意したサービス品質を維持する
サービスデスク 利用者からの問い合わせや障害連絡を一元的に受け付ける窓口(機能)

ITILとISO/IEC 20000の違い

試験で混同しがちなのが、ITILとISO/IEC 20000です。

両者は同じITサービスマネジメントを扱いますが、性格がまったく違います。

観点 ITIL ISO/IEC 20000
性格 ベストプラクティス集(参考書) 国際規格(認証取得が可能)
強制力 なし(参考として活用) 認証取得時は要求事項への準拠が必要
目的 「どうやればうまくいくか」のヒント 「組織として要求事項を満たしているか」の証明

ざっくり言えば、ITILが「教科書」、ISO/IEC 20000が「試験(認証)」のような関係です。実務ではITILで運用設計し、ISO/IEC 20000で第三者認証を受けるという組み合わせがよく見られます。

では、この用語が試験でどのように出題されるか見ていきましょう。

💡 ITILの核心を3行で

・ITサービスマネジメントの成功事例をまとめた書籍群(事実上の世界標準)
・骨格は「戦略→設計→移行→運用」の流れを「継続的改善」が貫くサービスライフサイクル
・最新版はITIL 4。インシデント管理・問題管理・SLM などのプロセスが代表的


試験ではこう出る!

ITILはIP・FE・APで繰り返し問われる定番テーマです。出題は大きく3パターンに分かれます。

📊 過去問での出題実績

試験回 出題内容 問われたポイント
IP R元秋
問35
ITILの説明として正しいものを選ぶ問題。 ・正解は「ITサービスマネジメントのベストプラクティスをまとめた書籍」
・プロジェクトマネジメントやソフトウェア開発手法の説明がひっかけ
FE H30秋
問57
ITILで定義されているサービスデスクの役割を選ぶ問題。 ・「利用者からの問い合わせ窓口を一元化」が正解
・問題管理・変更管理の説明がひっかけ
AP H29春
午前 問56
インシデント管理の目的を問う問題(ITILの考え方を踏襲)。 ・「サービスをできるだけ早く回復させること」が正解
・「根本原因の特定」は問題管理の目的でひっかけ

📝 IPA試験での出題パターン

パターン1:「ITILとは何かを選べ」
4つの選択肢から「ITサービスマネジメントのベストプラクティス集」に該当する説明を選ばせる形式。ひっかけとして、プロジェクトマネジメント体系(PMBOK)、ソフトウェア開発手法(アジャイル)、品質マネジメント規格(ISO 9001)の説明が並ぶ。キーワードは「ITサービス」「ベストプラクティス」「書籍」。

 

パターン2:「個別プロセスの目的とフェーズを選べ」
インシデント管理・問題管理・変更管理・サービスデスクなど、ITILの代表プロセスの「目的」や「属するフェーズ」を取り違えさせる出題。特にインシデント管理と問題管理の混同、SLA策定フェーズの取り違えは典型ひっかけ。「早期復旧=インシデント管理(運用)」「根本原因=問題管理(運用)」「SLA策定=サービス設計」で覚える。

 

パターン3:「ITILとISO/IEC 20000の関係」
APで時折出題される。ITIL=ベストプラクティス(任意)、ISO/IEC 20000=認証可能な国際規格、という対比をおさえれば十分です。ここまででOK、深追いは不要です。


【確認テスト】理解度チェック

ここまでの内容を理解できたか、簡単なクイズで確認してみましょう。


Q. ITIL(Information Technology Infrastructure Library)の説明として、最も適切なものはどれでしょうか?

  • A. ITサービスを安定的に提供・改善するためのベストプラクティス(成功事例)を体系化した書籍群であり、世界中の組織でITサービスマネジメントの参考として利用されている。
  • B. プロジェクトマネジメントの知識を体系的に整理し、スコープ・コスト・スケジュールなどの管理領域を定義した国際的なガイドであり、PMP資格の基礎となっている。
  • C. 情報セキュリティマネジメントシステムに関する要求事項を定めた国際規格であり、組織が認証を取得することでセキュリティ体制を対外的に証明できる。

正解と解説を見る

正解:A

解説:
ITILはITサービスマネジメントの成功事例を集めた書籍群であり、参考書としての位置づけが核心です。国際規格ではなく強制力もありませんが、世界中で事実上の標準として活用されています。

選択肢BはPMBOK(Project Management Body of Knowledge)の説明であり、プロジェクトマネジメントを対象とするためITサービス運用を扱うITILとは目的が異なります。選択肢CはISO/IEC 27001(情報セキュリティマネジメントシステムの国際規格)の説明であり、認証取得可能な「規格」である点でも、セキュリティを対象とする点でも、ITILとは別物です。


よくある質問(FAQ)

Q. ITIL v3とITIL 4は何が違いますか?

v3は「サービスライフサイクル(戦略・設計・移行・運用・継続的改善)」という時系列の構造で整理されていました。ITIL 4ではこれを「サービスバリューシステム(SVS)」というより柔軟なモデルに再構成し、DevOpsやアジャイルとの親和性を強化しています。また、v3の「プロセス」という呼称はITIL 4では「プラクティス」に変わりました。IPA試験では現状、v3寄りの記述(インシデント管理、問題管理など)でも誤りとは扱われないので、用語の名残は気にしなくて大丈夫です。

Q. インシデント管理と問題管理の違いがいまいち掴めません。

「消火活動」と「火災原因の調査」の関係に近いです。インシデント管理は燃えている火を消す(サービスを早く戻す)役割で、原因解明より復旧速度を優先します。問題管理は火元を特定して同じ火事を二度と起こさないようにする(根本原因を取り除く)役割です。本番障害の現場では、まず暫定対応で復旧(インシデント管理)→落ち着いてから恒久対策を検討(問題管理)という流れになります。

Q. ITILの資格はありますか?

あります。AXELOS社が認定する「ITIL Foundation」を入口に、上位資格として「ITIL Managing Professional」「ITIL Strategic Leader」などが用意されています。実務で運用設計やサービスマネージャを目指す人にとってはアピール材料になりますが、IPA試験の合否には直接関係ありません。試験対策としては「ITILが何で、どんなプロセスを定義しているか」を押さえれば十分です。

Q. ITILとDevOpsは矛盾しませんか?

よくある誤解ですが、矛盾しません。ITIL v3時代は「変更管理が厳格すぎてアジャイル/DevOpsと相性が悪い」と言われた時期もありました。しかしITIL 4では、価値の流れを重視する「サービスバリューチェーン」を採用し、アジャイル・DevOps・リーンの考え方を取り込んでいます。実務では「ITILで全体の統制を保ちつつ、開発・運用の現場ではDevOpsで高速化する」というハイブリッド運用が一般的です。

Q. 試験で「ITIL」が直接出題されなくても、ITILの知識は役立ちますか?

大いに役立ちます。SLA、SLM、CMDB、サービスデスク、エスカレーション、変更諮問委員会(CAB)といったサービスマネジメント関連用語は、ITILで定義された概念がベースです。ITILの全体像を理解しておくと、これらの個別用語が「ライフサイクルのどこに位置するのか」が見えるため、午後試験の長文問題でも文脈をつかみやすくなります。