株式会社renue
部下マネジメントAI
部下マネジメントAIで、この記事のテーマを実務に落とし込めます
renueが社内で運用しているシステムをサービス化したものです。何ができるか、どう動くかをサービスページでご覧ください。
ITSMとは？IT部門を「コストセンター」から「バリュークリエイター」に変える
ITサービスマネジメント（ITSM: IT Service Management）は、ITサービスの計画、提供、運用、改善を体系的に管理するためのフレームワークと実践手法の総称です。「ITをサービスとして提供する」という考え方に基づき、ビジネスニーズに対応した高品質なITサービスを効率的に提供することを目指します。
Mordor IntelligenceのITSM市場レポートは2025年を128.4億ドルと推計しています。2026年9月30日確認の現行版は2026年148.5億ドル、2031年317.1億ドル、2026〜2031年のCAGR16.38%を予測しています。元の2030年278.1億ドル・CAGR16.72%は掲載版・予測期間を未確認のため、現行予測と混ぜずに扱います。同社のクラウドITSMの別レポートは2025年を105.9億ドルと推計していますが、対象範囲を照合せず全体の内数やシェアとして計算しないでください。「エンタープライズの60%以上が導入済み」という記載も調査年・対象・導入定義を未確認です。
DXの加速に伴い、ITシステムの複雑性は急速に増大しています。マイクロサービス、クラウド、SaaSの普及により管理対象が爆発的に増える中、ITSMなしでは「何が起きているかわからない」「問題が起きてから対処するだけ」の受動的な運用に陥るリスクがあります。
ITILとは？ITSMのベストプラクティス集
ITILの概要
ITIL（Information Technology Infrastructure Library）は、ITサービスマネジメントのベストプラクティスをまとめたフレームワークです。1989年に英国政府により策定されました。ITIL 4は2019年リリースの版で、2026年9月30日時点ではPeopleCertが新しいITIL（Version 5）を段階的に展開しています。本記事の主要コンセプト・プラクティスはITIL 4を対象とした解説です。既存の知識や資格を活かしつつ、学習・資格取得では対応する版を確認してください。「欧州の61%の企業がITILに準拠」という記載は、調査主体・年・対象国・企業母集団を未確認です。
ITIL 4の主要コンセプト
ITIL 4は従来の「プロセス中心」から「バリューストリーム中心」に進化し、アジャイルやDevOpsとの親和性が大幅に向上しています。
| コンセプト | 概要 | ビジネス効果 |
|---|---|---|
| サービスバリューシステム（SVS） | 組織が価値を共創するための統合的な仕組み | ITとビジネスの整合性確保 |
| サービスバリューチェーン（SVC） | 需要から価値を生み出す6つの活動の連鎖 | E2Eの価値提供プロセス |
| 4つの次元 | 組織と人材、情報と技術、パートナーとサプライヤー、バリューストリームとプロセス | バランスの取れたサービス設計 |
| ガイディングプリンシプル | 7つの原則（価値に焦点を当てる、現状から始める等） | 意思決定の指針 |
| プラクティス | 34のマネジメントプラクティス | 具体的な実践手法 |
ITSMの主要プラクティス
インシデント管理
ITサービスの障害や中断を可能な限り迅速に復旧させるプロセスです。インシデントの検出→分類→優先順位付け→対応→復旧→記録の一連のフローを標準化し、MTTR（平均復旧時間）の短縮を目指します。
問題管理
インシデントの根本原因を特定し、恒久的な対策を講じるプロセスです。「同じインシデントが繰り返されない」状態を作ることが目標です。既知のエラーはナレッジベースに登録し、ワークアラウンドを共有します。
変更管理（変更実現）
ITインフラやサービスへの変更を安全に実施するためのプロセスです。変更の申請→評価→承認→実施→レビューのフローを通じて、変更に伴うリスクを最小化します。ITIL 4では「変更実現（Change Enablement）」と呼ばれ、DevOpsのCI/CDとの統合が強調されています。
サービスリクエスト管理
ユーザーからの定型的な依頼（アカウント作成、ソフトウェアインストール、権限変更等）を効率的に処理するプロセスです。セルフサービスポータルの導入により、サービスデスクの負荷を大幅に軽減できます。
サービスレベル管理
SLA（Service Level Agreement）を策定・監視し、ITサービスの品質が合意された水準を維持していることを確認するプロセスです。可用性、応答時間、復旧時間などのKPIを定義し、定期的にレビューします。
主要ITSMツールの比較
| ツール | 特徴 | 料金帯 | 適したケース |
|---|---|---|---|
| ServiceNow | エンタープライズ向け、ITSM+ITOM統合 | 高額 | 大企業、フルスイート |
| Jira Service Management | 開発チームとの統合、アジャイル対応 | エージェント単位の月額課金（プランにより変動） | DevOps重視の企業 |
| Freshservice | 直感的UI、導入が容易 | エージェント単位の月額課金（プランにより変動） | 中堅企業、初期導入 |
| Zendesk for Service | カスタマーサポート統合 | エージェント単位の月額課金（プランにより変動） | 外部向けサービスデスク |
| ManageEngine ServiceDesk Plus | サービスデスク・ITSM製品。日本語対応 | 提供形態・エディション・オペレーター数・ノード数で確認。国内向けには年間ライセンス等があり、月額だけで比較しない | 必要機能と総費用を比較したい国内企業 |
ITSM導入のステップ
ステップ1: 現状のIT運用を棚卸しする
現在のインシデント対応、変更管理、サービスリクエストの処理方法を文書化し、課題を特定します。「属人的な対応」「記録が残っていない」「同じインシデントの繰り返し」など、よくある課題をリストアップしてください。
ステップ2: 優先プラクティスを選定する
ITIL 4の34プラクティスを一度に全て導入する必要はありません。まずはインシデント管理とサービスリクエスト管理から始め、効果が実感できてから問題管理、変更管理へと段階的に拡大するのが現実的です。
ステップ3: ツールの選定と導入
自社の規模、予算、既存ツールとの統合性に基づいてITSMツールを選定します。開発チームとの連携が重要ならJira Service Management、全社的なIT運用の統合ならServiceNow、コストも比較する候補としてFreshserviceやManageEngine ServiceDesk Plusがあります。必要な機能、提供形態、利用人数をそろえて総費用を確認してください。
ステップ4: プロセスの定義と教育
各プラクティスの手順書を策定し、IT部門全体にトレーニングを実施します。特にエスカレーションルール、SLA、ナレッジベースの活用方法を全員に周知してください。
ステップ5: KPIの測定と継続改善
| KPI | 定義 | 本記事の目標値の設計例（ITILの必須基準・業界実績ではない） |
|---|---|---|
| MTTR（平均復旧時間） | インシデント発生から復旧までの平均時間 | 重大度別に基準値・計測期間を定め、品質を保ちながら短縮を目指す |
| 初回解決率 | 最初のコンタクトで解決された割合 | 70%以上 |
| SLA遵守率 | SLAの範囲内で対応された割合 | 95%以上 |
| 顧客満足度（CSAT） | サービスデスク利用者の満足度 | 4.0/5.0以上 |
| インシデント再発率 | 同一原因のインシデントが再発する割合 | 10%以下 |
AI時代のITSMトレンド
AIOps（AI for IT Operations）の統合
AIOpsでは、接続したログ・メトリクスの異常検出やアラート集約などを支援します。利用できるAI機能は製品・契約・連携設定で異なります。2026年9月30日確認のServiceNowのITSM料金案内はFoundation・Advanced・Primeにそれぞれ異なるNow Assist等の範囲を示しており、既存契約で利用できる範囲は個別確認が必要です。Jira Service Management CloudではRovoがStandard・Premium・Enterpriseに提供されますが、従業員向けVirtual service agentはService CollectionのPremium・Enterpriseが対象で、利用枠・超過料金があります。これらをログ監視・予兆検知が全プランに無制限で含まれるという意味に読み替えないでください。
セルフサービスの高度化
AIチャットボットが自然言語でユーザーの問い合わせに対応し、パスワードリセットやアカウント作成などの定型リクエストを自動処理します。「問い合わせの30〜50%を自動化」という記載は、報告元・対象業務・期間・分母を未確認です。一次回答、担当者支援、無人での解決を区別し、自社の対象リクエストで解決率と再問い合わせ率を検証してください。
DevOps・SREとの融合
ITIL 4はアジャイル・DevOpsとの統合を前提に設計されており、CI/CDパイプラインとの変更管理の自動連携、SRE（Site Reliability Engineering）のプラクティスとの統合が進んでいます。
よくある質問（FAQ）
Q. ITIL認定資格は取得すべきですか？
ITSM導入を推進する方には、共通言語と基本概念の学習が役立ちます。資格取得を始める場合は、現行のITIL Foundation（Version 5）と、ITIL 4保有者向けのFoundation Bridge（Version 5）を確認してください。組織がITIL 4を運用している場合は、その知識も活かし、必要な差分を学びます。資格取得を目的化せず実務への適用を意識してください。
Q. 中小企業でもITSMは必要ですか？
IT担当者が3名以上いる組織であれば、最低限のインシデント管理とサービスリクエスト管理の仕組みは導入する価値があります。Freshserviceなどの軽量なSaaS型ツールなら比較的低コストで始められる場合が多く、属人的な対応から脱却できます。
Q. ITSMとDevOpsは対立する概念ですか？
いいえ、対立ではなく補完関係にあります。ITIL 4はDevOpsの原則を取り込んで設計されており、変更の高速化（DevOps）と変更のリスク管理（ITSM）を両立させることが目標です。変更管理のプロセスを自動化し、CI/CDパイプラインと統合することで、スピードと安定性を同時に実現できます。
まとめ：ITSMでIT運用の品質と効率を最大化する
ITSMは、IT部門を「障害対応の受動的な組織」から「ビジネス価値を創出するサービスプロバイダー」に変革するための基盤です。ITIL 4フレームワークを参考に、インシデント管理から段階的に導入し、AI活用やDevOpsとの統合で継続的に進化させていきましょう。
renueでは、ITサービスマネジメント体制の構築からDevOps導入まで、企業のIT運用改善を包括的に支援しています。IT運用の効率化や品質向上でお悩みの方は、ぜひお気軽にご相談ください。
株式会社renueでは、AI導入戦略の策定からDX推進のコンサルティングを提供しています。お気軽にご相談ください。