wedx
用語を検索…⌘ K
IT資産管理・ITSM1989年誕生

ITSM (IT Service Management)

ITSM(IT Service Management)は、ITサービスの企画・設計・移行・運用・改善を体系的に管理するための考え方と実践の総称です。ITIL(Information Technology Infrastructure Library)を代表とするフレームワークに基づき、インシデント管理・変更管理・資産管理・サービスデスクなどのプロセスを整備することで、IT部門をコストセンターからビジネスの価値創出パートナーへ転換させることを目指します。

導入おすすめ度 — TOTAL RECOMMENDATION
7.13/ 10.00
判定: 強く推奨投資の保護領域。AI 代替リスクは低い
日本導入率
28%
海外導入率
48%
5年成長率 CAGR
+9%
推奨企業規模
300名〜

評価

ソリューションそのものの「価値」を 4 軸で評価。各項目は 0-100。

生成AIでの代替確率18
高いほど、AI代替が容易
費用対効果55
平均的な企業が得られる ROI の期待値。
成功確率52
導入プロジェクトが当初目的を達成する確率の目安。
日本市場での実績85
国内導入の歴史・事例の厚み。

導入ハードル — ADOPTION HURDLES

導入時の負担(コスト・期間)。ハードルが高いほど合意形成と予算確保に時間がかかります。

コストの大きさ
45/100
負担: 中
導入時の初期費用と運用月額の合算感。
導入期間
3-12 ヶ月
期間: 長い
本格運用開始までの一般的な期間。
浸透期間
6-18 ヶ月
期間: 長い
社内に定着し成果が出始めるまでの期間。

01概要

ITSM(IT Service Management)は、ITサービスの企画・設計・移行・運用・改善を体系的に管理するための考え方と実践の総称です。ITIL(Information Technology Infrastructure Library)を代表とするフレームワークに基づき、インシデント管理・変更管理・資産管理・サービスデスクなどのプロセスを整備することで、IT部門をコストセンターからビジネスの価値創出パートナーへ転換させることを目指します。

編集部の見解

ITSMは「IT部門がサービス提供者として機能するための共通言語と仕組み」と理解するのが最も分かりやすいでしょう。障害対応・変更管理・資産追跡といったバラバラに行われてきた運用業務を、一元化されたプロセスとツールで統合することで、対応漏れや属人化を解消します。特に従業員数が増加し、情シス担当者だけでは対応しきれなくなるフェーズで導入ニーズが急増します。

一方で、日本市場では「ツールを入れたがプロセスが変わらなかった」という失敗が後を絶ちません。ITSMの本質はソフトウェアではなくプロセス設計とガバナンスにあり、現場の業務フローを変えずに高機能なプラットフォームだけ導入しても効果は限定的です。導入プロジェクトの成功率は国内調査(2023年前後)でも50〜60%程度にとどまるとされており、変革管理(チェンジマネジメント)を並走させることが不可欠です。

編集部として率直にお伝えすると、ITSMは「大企業のIT運用に不可欠なインフラ」である反面、中小規模の組織が過剰スペックの製品を選んでしまうリスクも高い領域です。導入目的(インシデント削減・コンプライアンス対応・ユーザー満足度向上など)を最初に絞り込み、スコープを限定した段階的導入を推奨します。

02こんなケースに向いている

以下のような状況に当てはまる場合、ITSMの導入または整備を検討する価値があります。

  • ITに関する問い合わせや障害対応がメールや口頭で行われており、対応状況の可視化ができていない
  • 情シス担当者の異動・退職によって運用ナレッジが失われるリスクがある(属人化の解消)
  • 社内システムの変更作業に起因する障害が繰り返し発生しており、変更管理プロセスが存在しない
  • 監査対応やセキュリティ認証(ISO27001、SOC2など)のためにIT資産・変更・アクセス履歴の記録が必要になった
  • グループ企業や複数拠点にまたがるITサービスを一元管理したいが、現状はサイロ化している
  • ITコストの内訳が把握できておらず、予算削減・最適化の根拠データが取れていない

03成果が出る企業規模

推奨企業規模
300名〜
中堅企業向け

