ServiceNow ITSMとは？機能一覧とITOM・CSMの違いを実務目線で整理

ServiceNow ITSMとは、Incidentだけを管理する画面の名前ではありません。ITサービスの計画、提供、支援、改善をつなぎ、利用者からの問い合わせや申請を、担当者の作業、原因調査、変更、ナレッジ、SLAまで一つの流れとして扱うための製品領域です。

ServiceNow公式は、ITSMを「ビジネス目標を満たすためのエンドツーエンドのITサービス提供管理」と説明しています。また現行のITSM製品ページでは、Incident、Change、Problem、Service Requestを一つのプラットフォームで統合することを中核に置いています。つまり、ITSMを理解するときは機能名を暗記するより、誰の困りごとを、どのレコードで受け、どのプロセスへ渡すのかを追う方が実務にもCIS-ITSM試験にもつながります。

ServiceNow ITSMとは：単体機能ではなくITサービス提供の仕組み

ITSMはIT Service Managementの略です。ServiceNow公式の説明では、ITサービスの作成、提供、支援を含むエンドツーエンドのサービス提供を管理する考え方です。ServiceNow ITSMは、その考え方をIncident、Problem、Change、Requestなどのレコードとワークフローへ落とし込みます。

そのため「ServiceNow ITSMとは何ですか」と聞かれたら、「Incident Managementの製品」とだけ答えるのは狭すぎます。より正確には、ITサービスを利用する人と提供するチームの間で、受付から解決・改善までを一貫して管理する製品群と捉えるとよいでしょう。

ServiceNow ITSMの機能一覧：何を管理する機能なのか

機能一覧は、製品メニューをそのまま並べるより、業務で投げかける質問と結び付けた方が理解しやすくなります。下表は、ITSMで頻出する機能を「何を判断するためのものか」で整理したものです。契約プラン、導入済みプラグイン、リリース、組織設定によって利用できる機能や画面は変わるため、すべてのPDIや本番環境で同じメニューが出るとは限りません。

ITSMの中心4プロセスはどうつながるのか

ITSMの全体像をつかむには、Incident、Problem、Change、Requestを別々の暗記項目にしないことが大切です。たとえば社内システムで障害が発生した場面では、最初にIncidentで利用者影響を記録して復旧を進めます。同じ障害が繰り返されるならProblemで根本原因を調査し、修正のために本番構成を変える必要があればChangeでリスク、承認、実施計画を管理します。

1. Incident：止まったサービスを早く戻す。暫定回避でも利用者が使える状態へ戻すことが優先です。
2. Problem：なぜ起きたか、どうすれば再発を減らせるかを追います。複数Incidentと関連付けることがあります。
3. Change：修正を本番へ適用するときのリスク、影響、承認、スケジュール、結果を統制します。
4. Request：既に定義された商品・サービス・権限などを、申請と履行の流れに乗せます。障害対応の終点ではなく、別の入口として始まる場合があります。

ServiceNow公式ドキュメントでも、Incidentの原因を解消するためにProblemを作成したり、インフラやサービスへの変更が必要ならIncidentからChangeを生成したりできることが説明されています。この関連を知ると、試験で「次に作るべきレコード」「主目的が異なるもの」を問われても、単語ではなく業務の流れから判断できます。

4プロセスの違い、状態、引き継ぎ条件、REQ・RITM・SCTASKの関係まで詳しく確認したい場合は、既存のServiceNowのIncident・Problem・Change・Requestの違いをご覧ください。本記事では重複を避け、ITSM全体の位置付けに集中しています。

ServiceNow ITSM・ITOM・CSMの違い

ITSM、ITOM、CSMは同じServiceNow AI Platform上で連携できるため、画面やデータが完全に分離しているわけではありません。しかし、中心に置く利用者と管理対象が違います。「チケットを扱うからITSM」「Caseという名前だからCSM」と表面だけで分けるのではなく、誰へのサービスか、何の状態を良くするのかで判断します。

ITSMとITOMの違い

ITSMは、人や組織へITサービスを届けるプロセスを中心にします。ITOMは、サービスを支えるインフラやアプリケーションで何が起きているかを可視化し、健全性や可用性を保つ運用を中心にします。公式ITOM製品ページでは、システム・サービス・アプリケーションの信号を集約し、Service Mapping、Discovery、Event Intelligenceなどを通じて問題を見つける位置付けが示されています。

両者は競合する製品ではありません。たとえばITOMが監視イベントを相関して対応すべきアラートを絞り、その情報からITSMのIncidentを作成し、Service Deskが利用者影響と復旧を管理する、という接続ができます。ITOMが「機械・サービス側で何が起きているか」を補い、ITSMが「利用者へどうサービスを戻すか」を管理する関係です。

ITSMとCSMの違い

ITSMは主としてITサービスの利用者とIT組織の間を扱います。CSMは顧客を中心に、Case、顧客・取引先、製品、契約、Entitlement、複数チャネルの会話をつなぎます。ServiceNow公式のCSM製品ページも、Case Management、Customer and Partner Portal、Agent Workspace、顧客サービスの自動化を主要領域として示しています。

