変更タイプ
変更管理 では、ITIL に示されている標準、緊急、および通常の 3 つのタイプのサービス変更がサポートされます。変更タイプにより、呼び出されるステータス モデルと、従う必要がある変更プロセスが決まります。
ITSM の 変更管理 の概要については、この 8 分間のビデオをご覧ください。
- 標準的な変更
標準的な変更は、事前に承認されたリスクの低い変更であり、比較的一般的で、指定された手順または作業指示に従います。
標準的な変更は、頻繁に実装され、反復可能な実装手順と実証済みの成功履歴があります。標準的な変更は事前承認されているため、グループ レベルまたはピア承認と CAB 認証の手順が不要な合理化されたプロセスに従います。
承認済みの標準的な変更要求をテンプレートのカタログで事前定義して、標準的な変更へのアクセスと要求をより効率的にすることができます。この機能により、変更管理 チームは、標準として許可されている変更を制御することもできます。
- 緊急の変更
重大なインシデントの解決や、セキュリティ パッチの実装など、できるだけ早く実装する必要がある変更です。この変更は優先度が高いため、グループおよびピアのレビューと承認をバイパスし、CAB 承認グループによる承認のために [認証] ステータスに直接進みます。
緊急の変更には、次の種類の緊急事態が含まれます。
- サービスへの影響がすでに発生している失敗または遡及状況の修復。
- 措置を講じなければサービスへの影響が避けられない失敗または失敗状況。
緊急の変更では、予定されていない CI の変更アクティビティが発生する可能性があります。その場合、許可されていない変更要求が作成され、承認のために送信されます。詳細については、「許可されていない変更要求」を参照してください。
- 通常の変更
標準的な変更や緊急の変更ではないサービス変更です。
通常の変更要求は、実装、レビュー、およびクローズする前に 2 レベルの承認が必要な規範的なプロセスに従います。これらの変更には、完全性、正確性を確保し、サービスの中断を最小限に抑えるために、ピアまたは技術的承認、変更管理、変更諮問委員会 (CAB) の認可など、すべての種類の評価と承認が必要です。これらの変更は、ほとんどの場合、定義された変更のブラックアウト期間外、または定義されたメンテナンス期間中にスケジュールされます。通常タイプは、標準または緊急の変更ではないサービスへの変更に対して有益な変更を実装するために使用されます。