変更管理とは？へんこうかんり
変更管理とは、変更を思いつきで稼働環境へ入れさせないための統制プロセス。申請・影響評価・承認・実施・記録という手続を必ず通すことで、承認されていない変更が本番へ入らないことを保証する。IT全般統制（ITGC＝業務システムに共通する基盤の統制）の中核であり、システム監査でも必ず確認される。
最終更新：2026-10-06
この語が出る過去問を解く →背景
本番障害の多くは外部要因ではなく、自分たちが加えた変更から起きる。誰が何をいつ入れたかが残っていなければ、原因の切り分けも切戻しの判断もできない。手続を課すのは慎重にするためというより、承認と実施の証跡を残し、影響評価とテストを飛ばせなくするため。設計する側から見れば、統制を厳しくするほどリリース間隔が延びるという緊張を、どこで折り合わせるかという問題になる。
具体例
ServiceNowやJira Service Managementの変更要求は、影響度・リスク・切戻し手順・CAB（変更諮問委員会）の承認記録を1件のチケットへ集める。頻度が高く低リスクの作業は標準変更として事前に承認しておき、自動化された手順で通す運用も広く採られている。
試験での引っ掛け
緊急変更なら統制の外でよい、と読み違えやすい。短縮されるのは手順であって対象からは外れず、事後でも申請・承認と実施記録を残す運用になっているかが監査の要点になる。作業そのものを担うリリース管理、版と構成品目を記録する構成管理とも役割が違い、変更管理は「入れてよいかの判断」を受け持つ。
関連用語
出た過去問
出典：平成28年度 秋期 システムアーキテクト試験 午前Ⅱ 問1（IPA）解説で登場
JIS X 0160で規定しているテクニカルプロセスにおける、システム要求事項分析プロセスの成果はどれか。
正解：システム要求事項は、影響のある全ての当事者へ伝えられ、ベースラインとなっている。
要点：要求事項分析の成果は合意されベースライン化された要求
システム要求事項分析プロセスは、利害関係者の要求をシステムに対する要求事項へ落とし込み、それが妥当であることを確認したうえで関係者間で合意する活動である。その成果として、確定した要求事項が影響を受ける全ての当事者へ伝達され、以後の変更管理の基準となるベースラインが確立される。方式設計や結合戦略の策定は後続の別プロセスの成果である。
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。