Itil-change-management
提供:Dev Guides
ITIL-変更管理
前書き
ITサービスの*変更*は、サーバーの構成の試運転、使用停止、またはアップグレードを指します。
すべての変更は、ITサービスの中断を最小限に抑えて実装する必要があります。
変更管理プロセスは、変更を実装しながら次の側面を扱います-
- 変更の悪影響を調査し、最小化する
- 変更管理プロセスを作成して維持する
- 環境の不正な変更を防止する
- すべての変更の記録を維持する
- すべての変更の実装後レビュー
変更は、変更管理チームによって実装されるのではなく、技術チームによって実装されます。 変更管理チームは、変更のレビューと承認のみを行います。
- Change Managerはこのプロセスのプロセス所有者です。*
キーポイント
- 変更マネージャーは、変更を承認して終了する人です。 彼はまた、それが望ましい結果を満たしているかどうかをチェックします。
- 変更コーディネーターは変更要求を発生させます。
- 変更コーディネーターは、*実装後レポート(PIR)*の変更後にスクリーンショットを送信する必要があります。
目的
変更管理プロセスの目的は以下のとおりです-
変更管理の7つのR
これらは、すべての変更に対して回答する必要がある7つの質問です。 変更の影響、サービスへのリスクと利点を評価するのに役立ちます。
変更の要求(RFC)は、主要な情報源であり、変更活動の触媒です-
- 作成して記録する
- 見直し
- 評価と評価
- 承認する
- Plan
- 座標
- 見直し
- 閉じる
各RFCは、変更の性質とタイプに適した特定の変更モデルに従います。
モデルを変更する
以下に説明するように、基本的に3つの変更モデルがあります-
標準変更モデル
このモデルは、事前承認された反復的で低リスクで十分にテストされた変更に使用されます。
通常変化モデル
このモデルでは、変更は実装、評価、承認、変更諮問委員会(CAB)契約などの特定の手順を経る必要があります。
緊急変更モデル
この変更モデルは、失敗した高可用性サービスの障害を復元するために必要な非常に重要な変更を処理します。
変更諮問委員会(CAB)は、変更を承認し、変更管理と変更の評価と優先順位付けを支援する機関です。