ITILとは、ITサービスの企画・提供・運用に関するベストプラクティスを体系化したフレームワークです。本記事では、ITILが生まれた背景からv4までのバージョン変遷、サービスバリューシステムや主要プラクティスといった中核概念を整理したうえで、独立コンサルタントが案件でITILの考え方をどう実務に応用できるかまで解説します。
ITILとは何か？フレームワークの全体像と活用の基本
ITILとは―成り立ちと目的を整理する
ITILとは、ITサービスマネジメントのベストプラクティスを体系化したフレームワークであり、英国政府機関の主導で1989年から書籍として整備が始まりました。
ITILが生まれた背景
ITILは、英国の中央計算通信機関(CCTA)が主導し、1989年から一連の書籍として発行が始まりました(出典:IT Process Maps「History of ITIL」)。当時の英国政府機関では、部門ごとにITサービスの運用ノウハウが個別に蓄積されており、同じような課題への対応方法が組織間で共有されていないという状態が続いていました。ITILは、こうして散在していたノウハウを一つの参照体系にまとめ、部門や企業をまたいで再利用できる形にすることを目的として整備されています。
「フレームワーク」であり「規格」ではない点の整理
ITILは、あくまで参考書に相当するガイドラインであり、法令や認証規格のように遵守を強制するものではありません。企業は自社で導入したいプロセスや適用範囲、粒度を選んで部分的に取り入れることができ、この裁量の大きさがITILの実務での使われ方を左右しています(出典:ニュートン・コンサルティング「ISO20000とITILの違い」)。一方で、ITILの考え方を土台にした国際規格であるISO/IEC 20000は、第三者認証機関の審査を受けて要求事項を満たしていることを証明する必要があり、両者は似ているようで位置づけが異なります。この違いは記事の後半で改めて整理します。
ITILのバージョン変遷(v3からv4まで)
ITILはv1(1989年)からv4(2019年)まで複数回改訂されており、v3を境にプロセス中心の体系からより柔軟な体系へと軸足を移しています。
v4で追加された考え方
ITILは2000〜2001年に9冊構成のv2として整理された後、2007年に英国OGCが刊行したv3で5冊構成のいわゆる「サービスライフサイクル」の形に刷新され、2011年に内容が更新されました(出典:IT Process Maps「History of ITIL」)。v3までは、特定の目的を達成するための一連の活動である「プロセス」が定義の中心に置かれていましたが、2019年2月にAXELOSが発行したITIL4では、このライフサイクルに沿った固定的なプロセス体系が廃止されています(出典:同上)。代わりに、目的を達成するための組織のケイパビリティという考え方で整理された34の「プラクティス」が導入され、業務内容は一般管理(ビジネスマネジメント)・サービスマネジメント・技術管理の3種類、14・17・3個に分類し直されました(出典:LMIS「最新版ITIL 4を活用したITサービスマネジメント変革とは?」)。あわせて、サービスマネジメントを捉える視点として、組織と人材・情報と技術・パートナーとサプライヤー・バリューストリームとプロセスという「4つの側面」が加わり、v3までの「4つのP」(人材・プロセス・プロダクト・パートナー)から発展した考え方として位置づけられています(出典:日経クロステック「ITIL4が業務を捉える4つの側面」)。現在はAXELOSの認証パートナーであるPeopleCertが、ファンデーション修了後にプラクティス・マネージャー(PM)・マネージング・プロフェッショナル(MP)・ストラテジック・リーダー(SL)という3つの資格ストリームを運営しています(出典:PeopleCert Japan「ITIL4資格制度」)。
案件でよく参照されるバージョンの見分け方
案件の資料やヒアリングの中でどのバージョンのITILが前提になっているかを見分けるには、使われている用語に注目すると判断しやすくなります。「インシデント管理プロセス」のように語尾が「プロセス」で統一されている場合はv3以前の用語法を踏襲していることが多く、「プラクティス」という言葉が使われている、あるいは「4つの側面」「サービスバリューシステム」といった語が登場する場合はv4を前提にした整理だと判断できます。実務では、社内文書や委託先の体制がv3の時代に整備されたまま更新されていないケースも珍しくないため、用語だけで型を決めつけず、実際の運用ルールと照らし合わせて確認することが重要です。資格面ではITIL資格の取り方を整理した記事で、現行のファンデーション資格や上位資格の構成を確認できます。
ITILの中核概念であるサービスバリューシステム
サービスバリューシステム(SVS)とは、指針となる原則・ガバナンス・サービスバリューチェーン・プラクティス・継続的改善という5つの要素を一つのエコシステムとして捉える、ITIL4の中核モデルです(出典:システム管理者の会「第2回:ITIL4概説パート1」)。
サービスバリューチェーンの構成要素
SVSの中心に位置づけられるサービスバリューチェーン(SVC)は、機会や需要を価値に変換するための6つの活動で構成されています。具体的には、計画・改善・エンゲージ・設計および移行・取得/構築・提供およびサポートの6つで、たとえば「エンゲージ」は利害関係者と良好な関係を築くことを、「取得/構築」はサービスの構成要素を必要なときに必要な場所で使えるようにすることを指します(出典:「ITIL4 Foundation頻出キーワード解説」)。6つの活動は決まった順番で一方向に進む工程ではなく、案件の状況に応じて何度も行き来しながら組み合わせて使う位置づけです。
従来のプロセス志向との違い
v3までの体系は、決められた手順に沿って進める「プロセス」を中心に据えていましたが、SVSでは業務を実行するための組織的な能力そのものを指す「プラクティス」という考え方が中心に置かれています。プロセスが「何をどの順番で行うか」に焦点を当てるのに対し、プラクティスは人材・情報・技術・パートナーといった複数の資源を組み合わせて特定の目的を達成する力量そのものを指すため、組織ごとの体制や成熟度の違いを踏まえた柔軟な運用がしやすくなっています。
ITILの主要プラクティス(インシデント管理・変更管理など)
ITIL4の34プラクティスのうち、実際の案件で最も頻繁に話題になるのは、サービスマネジメントプラクティスに分類されるインシデント管理・問題管理・変更コントロールの3つです。
案件で頻出するプラクティスの実務イメージ
インシデント管理は、発生したシステム障害やサービスの中断を可能な限り早く復旧させ、業務への影響を最小化することを目的とするプラクティスです。障害発生時の初動対応や関係者への連絡フローがこのプラクティスの実務上のイメージに近く、システム障害の原因と対策を整理した記事で扱っているインシデント管理の実務とあわせて理解しておくと、案件での説明がしやすくなります。問題管理は、個別のインシデントの奥にある根本原因を特定し、再発を防ぐための恒久対策につなげるプラクティスで、インシデント管理とセットで語られることが多い領域です。変更コントロールは、システムやサービスへの変更が計画どおりにリスクを抑えて実施されるよう管理するプラクティスで、リリース前の承認フローや影響範囲の確認が実務上の中心になります。これら3つはいずれもサービスマネジメントプラクティス17個のうちの一部であり(出典:LMIS「最新版ITIL 4を活用したITサービスマネジメント変革とは?」)、ITILという言葉を聞いたときに最初に思い浮かべられることが多い領域です。
独立コンサルタントがITILを実務でどう応用するか
独立コンサルタントがITILを実務で活かす場面の多くは、教科書どおりの体系を導入することよりも、既存の運用に足りない部分を補う共通言語として使う場面です。
サービスマネジメント未整備の現場での使い方
コンサルタントの歩み編集部が複数のPMO・PM経験者への取材を通じて確認したところ、ITILがそのまま体系的に導入されている現場よりも、インシデント対応や変更管理の一部だけが独自ルールとして運用されている現場のほうが多く見られました。このような現場では、ITILの体系全体を一から導入しようとするより、すでにある運用ルールをITILのどのプラクティスに相当するかで整理し直し、抜けている役割分担や承認フローを補っていく進め方が現実的です。なお、PMOのフリーランス月額単価は80〜150万円が標準で上限は250万円級とされており、役割がサポート中心かマネジメント寄りか戦略・リード級かによって水準が大きく変わります(出典:ドメイン知識ベース「PMOフリーランスの月額単価相場と役割別レンジ」)。ITILの知見を生かせるPMO・ITSM関連の案件でも、担当する役割の重さによって提示単価の水準が変わってくるため、フリーランスのプロジェクトマネージャー単価相場を解説した記事もあわせて参考にすると、契約条件を確認する際の目安がつかみやすくなります。
発注者にITILの考え方を説明する際の工夫
発注者にITILを説明する際は、プラクティス名や横文字をそのまま使うより、発注者が普段使っている言葉に置き換えて伝えたほうが理解を得やすくなります。たとえば「変更コントロール」は「システムを直すときの事前チェックの仕組み」、「インシデント管理」は「トラブルが起きたときの動き方の決め事」のように、日常的な言葉に言い換えると社内の合意形成が進みやすくなります。また、ITILはプロジェクト管理そのものではなく、あくまでサービスの運用・提供を対象にした枠組みである点も誤解されやすいポイントです。プロジェクト管理とは何かを解説した記事で扱う進行管理の考え方と、ITILが扱うサービスマネジメントの考え方は目的が異なるため、両者を混同せずに説明できると、発注者側の理解もスムーズになります。
ITILと混同されやすい関連フレームワークとの違い
ITILとよく比較されるCOBIT・ISO/IEC 20000は、いずれもITサービスマネジメントに関わる枠組みですが、対象範囲や強制力の点でITILとは異なる位置づけを持っています。
COBIT・ISO/IEC 20000との位置づけの違い
ISO/IEC 20000は、ITILのプロセスの考え方を土台にしながらも国際標準化機構が策定した規格であり、第三者認証機関の審査を通じて要求事項を満たしていることを証明する必要があります(出典:ニュートン・コンサルティング「ISO20000とITILの違い」)。これに対しITILは、企業が導入したい範囲や粒度を自由に選べるガイドラインという性質を保っており、両者は「参考書」と「認証規格」という違いで整理できます。COBITは、ITGIとISACAが策定したフレームワークで、会社全体でITサービスマネジメントを実現するための要素をより広い範囲で整理したものです(出典:武蔵野コンサルティング「COBITとは?」)。COBITが取締役会の指揮でIT投資やリスクの評価・方向付け・モニタリングを行う「ガバナンス」の枠組みを担うのに対し、ITILは経営陣の指揮のもとで実際にサービスを計画・構築・運用する「マネジメント」寄りの領域を担うという役割分担で捉えると、案件での位置づけを説明しやすくなります。
ITILとは、散在しがちなITサービスの運用ノウハウを整理し直し、発注者と現場との共通言語をつくるためのフレームワークです。独立コンサルタントにとっては、体系をそのまま導入することより、既存の運用をITILの言葉で整理し直す使い方のほうが実務での出番が多いといえます。本記事は2026年9月時点の情報に基づいています。
出典・参考情報
- IT Process Maps「History of ITIL」（2026-09-08参照）
- PeopleCert Japan「ITIL®4資格制度」（2026-09-08参照）
- システム管理者の会「第2回:ITIL®4概説パート1」（2026-09-08参照）
- 「ITサービスマネジメント ITIL4 Foundation 頻出キーワード解説」（2026-09-08参照）
- 日経クロステック「ITIL4が業務を捉える4つの側面、目的は顧客への価値提供」（2026-09-08参照）
- LMIS「最新版ITIL 4を活用したITサービスマネジメント変革とは？～ITIL 4概要～」（2026-09-08参照）
- ニュートン・コンサルティング「ISO20000とITILの違い」（2026-09-08参照）
- 武蔵野コンサルティング「COBITとは？ITガバナンスの成熟度を測るフレームワーク」（2026-09-08参照）
本記事は2026年9月時点の情報に基づいています。
Powered by Proconnect
PMO・DX・SAP系コンサルタント案件を無料で探してみる
スキルシートを登録するだけ。専任エージェントが最適な案件を無料でご提案します。
無料でコンサルタント案件を探す