ただし、顧客Caseの解決に社内ITの作業が必要になることはあります。そのときは、CSMが顧客との約束や連絡を保ち、ITSM側へ技術作業を依頼する設計が可能です。重要なのは、顧客CaseをそのままIncidentと言い換えるのではなく、顧客との関係を管理するレコードと、ITサービス障害を管理するレコードの責任を分けることです。

PDIでServiceNow ITSMの動きを確認する手順

ITSMを「用語集」として読むだけでは、IncidentとRequestの違いや、ProblemからChangeへ進む意味が定着しにくくなります。PDIへログインできる場合は、次の順番で、メニュー、一覧、1件のレコード、関連レコードを確認してください。PDIのリリース、プラグイン、デモデータによって表示名や利用可能なモジュールは異なります。

操作では、画面全体のスクリーンショットを残すだけで終わらせないことも重要です。何を確かめたい画像なのかを決め、対象フィールド、関連リスト、状態遷移、作成前後のレコードだけを読める大きさで切り出します。資格学習でも、画面の存在より「この項目があるから、どの判断ができるか」を説明できる方が強い理解になります。

CIS-ITSM資格・試験では何を学ぶべきか

CIS-ITSMは、ITSMの実装知識を扱うServiceNowの認定資格です。ただし、試験仕様、前提トレーニング、受験条件、出題領域は更新される可能性があります。受験前にはServiceNow Universityへログインし、現行の学習パスと試験Blueprintを確認してください。本記事では、変更され得る合格点や固定の出題比率を断定しません。

学習では、製品名と定義を覚えるだけでなく、次の判断ができる状態を目指します。

• 新しい問い合わせをIncident、Problem、Change、Requestのどこへ置くか説明できる。
• IncidentのPriorityがImpactとUrgencyに関係する理由を説明できる。
• ProblemでWorkaroundやKnown Errorを管理する目的を説明できる。
• Changeの種類、リスク、承認、計画が必要な理由を説明できる。
• REQ、RITM、Catalog Taskの親子関係と役割を区別できる。
• SLA DefinitionとTask SLA、Knowledge BaseとKnowledge Articleを区別できる。
• CMDB、ITOM、CSMと連携するとき、どちらの製品がどの責任を持つか説明できる。

「CIS-ITSM 過去問」を探している人へ

公式試験の実問題や無断転載された試験ダンプを探す学習は勧めません。問題文だけを覚えても、版変更や言い回しの変化に弱く、実装判断も身に付きません。当サイトの問題は公式試験問題の転載ではなく、公式ドキュメントと実機確認を基に作成した独自の練習問題です。

まずCIS-ITSM資格対策ハブで学習範囲と順序を確認し、その後にCIS-ITSM無料模試・総合演習で判断問題を解いてください。正誤だけで終えず、誤答ごとに「その選択肢が正しくなるのは、どんな要件のときか」を言い直すと、似た機能の使い分けが定着します。

ServiceNow ITSMの学習順：機能一覧を暗記で終わらせない

ITSMの機能数は多いため、メニュー名の50音順や製品カタログ順で覚えようとすると、似た言葉が混ざります。次の5段階で、業務の入口から関連レコードへ広げてください。

1. 入口を分ける：障害ならIncident、標準サービスの提供依頼ならRequestと判断します。
2. ライフサイクルを追う：作成、分類、優先順位、割当、調査、解決、終了の順に、Stateと担当の変化を見ます。
3. 横連携を追う：IncidentからProblem・Change、RequestからRITM・Catalog Taskへ広がる関連を確認します。
4. 横断機能を重ねる：SLA、Knowledge、CMDB、通知、レポートが、どのプロセスを支えるかを確認します。
5. 境界問題を解く：ITSM対ITOM、ITSM対CSM、Incident対Requestなど、似ている候補から責任範囲で選びます。

この順序なら、機能一覧は単なる暗記表ではなくなります。たとえばITOMが検知したアラートをITSMのIncidentへ渡す場面では、ITOMが異常の検知と技術的な文脈を提供し、ITSMが利用者影響、担当、復旧、SLAを管理する、と説明できます。CSMのCaseからIT部門の調査が必要になった場面でも、顧客との連絡責任と技術作業の責任を分けられます。

よくある質問

まとめ：ITSMは「どのレコードへ渡すか」で理解する

ServiceNow ITSMは、Incidentだけの仕組みではなく、ITサービスの受付、復旧、原因調査、変更、申請履行、ナレッジ、SLA、継続的な改善をつなぐ製品領域です。ITOMとはインフラ・サービスの運用状態、CSMとは社外顧客のCaseと顧客文脈という中心対象が異なります。

機能一覧を覚えるときは、「この機能は何という名前か」だけでなく、「誰の依頼を受け、何を記録し、どのレコードへ引き継ぎ、何をもって完了とするか」をPDIで確かめてください。全体像の次は、Incident・Problem・Change・Requestの詳細比較でプロセス差を深掘りし、CIS-ITSM独自模試で判断を練習すると、検索で得た知識を実装・試験の両方へつなげられます。