インシデント・問題・変更・リリース管理

イントロ

流れを順番に追う

基本情報技術者試験で扱う「インシデント・問題・変更・リリース管理」を、IT知識なしでも意味と使いどころから学べるように整理します。まず目的をつかみ、似た言葉や条件の違いを短く見分けます。

定義

原因と回避策が把握された問題をといいます。
見分けるポイント: は、変更やリリースを以前の安定した状態へ戻す処置です。は、成果物や計画などの変更を正式に提案する要求です。は、サービスを通じて利用者へ価値を提供するための管理活動です。は、サービスの中断や品質低下を引き起こす又は起こし得る事象です。

手順

構造図

図では、インシデント・問題・変更・リリース管理の流れを順に整理しています。入力、処理、判断、結果のつながりを確認します。

例

場面: 障害をインシデントとして復旧し、根本原因をで分析する例
順に考えると: まずインシデントが何を表すかを確認します。次に問題との違いを、問題文の対象・条件・順序から分けます。ここでは早く復旧する活動と、根本原因をなくす活動を分ける。この順で読むと、初見の選択肢でも中心の考え方から外れた説明を除外しやすくなります。
ここが結論: この例では、早く復旧する活動と、根本原因をなくす活動を分けることが要点です。答えを選ぶときは、インシデント管理と問題管理を同じ障害対応として扱うという読み違いを避けます。

注意

確認

Q1

インシデント・問題・変更・リリース管理を問題で読むとき、最も適切な見方はどれですか。

まとめ