変更管理のワークフロー

変更の受付・起票

変更所有者

以下のどちらかの方法で変更要求が起票されます。起票された変更要求を確認します。

• サービス要求管理、インシデント管理、問題管理からのエスカレーション

• ユーザによる起票

変更の審査を受ける前に、変更内容や変更要否の妥当性について部門やチームなどの比較的小さな組織内で意思決定を行う場合は、変更要求の承認処理を行います。変更要求の承認を行う場合は、[変更要求の承認者]を設定し、承認依頼を提出します。

なお、変更要求の承認処理は省略できます。ただし、サービス要求、インシデント、問題からエスカレーションされた変更は、必ず変更要求の承認処理を行う設定になっています。

変更要求の承認

変更要求承認者

変更要求情報を確認し、承認または否認します。

変更要求が承認されると、変更のステータスが「開始」になります。

変更の審査

変更所有者

起票された変更について、[審査開始]をクリックして、ステータスを「審査」にします。

変更の内容を審査機関(CAB)が診断し、変更の実施有無が決定したら、変更の審査結果を[審査結果種別]に入力します。

審査結果の登録が完了したら、[承認依頼]をクリックして、変更管理マネージャに承認依頼を提出します。

変更の審査の承認

変更管理マネージャ

変更の審査結果を確認し、承認または否認します。

審査が承認されると、変更のステータスが「計画」になります。

変更の計画

変更所有者

変更を実装する計画として、[変更の予定開始日時]と[変更の予定完了日時]を入力します。

変更の計画の登録が完了したら、[承認依頼]をクリックして、変更管理マネージャに承認依頼を提出します。

変更の計画の承認

変更管理マネージャ

変更の計画を確認し、承認または否認します。

計画が承認されると、変更のステータスが「変更」になります。

変更

変更所有者

変更の実装を実施します。実装の結果として、[変更情報]を入力します。

変更情報の登録が完了したら、[承認依頼]をクリックして、変更管理マネージャに承認依頼を提出します。

変更の承認

変更管理マネージャ

変更情報を確認し、承認または否認します。

変更が承認されると、リリース完了を待機する設定の場合は、変更のステータスが「リリース待ち」になります。それ以外の場合は、変更のステータスが「完了」になります。

リリース登録

変更所有者、

変更管理マネージャ

実装した変更をリリースします。変更をリリースにエスカレーションし、そのリリースが完了するまで待機します。

リリース結果の確認

変更所有者

リリースが完了すると、変更のステータスが「リリース済み」になります。リリース結果を確認し、[リリース情報]を入力します。

リリース情報の登録が完了したら、[承認依頼]をクリックして、変更管理マネージャに承認依頼を提出します。

リリース結果の承認

変更管理マネージャ

リリース情報を確認し、承認または否認します。

リリース情報が承認されると、変更のステータスが「完了」になります。

完了

変更またはリリース結果が承認されると、変更のステータスが「完了」になります。

タスク

変更所有者、

変更管理マネージャ

調査作業などを振り分ける場合には、タスクを登録します。タスク管理については、「タスク管理」を参照してください。

カレンダー登録

変更所有者、

変更管理マネージャ

レコードの日時や対応期限をカレンダーに登録し、リマインダとしてカレンダーを利用できます。カレンダーの利用については、「カレンダーの利用」を参照してください。