ServiceNow CIS-ITSM Incident Management対策｜Priority・SLA・Major Incident

ServiceNow CIS-ITSM Incident ManagementのPriority、SLA、Major Incidentを整理するアイキャッチ画像 ServiceNow運用設計
2026.06.18

読む前に確認

ServiceNow CIS-ITSM Incident Management対策｜Priority・SLA・Major Incident

  • CIS-ITSMの学習で迷いやすい判断軸を先に整理します。
  • 読んだ後は関連ハブで全体像に戻れます。
  • 理解確認は模擬試験で弱点を見ます。
この記事の導線を開く
全体像CIS資格対策ハブ
深掘りCIS-ITSM学習記事
比較Catalog ItemとRecord Producerの違い
演習CIS-ITSM模擬試験

CIS-ITSM Focus

ServiceNow CIS-ITSM Incident Management対策｜Priority・SLA・Major Incident

Incidentは、止まったサービスを早く復旧させるためのプロセスです。試験では画面名の暗記より、障害復旧、優先度、SLA、後続プロセスへの切り分けをどう判断するかが問われます。

対象資格CIS-ITSM
確認日2026年6月18日
検証方針公式情報 + PDIで確認
対象範囲ServiceNow Yokohama / Zurich系の公開ドキュメント確認範囲
このページは公式試験問題の転載ではありません。ServiceNowの公開ドキュメント、公開されている試験範囲、PDIで確認できる実務判断をもとにした独自学習記事です。
読んだ内容を問題で確認する

CIS-ITSMは、用語の暗記よりもケース文から正しいプロセスや構成を選ぶ力が重要です。この記事のあとに、弱点が残りやすい分野を短い問題で確認してください。

CIS-ITSM模擬試験を解く CIS-ITSM学習記事 CIS資格対策ハブを見る

この記事で先に押さえること

  • Incidentは標準サービスの復旧が目的で、利用者の新規依頼を処理するRequestとは目的が違います。
  • PriorityはImpactとUrgencyの組み合わせで考え、SLAやエスカレーションの優先順位に影響します。
  • 同じ障害が繰り返される場合はProblem、変更が必要な場合はChangeへつなぎます。
  • Major Incidentは影響範囲が大きい障害を組織的に復旧するための特別な扱いです。

CIS-ITSMで問われやすい範囲

  • Incident lifecycle: New、In Progress、On Hold、Resolved、Closedの意味
  • Impact、Urgency、Priorityの関係
  • SLA、Assignment Group、Escalation、Major Incidentの判断
  • Problem、Change、Knowledge、CIとの関連付け

試験で迷いやすい比較

観点IncidentRequest
目的壊れた、使えない、期待どおり動かない状態を復旧する標準サービス、作業、物品、権限などを依頼する
入口メール、電話、監視、ポータル、連携など障害報告が中心Service CatalogやCatalog Itemからの申請が中心
判断軸影響範囲、緊急度、復旧期限、SLA承認、履行タスク、提供条件、User Criteria
後続プロセスProblem、Change、KnowledgeへつながるRITM、SCTASK、Flow Designerへつながる

処理の流れを順番で理解する

  1. 利用者または監視から障害が報告される。
  2. ImpactとUrgencyからPriorityを決め、担当グループへ割り当てる。
  3. 復旧作業、回避策、関係CI、SLA状況を確認する。
  4. 根本原因が未解決ならProblem、変更が必要ならChangeへ接続する。
  5. 解決内容を記録し、再利用できるものはKnowledge化する。

PDIで確認するポイント

  1. Incidentを1件作成し、ImpactとUrgencyを変えてPriorityの変化を確認する。
  2. Assignment Group、Assigned to、CI、SLAの表示位置を確認する。
  3. IncidentからProblemやChangeへ関連付ける操作を確認する。
  4. ResolvedとClosedの違いを、利用者確認と自動クローズの観点で整理する。

よくある誤解

  • IncidentをRequestのように扱い、承認やCatalog Taskだけで考えてしまう。
  • Priorityを単なる主観で決め、ImpactとUrgencyの組み合わせを見ない。
  • Major Incidentを重大そうな名称だけで選び、組織的な復旧体制を見落とす。
  • 繰り返し障害なのにProblemへつなげない。

独自練習問題

問題文を見てすぐ答えを覚えるのではなく、どの用語が判断材料になっているかを確認してください。

問題1. 複数部署で業務システムが利用できず、復旧期限も短い。最初に確認すべき組み合わせはどれですか。

  1. Catalog ItemとVariable
  2. ImpactとUrgency
  3. Business RuleとClient Script
  4. Application MenuとModule
解答と考え方を見る

正解: ImpactとUrgency

Incidentの優先度は影響範囲と緊急度をもとに判断します。

問題2. 同じ障害が何度も発生しており、回避策はあるが根本原因は不明です。次に起票を検討するものはどれですか。

  1. Problem
  2. Request
  3. Knowledge Category
  4. User Criteria
解答と考え方を見る

正解: Problem

再発防止や根本原因分析はProblem Managementの領域です。

問題3. 大規模障害で関係者への情報共有、役割分担、復旧統制が必要です。最も近い考え方はどれですか。

  1. Major Incident
  2. Standard Change
  3. Catalog Task
  4. Record Producer
解答と考え方を見る

正解: Major Incident

影響の大きい障害は通常のIncident処理だけでなく、重大インシデントとして統制します。

問題4. Incidentの解決内容を次回の問い合わせ対応に再利用したい場合、連携先として適切なのはどれですか。

  1. Knowledge
  2. Discovery Schedule
  3. MID Server
  4. Transform Map
解答と考え方を見る

正解: Knowledge

解決手順や回避策はKnowledgeとして蓄積すると再利用できます。

問題5. 障害復旧のために本番設定を変更する必要があります。Incidentだけで完結させずに接続する先はどれですか。

  1. Change
  2. Order Guide
  3. Dashboard
  4. Import Set
解答と考え方を見る

正解: Change

本番環境に影響する変更はChange Managementでリスクと承認を管理します。

次に読む記事

Problem Management対策Change Management対策Request Management対策CIとAssetの違い
読んだ内容を問題で確認する

CIS-ITSMは、用語の暗記よりもケース文から正しいプロセスや構成を選ぶ力が重要です。この記事のあとに、弱点が残りやすい分野を短い問題で確認してください。

CIS-ITSM模擬試験を解く CIS-ITSM学習記事 CIS資格対策ハブを見る

公式情報で確認する入口

更新方針: 試験範囲、ServiceNowリリース、PDIでの表示差分が確認できた場合は、タイトル、本文、練習問題、内部リンクを更新します。誤りに気づいた場合は、該当箇所と理由を添えてご連絡ください。

次に確認する問題と関連記事

この記事を読んだあとは、知識をそのまま暗記せず、近いプロセスや模擬問題と往復して確認してください。

よくある質問

この記事はCIS-ITSM対策に役立ちますか？

はい。CIS-ITSMに関係する用語、判断軸、実務で迷いやすいポイントを整理し、CIS-ITSMの学習に接続しやすい形で確認できます。

読後に次に確認すべきページはどこですか？

CIS資格対策ハブで全体像を確認し、必要に応じてCIS-ITSM模擬試験で弱点を確認してください。

タイトルとURLをコピーしました