この記事では、CIS-ITSMを「Incident、Problem、Change、Requestの用語を覚える資格」としてではなく、ServiceNow上でITSMプロセスを実装・運用できるかを見る資格として整理します。旧構成で重複していたPDI章、時間軸の説明、古い情報への注意、FAQを統合し、7章で読み切れる形にまとめます。
30秒要約
- CIS-ITSMは、Incident、Problem、Change、RequestをServiceNowで実装・運用する理解を確認する資格です。
- CSAのテーブル、ロール、フォーム、カタログ、Flowの基礎があるほど、ITSMのプロセス理解が進みやすくなります。
- 古い受験記や非公式まとめは前提が変わる可能性があるため、最新のNow Learning、Blueprint、公式Docsで必ず確認します。
CIS-ITSMとは何を証明する資格か
CIS-ITSMは、ServiceNow IT Service Managementを導入・構成・運用するための理解を確認する専門資格です。単にITIL用語を知っているかではなく、Incident、Problem、Change、Request、Service Catalog、Knowledge、SLA、Assignment Groupなどを、ServiceNowのレコードとプロセスとして扱えるかが重要になります。
学習時は、各プロセスを独立した単語として覚えるより、利用者からの依頼や障害がどの入口から入り、担当者がどのレコードで処理し、どのタイミングでChangeやProblemへつながるかを追うと理解しやすくなります。CIS-ITSMでは、この流れをServiceNowの標準機能に沿って説明できる状態を目指します。
CSAとCIS-ITSMの違い・必要なCSAの土台
CSAはNow Platform全体の基礎を確認する資格です。CIS-ITSMはその土台の上で、ITSMアプリケーションの実装判断に進みます。CSAでテーブル、レコード、フォーム、リスト、ユーザー、グループ、ロール、Service Catalog、Flow Designer、CMDBの入口が曖昧なままだと、CIS-ITSMの学習でレコード間の関係が見えにくくなります。
| 観点 | CSA | CIS-ITSM |
|---|---|---|
| 中心テーマ | Platform共通基礎、管理、画面操作 | ITSM製品の実装、プロセス、運用設計 |
| よく使う知識 | Table、Record、Form、List、Role、Catalog、Flow | Incident、Problem、Change、Request、SLA、Knowledge |
| つまずきやすい点 | 用語や画面の意味がつながらない | プロセスの目的、レコード関係、状態遷移を混同する |
| 学習の順番 | 先に土台として固める | CSAの共通知識を使って製品別に深める |
Incident・Problem・Change・Requestの全体像
ITSMは時間軸で整理すると見通しがよくなります。Incidentはサービス中断からの復旧、Problemは根本原因の分析と再発防止、Changeは変更を安全に計画・承認・実施する流れ、Requestは利用者の標準的な依頼を受け付けて処理する流れです。Service CatalogはRequestの入口になり、REQ、RITM、Catalog Taskの階層を理解することが重要です。
| プロセス | 主な目的 | 覚え方 | 混同しやすい点 |
|---|---|---|---|
| Incident | サービスを早く復旧する | 止まったものを戻す | RequestやProblemと目的を混同する |
| Problem | 根本原因を調べ再発防止へつなげる | なぜ起きたかを調べる | Incidentの延長作業としてだけ考える |
| Change | 変更リスクを管理し安全に実施する | 変える前に計画・承認する | Normal、Standard、Emergencyの違い |
| Request | 利用者の標準依頼を受け付け処理する | 欲しいものを申請する | REQ/RITM/SCTASKの階層 |
Data Foundations・CMDBとの関係
CIS-ITSMでは、チケット処理だけを追っていても理解が浅くなります。IncidentやChangeは、CI、サービス、Assignment Group、User、Location、Catalog、SLAなどの基礎データと結びつきます。Data FoundationsやCMDB/CSDMの理解が弱いと、影響範囲、担当割当、承認、レポート、運用改善が説明しづらくなります。
たとえば、IncidentにCIを関連付けると、影響を受けるサービスや過去の変更履歴を追いやすくなります。Changeでは、対象CIやサービスを明確にすることで、リスク評価や承認者の判断がしやすくなります。Requestでは、Catalog Item、Variable、RITM、Catalog Taskの関係を正しく設計しないと、利用者の依頼と担当者の作業が分断されます。
PDIで追うITSMシナリオ
PDIで確認する場合は、画面を単発で触るのではなく、1つの業務シナリオとして追うと効果的です。まずIncidentを作成し、Priority、State、Assignment Group、SLA、Resolution informationを確認します。次に、同じテーマでProblemを作り、Known ErrorやWorkaroundの考え方を確認します。さらにChangeを作成し、Standard、Normal、Emergencyの違いと承認の流れを見ます。
Request側では、Catalog Itemから申請を出し、Request、Requested Item、Catalog Taskがどう作られるかを確認します。ここまで追うと、IncidentとRequestの違い、ProblemとChangeの関係、CatalogとITSMプロセスの接点が見えやすくなります。PDIで完全な本番運用を再現する必要はありませんが、レコードのつながりは必ず確認してください。
- Incidentを作成し、Priority、State、Assignment Group、SLAを確認する。
- 関連するProblemを作り、Known Error、Workaround、根本原因の扱いを見る。
- Changeを作成し、タイプ、承認、実施、完了までの流れを確認する。
- Catalog ItemからRequestを作り、REQ、RITM、Catalog Taskの階層を追う。
- CIやサービスを紐づけ、CMDBとの関係を確認する。
古い情報と最新公式情報の確認方法
CIS-ITSMは、古い受験記や非公式まとめだけで判断しないようにしてください。ServiceNowの試験範囲、前提学習、製品名称、Blueprint、推奨トレーニングは変わることがあります。過去の体験談は学習の雰囲気をつかむ参考にはなりますが、現在の出題範囲や受験条件の根拠にはしない方が安全です。
受験前は、Now Learningで「Certified Implementation Specialist – IT Service Management」や関連するExam Blueprintを確認し、ServiceNow公式DocsでIncident Management、Problem Management、Change Management、Request Management、Service Catalogの最新説明を見ます。この記事は学習補助であり、最終確認先は必ず公式情報にしてください。
よくある質問・公式確認先
Q. CIS-ITSMはCSAの次に受けるべきですか？
ITSMの運用や導入に関わるなら有力な選択肢です。開発やアプリ実装が中心ならCAD、CMDBやインフラ可視化が中心ならCIS-Discoveryを先に考える場合もあります。
Q. IncidentとRequestは何が違いますか？
Incidentはサービス中断や障害からの復旧、Requestは利用者の標準的な依頼を処理する流れです。問題文で「復旧」か「依頼」かを見ると判断しやすくなります。
Q. ProblemとChangeはどうつながりますか？
Problemで根本原因や再発防止策を整理し、その修正を本番へ入れる必要がある場合にChangeが関係します。Problemは原因分析、Changeは変更リスク管理と捉えると整理しやすいです。
Q. 古い受験記は参考になりますか？
学習の雰囲気を知る参考にはなりますが、Blueprintや前提学習は変わる可能性があります。受験前はNow Learningと公式Docsを確認してください。
公式情報で確認したいページ