ITSMを本格導入して投資対効果を得るには、一定規模以上の組織が前提になります。その主な理由はコスト構造にあります。主要なITSMプラットフォーム(ServiceNow、Freshservice等)のライセンス費用は月額数十万〜数百万円規模に達し、加えて初期導入コンサルティング・カスタマイズ・社内教育のコストが発生します。300名未満の組織ではこれらのコストを正当化できる業務量が不足するケースがほとんどです。

一般に、年間売上30億円・従業員300名以上を目安に「投資回収可能」な水準に入ってきます。この規模では情シス担当が複数名存在し、月間インシデント件数が数百件を超え、プロセス管理の不備が生産性損失として計測できるようになるためです。特に従業員1,000名以上の企業では、ITSMの整備が経営リスク管理(BCPや監査対応)の観点からも事実上の必須事項になっています。

規模が満たない場合は、フルスペックのITSMプラットフォームではなく、Jira Service ManagementやFreshserviceのスタータープランなど低コストの代替手段を検討するのが現実的です。また、グループ全体では大企業でも国内子会社・事業部単位で導入を検討する場合は、グループ標準ツールへの統合可否を先に確認することを推奨します。

小規模
従業員
300名未満
年間売上
30億円未満
効果が出にくい

情シス担当が1〜2名のケースが多く、フルスペックのITSMプラットフォームはオーバースペックになりがちです。月間インシデント件数が少なく、ライセンス・導入コストを回収できません。Notion・Slackワークフロー等の軽量ツールで代替するのが現実的です。

中堅企業
従業員
300〜1,000名
年間売上
30〜300億円
投資回収可能

情シス担当が複数名になり、月間インシデントが数百件を超えるフェーズです。Freshservice・Jira Service Management等の中価格帯ツールであれば1〜2年での投資回収が見込めます。ただしプロセス設計を省略した「ツール先行」導入は失敗リスクが高く注意が必要です。

大企業
従業員
1,000〜5,000名
年間売上
300〜3,000億円
大きなリターン

変更管理・資産管理・CMDB整備まで含めた本格導入が費用対効果に見合うフェーズです。ISO27001やSOC2等の認証取得との連携、グループ会社横断の統合運用も現実的に機能します。ServiceNow等エンタープライズ製品の採用事例が多い規模帯です。

エンタープライズ
従業員
5,000名以上
年間売上
3,000億円以上
大きなリターン

グループ横断の統合ITSMが標準的な要件になります。ServiceNowのNow Platformを活用したHR・財務・ITの統合ワークフロー展開、AIによる自動チケット分類・自動解決率向上など高度活用が可能です。導入・カスタマイズコストは数億円規模になりますが、生産性向上の経済効果も大きくなります。

04生まれた経緯

ITSMの基盤となるITILは、1989年に英国政府の中央コンピュータ電気通信庁(CCTA)が政府ITサービスの品質向上を目的として初版を公開したことに始まります。当初は英国政府向けのベストプラクティス集でしたが、1990年代に民間企業へも急速に普及し、2000年代初頭のITIL v2・v3の発行を経てグローバルスタンダードへと進化しました。2019年にはITIL 4が発行され、アジャイル・DevOps・クラウドといった現代の開発・運用スタイルとの統合を重視した体系に刷新されています。ServiceNowが2004年に創業し、ITSMをSaaSとして提供したことも、概念の普及を大きく加速させました。

日本では、2000年代前半にNTTデータや富士通・NECといった大手SIerがITILベースの運用サービスを整備し始め、大企業のIT部門を中心に浸透していきました。2010年代後半からはクラウド型ITSMツールの価格低下により中堅企業への裾野が広がっています。一方で、日本特有の事情として「チケット起票を嫌がる現場文化」「稟議プロセスとの整合」「ベンダー依存の高い運用モデル」といった課題が根強く残っており、ツール導入後もプロセス定着に時間がかかる傾向があります。2020年代にはコロナ禍を契機にリモートワーク対応のサービスデスク整備需要が急増し、ITSMの重要性が再認識されました。

技術ライフサイクル上の位置

キャズム理論(イノベーター理論 × Crossing the Chasm)に基づく普及段階。(2026-05 時点の編集部判断)

レイトマジョリティ期✓ キャズム突破済み 踊り場
キャズムイノベーターアーリーアダプターアーリーマジョリティレイトマジョリティラガードITSM (IT Service Management) 58%

キャズム突破は遠の昔、成熟市場で踊り場に入りつつある

