結論：ITIL 4で落とすのは、知らない用語ではなく「似ている用語」です
ITIL 4 Foundationの問題を解いていると、知らない用語で落ちることはほとんどないことに気づきます。落ちるのは、知っているつもりの似た用語のどちらかです。
二択までは絞れる。そこから外す。これがITIL 4のいちばん多い失点の形です。
原因ははっきりしていて、一つずつ順番に覚えているからです。似た用語は、単独で覚えると輪郭がぼやけます。ペアで並べて、違いを1行で言えるようにすると一気に安定します。
この記事では、本番で狙われやすい10組を、その形で並べます。
ITIL 4 Foundationの問題演習はこちら →(第1回の模試は無料の会員登録ですぐ解けます)
1. インシデント / 問題 / 既知のエラー
いちばん出るのがこの3つです。
- インシデント：サービスの計画外の中断、または品質の低下。いま起きている困りごと。
- 問題：1つ以上のインシデントの原因、または原因の可能性があるもの。困りごとの裏側。
- 既知のエラー：原因が分析済みの問題。まだ解決していないが、正体は分かっている状態。
見分け方は時間軸です。「復旧させたい」ならインシデント、「なぜ起きるのかを突き止めたい」なら問題、「正体は分かっていて記録済み」なら既知のエラー。
同じ障害でも、復旧の話をしていればインシデント管理、原因の話をしていれば問題管理。問題文がどちらの目的を語っているかで決まります。
2. インシデント / サービス要求
- インシデント：計画外の中断・品質低下。起きてほしくないことが起きた。
- サービス要求：あらかじめ合意され、通常の提供の一部として定義されたユーザーからの依頼。
「パスワードをリセットしてほしい」「新しい端末を申請したい」は、困りごとではなく予定された依頼なのでサービス要求です。ここを取り違えると、担当するプラクティスも変わります。
見分け方は想定されていたかどうか。あらかじめ手順が決めてあるなら、サービス要求です。
3. イベント / インシデント
- イベント：構成アイテムやサービスの状態の変化で、管理上の意味を持つもの。
- インシデント：計画外の中断や品質低下。
イベントは中立です。「正常です」という通知もイベントに含まれます。すべてのイベントがインシデントになるわけではない ── ここが問われます。
4. 変更実現 / リリース管理 / 展開管理
3つとも「新しいものを本番へ持っていく」話なので混ざります。
- 変更実現：変更を評価・承認・統制し、リスクを管理する。やっていいかを決める側。
- 展開管理：コンポーネントを環境へ移動・配置する。置く側。
- リリース管理：新規・変更されたサービスを利用者が使える状態にする。開ける側。
見分け方は**「決める・置く・開ける」**の3語です。
大事な論点がもう一つあります。展開とリリースは別の活動で、独立して扱えること。本番に配置済みでも、機能を開放していなければリリースは済んでいません。「配置＝リリース完了」ではありません。
5. 有用性（utility） / 保証（warranty）
- 有用性：そのサービスが何ができるか。要求に合った機能があるか。「目的に適合している（fit for purpose）」。
- 保証：そのサービスがちゃんと使える状態か。可用性・容量・セキュリティ・継続性といった水準を満たしているか。「使用に適合している（fit for use）」。
両方そろってはじめて価値になります。 片方だけでは足りません。
本番では、状況を示して「欠けているのはどちらか」を問われます。判定は単純で、機能が足りない話なら有用性、遅い・落ちる・漏れるといった水準の話なら保証です。
6. アウトプット（出力） / アウトカム（成果）
- アウトプット：活動によって生み出される、具体的で有形の成果物。
- アウトカム：利害関係者にとっての結果。アウトプットによって可能になったこと。
例で並べると輪郭が出ます。研修のアウトプットは「実施した講義と配布資料」、アウトカムは「受講者が業務をこなせるようになったこと」。
アウトプットが出ても、アウトカムが出ているとは限りません。 ITIL 4が価値を語るときに見ているのは、常にアウトカム側です。
7. コストとリスク：取り除かれるもの / 課されるもの
サービス消費者にとって、コストとリスクには2つの向きがあります。
- サービスによって取り除かれるコスト・リスク：自前で用意しなくてよくなった分。
- サービスによって課されるコスト・リスク：利用料や、そのサービスに依存することで新たに負うリスク。
問題文が「消費者から取り除かれたのはどれか」「消費者に課されるのはどれか」と向きを指定してきます。向きを読み違えると、正しい知識のまま逆の選択肢を選びます。
8. 顧客 / ユーザー / スポンサー
サービス消費者側の3つの役割です。
- 顧客：要件を定義し、サービス消費の成果に責任を持つ。
- ユーザー：サービスを実際に使う。
- スポンサー：予算を承認する。
見分け方は決める・使う・払う。1人が複数の役割を兼ねることもありますが、役割としては別物として問われます。
なお、サプライヤ・パートナは提供者側の関係者です。消費者側の役割に混ぜないでください。
9. ガバナンス / マネジメント
- ガバナンス：組織を評価・方向付け・監視する。統治の役割。
- マネジメント：その方向に沿って計画・実行・統制する。日々の運営。
見分け方は**「どこへ向かうかを決めて見張る」のがガバナンス、「そこへ向かって動かす」のがマネジメント**。個々のインシデント対応はマネジメント側の話であって、ガバナンスではありません。
10. サービスバリューチェーン / バリューストリーム
- サービスバリューチェーン：計画／改善／エンゲージ／設計及び移行／取得及び構築／提供及びサポートという6つの活動の枠組み。
- バリューストリーム：ある特定の要求に対して、その活動を実際に組み合わせた流れ。
チェーンが部品箱、ストリームがその場で組んだ道順です。6つの活動は固定の順序で流れるわけではありません ── ここが繰り返し問われます。
おまけ：構成アイテム（CI） / IT資産
- 構成アイテム（CI）：ITサービスの提供のために管理する必要があるあらゆる要素。
- IT資産：財務的な価値を持ち得る、組織が保有する要素。
重なりますが、同じではありません。管理対象として意味があるがお金の価値がないもの（設定情報など）はCIであって資産ではない、という関係を押さえておけば十分です。
覚え方より、「並べて解く」ほうが速い
ここまで10組を並べましたが、読んで納得しただけでは本番で戻ってきません。似た用語は、選択肢に並んだ状態で判定する練習をしたときだけ定着します。
資格道場のITIL 4 Foundation問題集は、ITIL 4 Foundationのシラバスに沿って書き下ろしたオリジナル問題です。この記事で挙げたペアは、まさに本番で狙われる形 ── 状況を示して「どちらか」を選ばせる形 ── で収録しています。
全問に解説と、**選択肢ごとの「なぜそれが違うのか」**を付けているので、二択で外したときに「どちらの軸で読み違えたのか」がその場で分かります。間違えた問題だけをあとから復習することもできます。第1回の模試は無料の会員登録で試せます。
よくある質問
Q. インシデントと問題、いちばん短い見分け方は？
「いま止まっているのを直したい」ならインシデント、「なぜ止まるのかを突き止めたい」なら問題です。同じ障害でも、問題文が語っている目的で決まります。
Q. 有用性と保証、どちらが欠けているかを見分けるコツは？
機能そのものが足りない話なら有用性、遅い・落ちる・漏れる・容量が足りないといった水準の話なら保証です。
Q. 展開とリリースは同時に行うもの？
いいえ。展開（環境への配置）とリリース（利用可能にすること）は別の活動で、独立して扱えます。配置済みでも開放を遅らせることができます。
Q. サービスバリューチェーンの6つの活動は、順番どおりに進む？
進みません。要求ごとに必要な活動を必要な順で組み合わせた流れが、バリューストリームです。
まとめ
- ITIL 4で落とすのは知らない用語ではなく、二択まで絞ってから外す似た用語
- インシデント／問題／既知のエラーは時間軸で分ける
- 変更実現／展開管理／リリース管理は決める・置く・開ける
- 有用性は何ができるか、保証はちゃんと使えるか
- アウトプットは成果物、アウトカムは利害関係者にとっての結果
- 顧客／ユーザー／スポンサーは決める・使う・払う
- バリューチェーンは部品箱、バリューストリームはその場で組んだ道順
並べて解く練習には、資格道場のITIL 4 Foundation問題集をご活用ください（第1回の模試は無料の会員登録）。