ITILフレームワーク：ITサービスマネジメントのプラクティスを解説

著者: Linh Ngo · 更新日: 2026年10月12日

ITILは、ITを活用したサービスが事業に価値を生み出せるよう、設計、提供、改善する方法をまとめたガイダンスの集大成です。自社を認証してもらうための規格ではありません。インシデント管理、変更管理、サービスレベル管理といった、共通の語彙と一連のプラクティスであり、自社の状況に合わせて適用するものです。

ITILフレームワークとは

ITILは、かつてInformation Technology Infrastructure Libraryの略称でしたが、ITサービスマネジメント（ITSM）でもっとも広く知られたフレームワークです。現在はPeopleCertがITILの資格スキームを提供しており、ITILをデジタル製品とサービスのマネジメントに関するグローバルなベストプラクティス・フレームワークと説明しています。同じページでPeopleCertは、世界で300万件を超えるITIL認定が発行されており、90%の組織が何らかの形でITILのプラクティスを使っていると報告しています。後者の数字は、独立した調査ではなく、提供元自身の主張として受け取ってください。

中心にある考え方はシンプルです。ITは、サーバーを動かすために存在するのではありません。人々が仕事をし、顧客に応え、事業目標を達成するのを助けるために存在します。ITILは、その価値という考え方を軸に仕事を整理し、硬直的なプロセス一覧の代わりに、必要に応じて組み合わせられる柔軟なプラクティスを提供します。

ビジネスプロセスマネジメントについて読んだことがあれば、そのロジックはおなじみでしょう。ITILは、定義され、測定され、改善できる仕事という同じ規律を、テクノロジーサービスという一つの領域に適用したものです。違いは、ITILが仕事に既成の名称と目的を与えてくれる点です。そのため、マニラのサービスデスクとミュンヘンのサービスデスクが、「インシデント」や「変更」について同じ意味で話せます。

ITIL 4と新しいITIL Version 5

現在は2つの版が併存しているため、正確に押さえておく価値があります。

ITIL 4は2019年に登場し、34のマネジメント・プラクティスに関する個別のガイダンスを備えています。その後PeopleCertはITIL（Version 5）を発表し、これをリセットではないと説明しており、段階的にリリースされています。PeopleCertはまた、現在の認定ルートを継続したい人のために、ITIL 4も引き続き利用できると述べています。

Version 5 Foundationガイドによると、新版は、指針となる原則やサービス・バリュー・システムを含む、ITIL 4の中核概念の上に構築されています。主な追加点は、Discover、Design、Acquire、Build、Transition、Operate、Deliver、Supportの8つの活動からなるライフサイクルモデルです。

では、まず何を学ぶべきでしょうか。ほとんどのチームは今もITIL 4の用語で仕事をしており、Version 5もそれらの概念を引き継いでいます。以下のセクションではITIL 4を説明します。研修や試験を計画している場合は、申し込む前に、そのコースがどちらの版を扱っているかを確認してください。

ITIL 4のサービス・バリュー・システム

サービス・バリュー・システム（SVS）は、全体像です。PeopleCertはこれを、サービス・バリュー・チェーン、指針となる原則、ガバナンスを含む、サービスの創造、提供、マネジメントのためのフレームワークと説明しています。さらにプラクティスと継続的改善も含まれ、そのすべてが価値の創出を目指しています。

システムに含まれるものは次のとおりです。

重要な事実

• ITIL 4は2019年に登場し、34のマネジメント・プラクティスを定義しています（PeopleCert）。
• ITIL 4のサービス・バリュー・システムには、指針となる原則、ガバナンス、サービス・バリュー・チェーン、プラクティス、継続的改善が含まれます（PeopleCert）。
• ITIL（Version 5）は、ITIL 4の指針となる原則とサービス・バリュー・システムを土台とし、8つの活動からなるライフサイクルモデルを加えています（ITIL.com）。
• PeopleCertによると、Version 5が段階的にリリースされる間も、ITIL 4は引き続き利用できます（PeopleCert）。

4つのディメンション

PeopleCertは、サービスマネジメントの4つのディメンションとして、組織と人、情報とテクノロジー、パートナーとサプライヤー、バリューストリームとプロセスを挙げています。狙いは、一つを最適化するために他を犠牲にすることを防ぐ点にあります。たとえば、最新鋭の監視ツール（情報とテクノロジー）があっても、そのアラートに対応する訓練を受けた人や担当者がいなければ（組織と人）、役に立ちません。

7つの指針となる原則

原則は覚えられるほど短く、だからこそチームが実際に使っています。ITIL 4で一般的に挙げられている内容は次のとおりです。

1. 価値に焦点を当てる
2. 現状から始める
3. フィードバックを得ながら反復的に進める
4. 協働し、可視性を高める
5. 全体を見据えて考え、行動する
6. シンプルかつ実践的に保つ
7. 最適化し、自動化する

見落とされがちなのが、「現状から始める」です。新しいインシデントプロセスを設計する前に、チームがすでにうまくやっていることを見てください。置き換えるよりも、残せるもののほうが多いことがよくあります。

サービス・バリュー・チェーン

同じガイドによれば、チェーンには6つの活動があります。計画、改善、エンゲージ、設計と移行、調達または構築、提供とサポートです。これは固定された順序ではありません。仕事に応じて、これらをつなぎ合わせてバリューストリームにします。パスワードのリセットは、エンゲージと提供・サポートだけに関わるかもしれません。新しい顧客ポータルなら、6つすべてを使うかもしれません。