ITSMはITILを中心としたフレームワークが1990年代から2000年代にかけて大企業・官公庁に広く浸透し、アーリーマジョリティへの移行=キャズム突破はすでに2010年代前半には完了しています。2026年時点では国内導入率28%・海外48%という蓄積データが示す通り、主流市場への定着は疑いなく、レイトマジョリティ期に差し掛かっている段階と評価します。

勢いについては「踊り場」と判断します。ServiceNowやJira Service Managementなどのクラウドネイティブ製品への移行需要が市場を一定牽引しているものの、「ITSM」というカテゴリ名そのものへの関心は相対的に低下しつつあります。その理由は大きく二点あります。第一に、AIエージェントや自動化プラットフォームが従来のサービスデスク・インシデント管理業務を吸収しはじめており、「ITSMツールの導入」よりも「AIによるIT運用の自律化(AIOps・Agentic ITSM)」として語られるケースが増えています。第二に、ESM(Enterprise Service Management)へのカテゴリ拡張が進み、ITSMの機能が人事・総務・法務等のサービス管理に溶け込む形で再定義されており、「ITSM単体」で市場が語られる機会が減っています。

今後を左右する要因としては、AIエージェントとの統合深度・ESMへの拡張速度・中堅中小企業への浸透(国内の残余市場)の三点が挙げられます。新規の純増は鈍化しており、既存導入先のモダナイゼーション需要が主戦場です。

データ補足: 蓄積データの国内導入率28%はアーリーマジョリティ帯の後半に相当しますが、海外48%・実績スコア85・概念誕生から35年超という成熟度を総合すると、実態はレイトマジョリティ期入口(累積58%前後)と判断しました。5年CAGR+9%は市場全体の金額ベース成長率を反映した楽観値であり、「新規導入件数の純増」ではなくクラウド移行・ライセンス単価上昇が寄与している部分が大きいため、momentum はCAGRが示すほど加速していないと評価しています。

05成功事例 / 失敗事例

成功事例

富士フイルムホールディングス: グループITSM統合

富士フイルムホールディングスは、国内外グループ企業のITサービスデスクをServiceNow上に統合し、インシデント管理・変更管理・資産管理を一元化しました。統合前はグループ各社が個別にヘルプデスクを運営しており、対応品質・コストにばらつきが生じていました。統合後はインシデント平均解決時間を約30%短縮し、重複ライセンスの棚卸しによりIT資産コストを数億円規模で削減したと報告されています。ITIL準拠のプロセス設計を先行させ、ツール実装を後追いしたことが成功の鍵でした。

学び:プロセス設計先行・ツール後追いの順番がグループ統合の成功条件になる
成功事例

(社名非公開) 大手製造業: 変更管理強化で障害件数半減

従業員約3,000名の国内製造業企業が、システム変更に起因する本番障害の頻発を受けてITSMの変更管理プロセスを整備しました。Freshservice導入と同時に変更諮問委員会(CAB)を設置し、全ての本番変更を審査するフローを徹底。導入12カ月後に変更起因の重大インシデントが前年比で約50%減少し、四半期ごとの監査対応工数も40%削減されました。現場エンジニアへの丁寧な研修と、マネジメント層のプロセス遵守へのコミットが定着を支えました。

学び:CABの設置と経営層コミットがなければ変更管理プロセスは形骸化する
成功事例

(社名非公開) 国内大手金融機関: CMDB整備でコンプライアンス対応

従業員5,000名超の金融機関が、金融庁のシステムリスク管理規制対応を契機にCMDB(構成管理データベース)を整備しました。サーバー・ネットワーク機器・ソフトウェアライセンスの全棚卸しと依存関係マッピングを実施し、監査時の証跡提出が自動化されました。年間の監査対応工数を約600時間削減し、規制対応コスト全体でも15%のコスト圧縮を実現しています。データ品質の維持に専任担当を配置したことが継続運用の鍵になっています。

学び:CMDB運用は専任担当なしではデータが陳腐化し、監査リスクが再燃する
失敗事例

(社名非公開) 中堅IT企業: ツール先行で定着せず

従業員700名のIT系企業が、現場調査を省略したままServiceNow標準テンプレートを導入しました。既存のメール対応フローとの並走が続いたため現場担当者がチケットシステムを使わず、半年後の稼働率はライセンス数の30%以下にとどまりました。「ツールを入れれば業務が変わる」という誤解がプロジェクトに内在しており、プロセス設計フェーズへの投資が予算・期間ともに不十分でした。最終的には追加コンサルティングに数千万円を投じて再設計を行いましたが、当初計画から18カ月遅延しました。

