ITサービスマネージャ 2017年 午前2 問11
問題文
ITサービスマネジメントの変更管理の要求事項に基づいて策定する変更管理規程に記載する規則のうち、適切なものはどれか。
選択肢
ア:緊急を要する情報セキュリティパッチの適用は、通常変更及び標準変更とは異なる緊急変更の手順を利用する。(正解)
イ:サービスの廃止は、顧客への影響及びリスクの大きさを考慮して、重大な影響を及ぼす可能性のあるサービス変更として分類するかどうかを決定する。
ウ:変更が失敗した場合に差異を識別し、原因究明を行えるようにするために、変更の展開前にCMDBを更新する。
エ:変更が失敗した場合には、失敗した変更を元に戻す処置を新たな変更要求とする。
🔒 解説は解答すると表示されます
緊急変更の管理【午前2解説】
正解の理由
緊急変更とは、重大な障害やセキュリティ上の脅威などに対応するため、通常の変更手順では間に合わない場合に行う変更です。緊急変更であっても管理を省略するのではなく、通常変更・標準変更とは異なる緊急用の手順を定めておく必要があります。
たとえば、緊急の情報セキュリティパッチを適用する場合は、緊急変更の手順を利用します。適用を急ぐ場合でも、承認や記録、事後確認など、必要な管理を行うことが重要です。この規則を述べているアが適切です。
解法ステップ
- 変更管理では、変更を適切に分類し、分類に応じた手順で管理することを確認します。
- 緊急対応が必要な変更には、通常の変更手順とは別の緊急変更手順を用います。
- 変更前後のCMDB更新や、失敗時の戻し方についても確認し、各選択肢の誤りを見分けます。
選択肢別の誤答解説
- ア:適切です。緊急のセキュリティパッチ適用などは、通常変更や標準変更とは異なる緊急変更の手順で管理します。
- イ:サービスの廃止は、サービスのライフサイクルや廃止計画の中で管理します。廃止に伴ってサービスや構成に変更を加える場合は変更管理の対象になり得ますが、「廃止を重大な影響の可能性があるサービス変更として分類するかどうか」を規程に定めることが、ここで問われる適切な規則ではありません。
- ウ:CMDBには、変更の展開後に実際の構成を反映させます。展開前に更新すると、実際の構成とCMDBの記録が食い違うおそれがあります。変更前の状態を記録しておくことと、変更後の状態をCMDBへ反映することは区別が必要です。
- エ:変更が失敗した場合に元に戻す手順は、原則として元の変更計画に含めておきます。失敗後に、戻す処置を毎回新たな変更要求として扱うという規則は適切ではありません。
よくある誤解
- 緊急変更なら承認や記録を省略してよい:誤りです。通常とは異なる手順を使いますが、管理そのものをなくすわけではありません。
- CMDBは変更を実施する前に、変更後の状態へ更新する:誤りです。変更前の状態を記録したうえで、実施後の実際の構成を反映します。
- 変更が失敗したら、元に戻す作業は別の変更要求になる:元に戻す手順は、あらかじめ変更計画に含めておくのが基本です。
補足コラム
緊急変更では、迅速さと統制の両立が重要です。事前に詳細な審査を行う時間が限られる場合でも、緊急変更を承認する責任者や、適用後のレビュー方法を決めておけば、対応の遅れや記録漏れを抑えられます。
FAQ
Q. 緊急変更は、通常変更と何が違いますか?
A. 緊急性に対応するための別の手順を使う点が異なります。必要な承認や記録、事後確認などを定めて管理します。
A. 緊急性に対応するための別の手順を使う点が異なります。必要な承認や記録、事後確認などを定めて管理します。
Q. 緊急パッチを適用した場合もCMDBを更新しますか?
A. はい。パッチ適用後の実際の構成を確認し、CMDBの記録に反映します。
A. はい。パッチ適用後の実際の構成を確認し、CMDBの記録に反映します。
関連キーワード: 変更管理、緊急変更、標準変更、CMDB、変更計画

\ せっかくなら /
ITサービスマネージャを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

