変更要求の作成
変更要求を作成することで、承認され、サポートされている構成アイテム (CI) を変更するための制御プロセスを実装します。
始める前に
必要なロール：itil、admin、または sn_change_write
このタスクについて
変更要求は、変更の理由、優先度、リスク、変更のタイプ、変更カテゴリなど、変更に関する詳細情報を記録します。
競合の検出を使用する場合は、開始予定日と終了予定日、および構成アイテム (CI) が必要です。
手順
-
フォームのフィールドに入力します。
表 : 1. 変更要求フォーム フィールド 定義 番号 変更要求番号。 要求元 変更を要求したユーザー。特定の変更を誰が要求したかを参照できるように、このフィールドは [変更要求] リスト ビューで利用可能です。 カテゴリ 変更のカテゴリは、たとえば [ハードウェア]、[ネットワーク]、[ソフトウェア] などです。 サービス 変更要求に対して使用できるようにするビジネスサービス。 注:構成アイテムとしてビジネスサービスを選択し、そのビジネスサービスが他のアクティブなタスクの構成アイテムとしてもリストされている場合は、アクティブなタスクアイコン (
) が表示されます。このアイコンをクリックすると、ビジネスサービスに影響を与えている他のすべてのアクティブなタスクのリストが表示されます。選択したビジネスサービスの BSM マップ (依存関係ビュー) を表示するには、依存関係アイコン (
) をクリックします。サービスオファリング 可用性、スコープ、価格設定、およびパッケージングに関して、サービスのレベルを一意に定義する 1 つ以上のサービスコミットメントで構成されています。サービスオファリングから、特定のサービスの別のレベルのパフォーマンスおよび機能を受けるよう選択することができます。利用可能なサービスオファリングをフィルタリングするには、サービスを選択する必要があります。 構成アイテム [追加] を選択して、変更の CI を追加します。[新規] ステータスの変更に対してのみ CI を追加できます。
変更が適用される CI。変更要求は、SLA への詳細なアクセスと可用性要件を提供するサービス提供を含む、あらゆるタイプの CI に関連付けることができます。動的 CI グループを選択すると、選択した動的グループに関連する構成アイテムはすべて、[影響を受ける CI] 関連リストに入力されます。[影響を受ける CI] 関連リストで、動的 CI グループを手動で追加および削除することもできます。動的 CI グループを追加すると関連 CI がすべて追加され、動的 CI グループを削除すると関連 CI が削除されます。
CI を選択した後、健全性ダッシュボードアイコン (
) をクリックすると、CI の健全性の詳細を表示できます。注:デフォルトでは、サービスオファリングは除外され、プリンシパルクラスの CI が選択されます。プリンシパルクラスフィルター機能は、Paris リリースを開始する新規顧客に適用され ます。「影響を受けたサービスプロパティのリフレッシュ」を参照してください。
優先度 優先度は、影響度と緊急度に基づき、サービスデスクがタスクにどの程度迅速に対処すべきかを示します。 リスク 変更のリスク レベル。 [高]、[中]、または [低] として定義するまで、[リスク] の値は [なし] です。また、「リスク計算とリスク アセスメント」を使用して、変更のリスク値を作成することもできます。
影響 影響は、インシデント、問題、またはビジネスプロセスの変更の影響の指標です。 モデル 変更要求に使用されている変更モデル。 変更モデルの詳細については、「 変更モデル」を参照してください。
タイプ 変更要求のタイプ。変更モデルが定義されたタイプで構成されていない場合、このフィールドに は [モデル ] が表示されます。このフィールドは読み取り専用です。 変更モデルの作成の詳細については、「 変更モデルの作成」を参照してください。
状況 変更要求状況。デフォルトのステータスは [新規] です。 競合ステータス この変更に対して競合があるかどうか、あるいは競合が実行されていないかどうかを示すステータス。 最近の実行の競合 競合が最後に実行された日時。 アサイン先グループ 変更要求に対応するグループ。 ビジネスルール Populate Assignment Group based on CI/SO は、CI またはサービスオファリングで利用可能な [アサイン先グループ] フィールドに連続して入力します。注:デフォルト値を上書きする場合は、新しいプロパティを作成し、[アサイン先グループ] フィールドの入力に使用するプロパティ値のフィールドを指定する必要があります。次の優先順位でプロパティを作成します。ビジネスルールは、変更要求が作成または更新されたとき、および [アサイン先グループ] と [担当者] フィールドが空のときにトリガーされます。- com.snc.change_request.ci_assignment_group.field_name：[アサイン先グループ] フィールドに入力される CI フィールドを識別します。
- com.snc.change_request.service_offering_assignment_group.field_name：[アサイン先グループ] フィールドに入力されるサービスオファリングフィールドを識別します。
担当者 変更がアサインされているユーザー。アサインルールが適用される場合、変更は適切なユーザーまたはグループに自動的にアサインされます。 簡単な説明 変更の概要。 説明 変更の詳細な説明 -
変更要求が次のステータスに進む準備ができたら、[承認リクエスト] をクリックします。
変更要求のタイプに基づいてステータスが前に進みます。
- [評価] ステータス：通常の変更要求に対するグループレベル承認。承認レコードは、[アサイン先グループ] に基づいて自動的に生成されます。提案された変更のピア レビューと技術レビューを行うことができます。
- [認可] ステータス：緊急の変更要求。
- [スケジュール済み] ステータス：事前承認された標準的な変更。
注:変更レコードをメールするには、コンテンツフレームで、その他のオプションアイコン (
) をクリックして、[メール] を選択します。変更を要求したユーザーと、変更にアサインされたユーザーは、どちらも受信者のリストに自動的に設定されます。カレンダーを表示するには、[変更要求] フォームのタイトル バーにある [カレンダーを表示] をクリックします。