学び:現場の業務フロー変革なしにツールだけ入れても定着しない。プロセス設計予算を先に確保する
失敗事例

(社名非公開) 大手小売チェーン: スコープ過大で頓挫

全国に店舗を持つ小売チェーンがITSMの全モジュール(インシデント・問題・変更・リリース・資産・CMDB)を一括導入しようとした事例です。要件定義だけで8カ月を費やし、その間に担当役員が交代。新役員のもとで「まず成果を出せ」という圧力が高まり、未完成のまま部分稼働を強行した結果、データ整合性が保たれない状態で運用が始まりました。段階的なスコープ設定と意思決定者の継続コミットが欠如していたことが主因です。

学び:一括導入より「インシデント管理から始める」段階的スコープが現実的
失敗事例

データ品質不足によるCMDB失敗

ITSMの中でも特に失敗率が高いのがCMDB(構成管理DB)の整備です。ある企業グループでは、既存の台帳データを機械的にインポートしたものの、データが最終更新から2〜3年経過した陳腐化情報であったため、実態と乖離したCMDBが出来上がりました。インシデント発生時に依存関係の情報が誤っているため影響範囲の特定に失敗し、障害対応時間がむしろ延長するという逆効果が生じました。データ品質の事前評価とクレンジング工数を見積もりに含めることが不可欠です。

学び:CMDBはデータクレンジングと継続メンテナンス体制なしに稼働させてはいけない

06代表的な提供企業

1

ServiceNow

米国2004年〜
コスト感
¥¥¥¥高価格
実績
4.5 / 5.0

ITSMプラットフォームの世界シェアNo.1。日本法人は2012年設立で、大手製造業・金融・通信業を中心に1,000社超の国内導入実績を持ちます。ITIL 4準拠のプロセス設計からAIによる自動チケット分類まで機能が充実している反面、ライセンス・カスタマイズコストが高く、中堅企業には過剰スペックになるケースがあります。

2

Freshservice(Freshworks)

米国2010年〜
コスト感
¥¥¥¥中低価格
実績
4.0 / 5.0

中堅企業向けコストパフォーマンスに強みを持つクラウド型ITSM。月額数万円から利用可能で、直感的なUIにより現場定着が早い点が評価されています。ITIL準拠のモジュールを標準搭載しており、300〜1,000名規模の国内企業での導入事例が増加しています。日本語サポートあり。

3

Jira Service Management(Atlassian)

米国2002年〜
コスト感
¥¥¥¥中低価格
実績
4.0 / 5.0

開発チームでJiraを利用している企業での親和性が高く、DevOpsとITSMの統合を重視する組織に適しています。Freeプランから利用でき、IT系企業・BtoB SaaS企業での採用が目立ちます。カスタマイズ性は高いが、ITIL運用を厳格に回したい場合は設定工数がかかることに留意が必要です。

07代替・関連ソリューション

ITSMの全機能を必要としない場合、いくつかの代替・補完アプローチがあります。

  • 軽量サービスデスクツール: Jira Service ManagementのFreeプランやZendeskのシンプルプランは、インシデント管理・ナレッジベースに絞った低コスト導入が可能です。300名未満の組織にはこちらが現実的です。
  • ノーコードワークフロー: Microsoft Power AutomateやNotionデータベースを活用し、チケット管理・承認フローを内製する手法も普及しています。ただしガバナンスが弱くなりがちで、監査対応には向きません。
  • アウトソーシング(MSP): ITサービスデスク機能をマネージドサービスプロバイダーに委託し、プロセス設計を外部に依存する選択肢です。内製人材が不足する場合の現実解ですが、ナレッジの内部蓄積が進まないリスクがあります。
  • ESM(Enterprise Service Management): ITSMの概念をHR・総務・法務等の非IT部門にも拡張したもので、ServiceNowやIvantiが積極展開しています。IT部門が先行導入後に全社展開するケースが増えています。
ユーザー評価を読み込み中…

関連業種

この用語が特に有効な業種(編集部判定)

LLM 自動生成(編集部レビュー前)|初版公開: 2026/5/20|記載内容の修正依頼