変更管理をテーマとしたネットワークスペシャリスト試験

 承知しました！

「変更管理」をテーマに、択一式問題10問、午後Ⅰ形式問題10問、午後Ⅱ形式問題10問を一気に作成し、すべてに解答・解説を付けます。

---

変更管理に関するネットワークスペシャリスト試験問題集

---

Ⅰ. 択一式問題（10問）

問題1

変更管理の主目的はどれか。

A. インシデントの発生を検知すること

B. 変更によるリスクを最小化すること

C. サービスレベルを定義すること

D. 問題の根本原因を特定すること

正解: B

解説: 変更管理は、サービスやインフラに対する変更を計画的に行い、リスクを最小化しつつ必要な改善を実現することが目的である。

---

問題2

変更管理においてRFC(Request for Change)が提出されるタイミングはどれか。

A. 障害発生直後

B. 変更の必要性が認識された時点

C. サービスレベル合意の締結後

D. 問題管理プロセス終了後

正解: B

解説: RFCは、変更の必要が認識された時点で提出され、変更管理プロセスにて評価・承認される。

---

問題3

変更管理におけるCAB(Change Advisory Board)の役割として最も適切なのはどれか。

A. 変更要求のすべてを承認する

B. 重大変更に対する助言や評価を行う

C. インシデントを一次解決する

D. SLAのレビューを行う

正解: B

解説: CABは重大な変更について助言・評価を行い、承認に関する意思決定を支援する。

---

問題4

緊急変更の特徴として正しいのはどれか。

A. 必ずCABの審査を経る

B. サービス停止を前提とする

C. 緊急時に迅速に適用される変更

D. 事前計画が不要な変更

正解: C

解説: 緊急変更は通常の変更管理プロセスを簡略化し、迅速な対応を可能にするが、後日必ず記録・レビューされる。

---

問題5

変更管理が適切に実施されていない場合に起こり得るリスクはどれか。

A. SLAの交渉が遅れる

B. 計画外の障害が発生する

C. インシデントの数が減少する

D. 利用者の問い合わせが減る

正解: B

解説: 計画や検証が不十分な変更は障害を引き起こし、サービス品質を低下させる。

---

問題6

変更管理で扱う変更の分類として正しいものはどれか。

A. 標準変更、通常変更、緊急変更

B. 重大変更、軽微変更、暫定変更

C. 計画変更、即時変更、無視変更

D. 定期変更、臨時変更、代替変更

正解: A

解説: 変更は、標準（定型的）、通常（計画的に評価が必要）、緊急（迅速対応）の3種に分類される。

---

問題7

変更管理とリリース管理の関係について正しいのはどれか。

A. 変更管理が承認した変更を、リリース管理が本番環境に展開する

B. リリース管理が変更を承認する

C. 変更管理がソフトウェアのビルドを担当する

D. 両者は独立しており関連はない

正解: A

解説: 変更管理は承認を行い、実際の導入はリリース管理が担う。

---

問題8

変更管理の成果物として適切なのはどれか。

A. SLA文書

B. RFCの記録と変更履歴

C. 問題管理レポート

D. ユーザー教育マニュアル

正解: B

解説: 変更管理は、RFCの記録・承認履歴・変更完了報告といった成果物を残す。

---

問題9

CABが開催される主な目的はどれか。

A. 変更の優先度付けと承認判断

B. 障害発生の監視

C. インシデントの一次対応

D. SLAレビュー

正解: A

解説: CABは複数の関係者が集まり、変更の妥当性・優先度・影響範囲を議論する場である。

---

問題10

変更管理が密接に関連する他のプロセスはどれか。

A. 構成管理

B. サービスデスク

C. サービスカタログ管理

D. 継続的サービス改善

正解: A

解説: 変更はCIに直接影響するため、構成管理と密接に連携する。

---

Ⅱ. 午後Ⅰ形式問題（短文解析・穴埋め）10問

問題1

変更管理における 変更要求書 を表す用語は（　）である。

解答: RFC

解説: Request for Changeの略で、変更要求を正式に記録した文書。

---

問題2

変更がサービス全体に与える影響を事前に分析することを（　）という。

解答: 影響分析

