ITSM（ITサービスマネジメント）とは
ITSMとは、システムやIT機器を単なる設備ではなく、利用者に価値を届ける「サービス」として捉え、その品質を保ちながら安定して提供し、改善し続けるための管理の考え方と仕組みのことです。
言い換えると、「システムが動いていればよい」ではなく、「利用者が困ったときにすぐ助けを得られ、障害が起きても速やかに復旧し、変更による事故が起きにくい」状態を、決まった手順と役割分担で実現するための運用の型です。社内の情報システム部門が社員向けに提供する IT サービスにも、企業が顧客向けに提供する Web サービスや SaaS の運用にも当てはまります。
正式名称は IT Service Management で、頭文字を取って ITSM と呼ばれます。ITSM の実践方法を体系的にまとめたガイドラインとしては ITIL がよく知られています。
主なプロセスと仕組み
ITSM には多くのプロセスがありますが、中小規模の組織でもまず押さえておきたいのは次のものです。
| プロセス | 目的 | 具体的な活動 |
|---|---|---|
| サービスデスク | 利用者の窓口を一本化する | 問い合わせ・依頼の受付と記録 |
| インシデント管理 | サービスを早く元に戻す | 障害の切り分け、暫定対応、復旧連絡 |
| 問題管理 | 同じ障害の再発を防ぐ | 根本原因の分析、恒久対策 |
| 変更管理 | 変更による事故を防ぐ | 変更内容の事前確認、承認、記録 |
| サービス要求管理 | 定型的な依頼を確実にこなす | アカウント発行、権限変更、機器貸与 |
| 構成管理 | 何がどうつながっているかを把握する | システム、機器、契約の台帳管理 |
これらのプロセスは、チケット管理ツールなどで「受付→対応→完了」を記録しながら回すのが一般的です。記録が蓄積されると、どの種類の問い合わせが多いか、どこで対応が滞っているかが分かり、改善の材料になります。
ITSM の要点は、「誰が受けて、誰が判断し、どう記録し、どう振り返るか」を属人的にしないことです。ツールの導入そのものが目的ではありません。
実務での使い方・具体例
ITSM の考え方は、規模の大小を問わず取り入れられます。
- 問い合わせや依頼の窓口を一つに決める（メール、チャット、フォームなど）。
- 受け付けたものはすべてチケットとして記録する。
- 障害と通常の依頼を分け、障害には優先度と連絡ルールを決める。
- 本番環境への変更は、事前に内容と戻し方を確認してから行う。
- 月に一度、件数や対応時間を振り返り、多い問い合わせの原因を潰す。
架空の例として、自社で SaaS を運営する会社が、顧客からの問い合わせをサポート担当、開発者、営業がそれぞれのメールやチャットで受けていたとします。誰が対応中か分からず、二重対応や対応漏れが起きていました。窓口をフォームに一本化してチケット管理ツールで記録し、障害の疑いがあるものは開発担当に自動で通知されるようにしたところ、対応状況が見えるようになりました。さらに、よくある問い合わせを集計してヘルプページを整えたことで、問い合わせ自体も減らせました。
ITSM を整える効果を測るには、問い合わせ件数、初回回答までの時間、障害の復旧までの時間、同じ種類の障害の再発件数といった指標を記録しておくと便利です。数字があれば、どのプロセスに手を入れるべきかを感覚ではなく根拠をもって判断できますし、改善の成果を社内に説明しやすくなります。指標は多くを追うより、まず二つか三つに絞って毎月確認するほうが続きます。
よくある誤解と注意点
- 大企業向けの重い仕組み、という誤解：すべてのプロセスを最初から整える必要はありません。窓口の一本化と記録から始めるだけでも効果があります。
- ツールを入れれば ITSM になる、ではない：役割分担と手順が決まっていなければ、ツールは単なる記録帳になります。
- インシデント管理と問題管理の混同：その場の復旧と、再発防止の根本対策は別の活動です。復旧で終わらせず、原因分析の場を設けます。
- 変更管理が形骸化する：承認の手続きが重すぎると、現場が手続きを省いて変更するようになります。リスクに応じて手続きの重さを変えるのが現実的です。
関連用語
- ITIL：ITSMのベストプラクティスを体系化したガイドライン。
- インシデント管理：障害や問題の発生から復旧までを管理するプロセス。
- チケット管理：問い合わせや作業を一件ずつ記録・追跡する仕組み。
- SRE（サイトリライアビリティエンジニアリング）：エンジニアリングの手法で信頼性を高める運用の考え方。
- Runbook（運用手順書）：定常作業や障害対応の手順をまとめた文書。
- 実践記事：システム障害時の対応フロー：連絡体制と復旧手順の事前の決め方
Otsumuに相談できること
ITSM を一から体系的に導入する必要はなくても、「問い合わせが散らばっている」「障害時に誰が何をするか決まっていない」といった状態は、サービスの成長とともに大きな負担になります。Otsumu は自社サービス運用の自動化コンサルティングで窓口の一本化やチケットの自動分類、通知の仕組みを整え、保守・運用の観点からシステム側の改善も支援します。
まずは30分の無料相談で、現在の運用体制をお聞かせください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01