Change Management のユースケース
- 更新日2024年2月1日
- 所要時間：4 分
- Washington DC
- "共通サービスデータモデル (CSDM)"
Washington DC リリースのサポートは終了しました。そのため、製品ドキュメントとリリースノートは参考情報としてのみ提供され、今後は更新されません。
ITSM では、特にインシデントと変更の場合、重要なデータの場所を特定することで、インシデントの平均解決時間を短縮し、変更によって発生する機能停止を排除できます。
Change Management ユースケースの主な機能
CSDM フレームワークを適用すると、Change Management に次のような価値が提供されます。
- 変更がサービスおよびサービスオファリングに与える影響をユーザーが理解できるようになる。
- 変更が動的にルーティングされる。
- 影響を受けるすべてのサービスを Change Management が識別して通知し、承認の決定を支援する。
- サブスクリプション：オファリングにアクセスでき機能停止時に影響を受ける可能性があるユーザーを特定するための、サービスオファリングの関連リスト。インシデントまたは変更は、利用者テーブルを使用して影響を特定できます。関連リストは次のとおりです。
- 会社別サービス登録 [service_subscribe_company]
- 部門別サービス登録 [service_subscribe_department]
- グループ別サービス登録 [service_subscribe_sys_user_grp]
- 場所別サービス登録 [service_subscribe_location]
- ユーザー別サービス登録 [service_subscribe_sys_user]
- ビジネスサービスオファリングは、approval_group と business_ criticality に基づいてビジネス承認者を提供するために使用できます。ビジネスサービスには、それぞれ重要度が異なる複数のオファリングがある場合があります。
- テクニカルサービスオファリングを使用して、属性 assignment_group で技術承認者 approval_group と技術アサイン先グループを指定できます。変更および変更タスクのルーティングのために、変更によって使用される場合があります。オファリングが管理する CI に同期されるため、数千、場合によっては数百万の CI で手動データを維持するためにかかる手動によるオーバーヘッドが削減されます。
- アプリケーションサービスは、本番環境と非本番環境 (DEV、QA、UAT など) を提供するために使用できます。必要に応じて、非本番環境を除外できます。従来の used_for 属性は environment 属性にマップされます。environment 属性を使用する必要があります。 注: 一部のサービスオファリングは、オファリングの環境も識別できます。
Change Management ユースケースの結果
CSDM フレームワークは、インシデントのコンテキストを提供します。コンテキストには、変更に関連する CI と影響を受けるサービスが含まれます。
変更要求フォームを使用して、変更の影響を確認します。次の手順を実行します。
- 構成アイテム属性 [configuration_item] に、変更アクティビティのターゲット CI を入力します。この CI を使用して、変更ルーティングの詳細を識別できます。たとえば、「アサイン先グループ」、「承認グループ」などの CI データを使用し、依存関係を使用してサービスへの影響に関する情報を提供することができます。
- 影響を受けるサービス関連リスト [task_cmdb_ci_service] に、入力された CI に関連付けられているサービスを入力します。これらには、サービスおよびサービスオファリングが含まれる場合があります。
- (オプション) サービスおよびサービスオファリング属性を使用して、選択した CI の管理を担当するプロバイダーサービスを識別します。
- (オプション) 影響を受ける CI 関連リスト [task_ci] を使用して、変更の原因となった可能性のある CI を識別します。これらの CI は、以前に入力された CI に追加されます。[task_ci] テーブルは、動的または手動で入力できます。注: 動的な入力はベースシステムの一部ではありません。動的な入力を使用するには、変更要求フォームを設定する必要があります。