解説: 変更管理ではリスクや依存関係を洗い出すために影響分析を行う。

---

問題3

変更管理において承認権限を持つ審議組織は（　）である。

解答: CAB

解説: Change Advisory Board。重大な変更の助言・承認を行う。

---

問題4

緊急変更は通常の変更管理プロセスを（　）することで迅速に対応する。

解答: 簡略化

解説: 緊急時には一部の承認手続きを簡略化する。

---

問題5

変更管理の対象となる項目は（　）で管理されている。

解答: CI（構成アイテム）

解説: CIの変更はCMDBと連携して管理される。

---

問題6

変更の種類のうち、定型化され承認済みでリスクが低いものを（　）変更という。

解答: 標準

解説: 標準変更は手続きが定型化され、迅速に実施可能。

---

問題7

RFCを評価し、優先度やリスクを判定する活動を（　）という。

解答: 評価

解説: 変更管理の中心的な活動。

---

問題8

承認された変更を本番環境に導入するのは（　）管理の役割である。

解答: リリース

解説: 変更管理は承認、リリース管理は実施を担う。

---

問題9

変更の正確な記録と追跡性を確保するために必要なのは（　）との連携である。

解答: 構成管理

解説: 構成情報はCMDBに登録され、変更の反映が必須。

---

問題10

緊急変更も含め、変更後は必ず（　）が行われる。

解答: レビュー

解説: 変更の有効性と妥当性を後日必ずレビューする。

---

Ⅲ. 午後Ⅱ形式問題（シナリオ型）10問

---

問題1

ある企業のデータベースサーバにパフォーマンス改善のための設定変更が提案された。

どのプロセスにおいて変更の影響範囲を評価するか。

解答: 変更管理

解説: 影響分析を実施し、依存するアプリケーションへの影響を事前に確認する。

---

問題2

重大変更を導入する前に複数部門が集まり、可否を議論した。これはどの活動に相当するか。

解答: CABによる審議

解説: 重大変更はCABでの検討を経て承認される。

---

問題3

緊急のセキュリティパッチが公開された。迅速に導入するためには変更管理のどの手続きを簡略化するか。

解答: 承認プロセスの一部

解説: 緊急変更ではCABを経ずに少人数で承認することもある。

---

問題4

変更管理の記録に基づいて、どの機器やソフトがいつ更新されたかを追跡できる。この仕組みを支えるのは何か。

解答: CMDBとの連携

解説: CIの更新履歴はCMDBに反映され、追跡可能となる。

---

問題5

変更管理が適切に機能していない場合、障害発生時に何が困難になるか。

解答: 原因特定

解説: 未承認変更があると、障害との因果関係を特定しづらくなる。

---

問題6

あるシステムで頻繁に障害が発生しているため、改善策として設定変更が提案された。このとき問題管理と変更管理の関係はどうなるか。

解答: 問題管理が根本原因を特定し、解決策をRFCとして変更管理に提出する

解説: 問題解決は変更管理に引き渡される。

---

問題7

サービス提供に影響を与える可能性がある通常変更を導入する際、ユーザー部門への事前連絡はどの段階で行うか。

解答: 承認後、実施前の段階

解説: 承認されて初めてユーザー調整や通知が行われる。

---

問題8

変更を導入したが、期待する効果が得られなかった。この場合、変更管理で行うべき活動は何か。

解答: 変更レビュー

解説: 成果や効果を確認し、改善の余地を評価する。

---

問題9

複数の変更要求が同時期に提出された。変更管理で行うべきことは何か。

解答: 優先度の設定とスケジューリング

解説: 変更管理はリソースや影響を考慮して順序を調整する。

---

問題10

変更管理プロセスを適切に実施することで、どのようにインシデント数を減らせるか。

解答: 未計画変更による障害を防止できるため

解説: 計画的に承認・検証された変更は障害リスクを低減し、結果としてインシデント数が減少する。

---

✅ 以上、変更管理をテーマに 択一式10問・午後Ⅰ形式10問・午後Ⅱ形式10問 を作成しました。

全体で 基礎→応用→シナリオ とステップアップできる構成にしています。

---

ご希望があれば、次は 「変更管理とリリース管理の統合運用」 をテーマに展開しましょうか？