ITIL-変更管理

前書き

Change ITサービスでは、サーバーの構成の試運転、廃止、またはアップグレードを指します。

すべての変更は、ITサービスの中断を最小限に抑えて実装する必要があります。

変更管理プロセスは、変更を実装する際に次の側面を扱います-

  • 変更の悪影響を調査し、最小限に抑える

  • 変更管理プロセスを作成および維持する

  • 環境の不正な変更を防ぐ

  • すべての変更の記録を維持する

  • すべての変更の実装後レビュー

変更は変更管理チームによって実装されるのではなく、技術チームによって実装されます。変更管理チームは、変更を確認して承認するだけです。

Change Manager is the process owner of this process.

キーポイント

  • 変更管理者は、変更を承認して閉じる人です。彼はまた、それが望ましい結果を満たしているかどうかをチェックします。

  • 変更コーディネーターは変更要求を出します。

  • 変更コーディネーターは、変更後にスクリーンショットを送信する必要があります Post Implementation Report (PIR)

目的

変更管理プロセスの目的は次のとおりです。

変更管理の7つのR

これらは、すべての変更について回答する必要がある7つの質問です。変更の影響と、サービスに対するリスクとメリットを評価するのに役立ちます。

Request For Change(RFC)は、重要な情報源であり、-の変更活動の触媒です。

  • 作成して記録する

  • Review

  • 評価と評価

  • Authorize

  • Plan

  • Coordinate

  • Review

  • Close

各RFCは、変更の性質とタイプに適した特定の変更モデルに従います。

モデルの変更

以下に説明するように、基本的に3つの変更モデルがあります-

標準変更モデル

このモデルは、事前に承認された反復的でリスクが低く、十分にテストされた変更に使用されます。

通常の変更モデル

このモデルでは、変更は、実装前に、評価、承認、変更諮問委員会(CAB)の合意などの特定のステップを経る必要があります。

緊急変更モデル

この変更モデルは、失敗した高可用性サービスの障害を復元するために必要な非常に重要な変更を扱います。

変更諮問委員会(CAB)は、変更を承認し、変更の評価と優先順位付けにおいて変更管理を支援する機関です。