ITIL 4の34のプラクティス

ITIL 4は、プラクティスを3つのカテゴリーに分類しています。一般マネジメントが14、サービスマネジメントが17、テクニカルマネジメントが3です。34すべてを導入する必要はありません。ほとんどの組織は、ごく少数から始めます。

サービスレベル管理は、ITILが契約の言葉と接する部分です。目標を定める必要があるなら、SLAとは何かを読み、SLAの例とテンプレートを参照してください。

ITILとCOBIT、ISO/IEC 20000、DevOps、TQMの比較

これらのフレームワークは重なり合っており、チームが複数を同時に使うことも珍しくありません。重要なのは、それぞれがどんな役割を担っているかを知ることです。

COBITについては、ISACAがこれを企業ITのガバナンスとマネジメントのためのフレームワークと呼んでおり、COBIT 2019が現行版で、COBIT 5の発展形にあたります。COBITは、ITが適切に統治されているかを問う層、ITILは、日々サービスがどう提供されるかを記述する層と考えてください。両者は自然に組み合わさります。

ISO/IEC 20000については、ISOがISO/IEC 20000-1を、サービスの計画、設計、移行、提供、改善を対象に、サービスマネジメントシステムを確立、実装、維持し、継続的に改善するための組織の要求事項を定めるものと説明しています。これは評価を受けられる規格であり、ITILはガイダンスです。よくあるパターンは、ITILでプラクティスを築き、ISO/IEC 20000で監査員や顧客にそれを証明するというものです。品質分野の兄弟にあたるものとしては、ISO 9001を参照してください。

DevOpsについては、両者は競合しません。DevOpsは、開発と運用の協働、およびデリバリーの自動化に焦点を当てています。ITILが提供するのは、サービス側の視点、つまりソフトウェアが稼働した後に、依頼、インシデント、変更をどう扱うかです。どちらの背景にもリーンの考え方があり、ムダ削減のルーツについては、リーンシックスシグマのガイドで扱っています。

TQMについては、品質は全員の仕事だという理念が、ITILの継続的改善という糸とよく合います。背景については、総合的品質管理をご覧ください。

ITILをステップバイステップで導入する方法

ITILは、ソフトウェアのリリースのように一斉に展開するものではありません。実際の課題に駆動されて、プラクティスごとに導入します。

1. 課題に名前をつける。 サービス上の上位3つの問題を挙げます。インシデント対応の遅さ、失敗した変更、不明確な責任範囲などです。意見ではなく、実際のチケットを使います。
2. 現状を描く。 「現状から始める」に従い、各問題が現在どのように、誰によって扱われているかを書き出します。文書化されたものがなければ、標準作業手順書の形式を使います。
3. 1つか2つのプラクティスを選ぶ。 最初に選ばれるのは、インシデント管理とサービスデスクが一般的です。6つから始めてはいけません。
4. 役割とシンプルなワークフローを定義する。 誰が記録し、誰が責任を持ち、誰がエスカレーションし、誰がクローズするか。1ページに収めます。
5. 始める前に指標を決める。 解決までの時間や再オープン率など、いくつかの指標を選びます。プロセスKPIの記事が選定に役立ちます。
6. 1四半期運用する。 チケット管理ツールを使い、毎週短いレビューを行い、調整します。
7. 改善し、拡大する。 結果をレビューし、痛みのある点を直し、次のプラクティスを加えます。進捗は、能力成熟度モデルに通じるプロセス成熟度レベルのような段階で判断します。

ITILプラクティス計画テンプレート

導入を計画するプラクティスごとに、この表をコピーして使ってください。

業務機能別のITIL活用例

以下は説明のための想定シナリオであり、ケーススタディではありません。パターンはどこでも同じです。誰かがサービスを必要とし、そのサービスに責任者がいて、仕事が測定されます。

やるべきこと、避けるべきこと

やるべきこと：

• 目に見える課題に結びついた、1つか2つのプラクティスから始める。
• 指針となる原則、とくに「現状から始める」を、意思決定のツールとして扱う。
• ワークフローは1ページに収め、ツールだけでなく役割についても教育する。
• チケット数だけでなく、停止時間や待ち時間など、事業が実感する成果を測定する。
• 継続的改善を、責任者と定期的なレビューを備えたルーティンにする。

避けるべきこと：

• 34のプラクティスを一度に導入しようとする。
• ツールを買って、それをITILと呼ぶ。ツールはプラクティスを支えるものであり、プラクティスそのものではない。
• 他社のプロセスを、試さずにそのまま丸ごとコピーする。
• 認定された人と、準拠した組織を混同する。ITILが認定するのは人である。
• 変更承認を、低リスクの定型作業のボトルネックにしてしまう。

まとめ

ITILの価値は、共通言語と実践的な習慣にあります。ITチームと事業部門が、サービスとは何か、誰が責任を持つか、どのように良くなっていくかについて合意できるようにします。小さく始め、実際の問題を解決するプラクティスを選び、7つの指針となる原則を手の届くところに置いておきましょう。自社の仕組みを外部に証明する準備ができたら、ISO/IEC 20000とCOBITがITILと対立するのではなく、並び立つ存在として控えています。

関連記事

• ビジネスプロセスマネジメント
• SLAとは
• ISO 9001
• APQCプロセス分類フレームワーク
• プロセスKPI
• プロセス成熟度レベル