SC Workbook
科目 A-2 · サービスマネジメント

変更の切戻し計画

サービス提供者 X 社は，業務システムのサーバの OS 設定を変更した。変更要求は変更諮問委員会（CAB）で審議されて承認され，試験環境での試験にも合格したが，本番環境に展開した直後にサービスが停止した。元の設定に戻す手順が用意されていなかったので，復旧までに長時間を要した。この事例で，変更管理の活動として不足していたものはどれか。

  1. ア変更要求を CAB で審議し，リスク，事業利益及び実現可能性を考慮して承認の可否を決定する。
  2. イサービスの停止の根本原因を分析し，再発を防止するための処置を決定して，変更要求として提出する。
  3. ウ今回の変更を標準変更に分類し，CAB の審議を省略して，事前に承認された手順で迅速に実施できるようにする。
  4. エ変更が成功しなかった場合に元に戻す活動を，本番環境への展開の前に計画し，可能であれば試験しておく。
正解と解説を見る

正解 エ

この問題の基礎知識

  • 変更管理は，変更に伴うリスクを抑えながら変更を確実に実施するためのプロセスであり，変更要求の記録，評価と承認，展開の計画と試験，失敗した場合に備えた計画，実施後のレビューなどを行う。
  • CAB（変更諮問委員会）は変更要求の評価と承認について助言する組織である。標準変更は，リスクが低く手順が確立しているので事前に承認され，個別の審議を省略して実施できる変更である。
  • インシデント管理はサービスをできるだけ早く回復させるプロセス，問題管理はインシデントの根本原因を特定して再発を防ぐプロセスであり，変更管理とは目的が異なる。
ア変更要求を CAB で審議し，リスク，事業利益及び実現可能性を考慮して承認の可否を決定する。

事例では変更要求は CAB で審議され承認されている。承認の手続はあったが，展開後に失敗した場合の備えがなかったことが復旧の長期化の原因である。

イサービスの停止の根本原因を分析し，再発を防止するための処置を決定して，変更要求として提出する。

根本原因の分析と再発防止の処置の決定は問題管理の活動であり，障害が発生した後に行うものである。今回の復旧の長期化を防ぐために，変更管理として展開前に行うべき活動ではない。

ウ今回の変更を標準変更に分類し，CAB の審議を省略して，事前に承認された手順で迅速に実施できるようにする。

標準変更は，CAB の審議に回さずに実施できるよう事前に承認しておく変更のカテゴリである。サービスの停止を招いたこの変更を標準変更にしても，失敗時に元に戻す手順がないという問題は解決せず，審議の機会も失われる。

エ変更が成功しなかった場合に元に戻す活動を，本番環境への展開の前に計画し，可能であれば試験しておく。正解

変更管理の活動には，成功しなかった変更を戻す又は修正する活動を計画し，可能であれば試験しておくことが含まれる。切戻し（ロールバック）の手順を用意していれば，展開直後の停止から短時間で復旧できた。

検証用の出典出典照合済み
IPA 情報処理安全確保支援士試験 シラバス追補版（科目A-2）Ver.4.0（中分類15 (12)③ 変更管理の活動，(17) 問題管理） ／ NIST SP 800-128 Guide for Security-Focused Configuration Management of Information Systems ／ JIS Q 20000-1:2020 サービスマネジメントシステム要求事項
照合の根拠（4 件）

事例では承認（ア）と試験は行われており，欠けていたのは展開前の切戻し計画である。変更のカテゴリ（標準変更）はシラバスの用語例に挙がるが定義文がないため，ウの解説は NIST SP 800-128 の事前承認された変更の記述で言える範囲（審議に回さない変更）に改めた。

問題 ID A2-SVM-0504 · AI 作成のオリジナル問題 · 正解と各選択肢の根拠を出典の原文で確認しています。 照合日 2026-11-08

サービスマネジメントのほかの問題

サービスマネジメントの問題をすべて見る

非公式の学習用アプリです（IPA とは関係ありません）。問題はすべて AI が作成したオリジナルで、誤りを含む場合があります。