競合分析プロパティの設定
- 更新日2024年2月1日
- 所要時間:10 分
- Washington DC
- "変更管理"
Change Management 競合分析プロパティを設定して、変更の競合を検出します。関連情報を使用して、変更要求の競合を計算し、変更を確認および変更して競合を解消します。
始める前に
必要なロール:admin
このタスクについて
デフォルトでは、Change Management の [競合分析プロパティ] ページで、一部のプロパティが選択されません。組織のニーズに合わせて競合検出機能を変更またはカスタマイズします。
手順
- に移動します。
- Change Management の [競合分析プロパティ] ページで、競合の検出機能にアクセスできるロールを入力します。
- 必要に応じて、残りのカスタマイズプロパティを設定します。
- [保存] をクリックします。
競合分析プロパティ
競合の検出には、競合の検出機能がどのように実行されるかを決定するプロパティが含まれています。選択されたプロパティとその機能にアクセスできるロールに基づいて、競合を識別します。
| プロパティ | プロパティ名 | 説明 |
|---|---|---|
| 競合検出機能にアクセスできるロールのカンマ区切りリスト。ここに含まれるロールは、基礎となる change_request レコードにアクセスできる必要があります。 | change.conflict.role | に表示されるとおりに、ロール名を正確に入力します。たとえば、「itil」と入力します。 |
| 変更要求の競合のチェック時に、ブラックアウト期間をチェックします。 | change.conflict.blackout | 変更の要求がブラックアウト期間に該当するかどうかを確認する場合は、[はい] を選択します。 |
| 変更要求の競合をチェックする際に、その変更が子 CI のブラックアウト期間に該当するかどうかを確認します。 | change.conflict.relatedchildblackout | いずれかの子構成アイテム (CI) の変更の要求がブラックアウト期間に該当するかどうかを確認する場合は、[はい] を選択します。 |
| 変更要求の競合をチェックする際に、その変更が親 CI のブラックアウト期間に該当するかどうかを確認します。 | change.conflict.relatedparentblackout | 親 CI の変更の要求がブラックアウト期間に該当するかどうかを確認する場合は、[はい] を選択します。 |
| 変更要求の競合のチェック時に、同じ CI ですでにスケジュールされている変更をチェックします。 | change.conflict.currentci | 指定された CI に対して変更の要求がすでにスケジュールされているかどうかを確認する場合は、[はい] を選択します。 |
| 変更要求の競合をチェックする際に、その変更が CI のメンテナンス期間に該当するかどうかを確認します。 | change.conflict.currentwindow | CI の変更の要求がメンテナンス期間に該当するかどうかを確認する場合は、[はい] を選択します。 |
| 変更要求の競合をチェックする際に、その変更が子 CI のメンテナンス期間に該当するかどうかを確認します | change.conflict.relatedchildwindow | いずれかの子 CI の変更の要求がメンテナンス期間に該当するかどうかを確認する場合は、[はい] を選択します。 |
| 変更要求の競合をチェックする際に、その変更が親 CI のメンテナンス期間に該当するかどうかを確認します | change.conflict.relatedparentwindow | 親 CI の変更の要求がメンテナンス期間に該当するかどうかを確認する場合は、[はい] を選択します。 |
| 変更要求の競合をチェックする際に、その変更が CI のメンテナンス スケジュールの参照フィールドで定義されたスケジュールに該当するかどうか確認します。 | change.conflict.ci_maint_sched | メンテナンススケジュールの参照フィールドで CI に対して定義されたスケジュールメンテナンスに変更の要求が該当するかどうか確認する場合は、[はい] を選択します。 |
| 変更要求の競合をチェックする際に、その変更が関連するアプリケーションサービスに影響を与えているメンテナンスまたはブラックアウト期間に該当するかどうかを確認します | change.conflict.relatedservices | メンテナンス期間またはブラックアウト期間に該当する変更の要求が、変更するようにスケジュールされている CI を含む作成されたサービスまたはそのサービス内の他の CI など、他の関連アプリケーションサービスに影響を与えるかどうかを確認する場合は、[はい] を選択します。 注: このアクションには、アプリケーションサービスに変換されると識別されたビジネスサービスが必要です。詳細については、「ビジネスサービスのアプリケーションサービスへの変換」を参照してください。アプリケーションサービスについては、「アプリケーションサービスアプリケーションサービス」を参照してください。 |
| 変更要求の競合のチェック時に、他の変更要求が同じ担当者ユーザーに対してすでにスケジュールされているかどうかをチェックします。 | change.conflict.assigned_to | 他の変更の要求が同じ担当者ユーザーに割り当てられているかどうかを確認します。たとえば、その日時に別の変更の要求を実装するようにすでにスケジュールされているユーザーに変更の要求を割り当てた場合、競合エラーが表示されるようにするには、[はい] を選択します。 |
| CI 競合チェックモード。基本モードでは、変更要求 CI のみをチェックします。詳細モードでは、影響する CI 関連リスト全体をチェックします (変更の CI は自動的に関連リストに追加されます)。 | change.conflict.mode | CI の競合モードを確認するには、適切な CI 競合モードを選択します。
|
| 変更の要求の更新時に構成アイテム、開始予定日、終了予定日、または状態が変更された後には、自動的に競合検出を実行 | change.conflict.refresh.conflicts | 次のフィールド値のいずれかが変更されたときに競合の検出を自動的に更新して実行する場合は、[はい] を選択します。
|
| スケジュール変更競合チェッカーを有効にする | change.conflict.refresh.scheduled | スケジュール変更競合チェッカーを有効にするには、[はい] を選択します。 |
| [影響を受ける CI] 関連リストに競合がある CI に関連したビジネスまたはアプリケーションサービスを自動的に含めます | change.conflict.populateimpactedcis | 競合がある関連 CI を含むすべてのビジネスサービスおよびアプリケーションサービスを自動的に含めてリストする場合は、[はい] を選択します。 |
| サポート構成アイテムとの競合が検出された場合に最も重要なビジネスまたは影響を受けるアプリケーションサービスを特定します | change.conflict.identifymostcritical | 競合がある関連 CI を持つ、最も影響を受けるビジネスまたはアプリケーションサービスを識別する場合は、[はい] を選択します。 |
| 次の利用可能な時間を検索するときに、変更レコードの個別の予定開始日または予定終了日の後何日間を考慮に入れるかを定義します。この期間は競合する可能性があるすべての変更を検出するために使用され、期間が大きければ、検索ごとに織り込む必要がある変更は多くなります。デフォルト値は 90 日間です。値は正の整数である必要があります。 | change.conflict.next_available.schedule_window | 変更の要求のスケジュールされた予定開始日または終了日を分析して次の利用可能な時間を見つける場合は、日数を入力します。
|
| 変更での次の利用可能な時間フィールドに関して計算される提案の数を定義します。値が大きければ、変更を実装する次の利用可能な時間の計算にかかる時間が長くなります。デフォルト値は 25 の提案です。値は正の整数である必要があります。 | change.conflict.next_available.choice_limit | 次の利用可能な時間に関して計算して表示する提案の数を入力します。
|
| ChangeCheckConflict のロギングレベル (デフォルト:notice) | change.conflict.log | 変更競合のいずれかのロギングレベルを選択します。
|
| スケジュールが重複しているために競合が生じる、連続する変更要求を処理する。 | change.conflict.allow_contiguous_changes | このプロパティはデフォルトで有効になっています。 |
| スケジュールの競合が検出された場合、メッセージを表示します。 | change.conflict.show_conflict_message | スケジュールの競合が検出された場合、メッセージを表示します。競合メッセージの表示を設定するには、指定されたオプションのいずれかを選択します。
|
| 競合を統合して、競合が競合タイプとスケジュールまたは競合する変更の一意の組み合わせに対してのみ登録されるようにします。 | change.conflict.consolidated_conflicts | 競合タイプとスケジュールまたは競合タイプと競合する変更の、一意の組み合わせに起因する競合のみを表示します。 このプロパティはデフォルトで有効になっています。 |
関連コンテンツ
- Change Management でのブラックアウトおよびメンテナンススケジュールの作成
ブラックアウトおよびメンテナンス期間を使用して、変更をスケジュールします。ブラックアウト期間は、通常の変更アクティビティをスケジュールしない時間を指定します。メンテナンス期間は、変更要求をスケジュールする時間を指定します。たとえば、年末にコードフリーズを実施するために停電スケジュールを作成します。blackout-maintenance-schedule
- 変更の要求を設定して、外部メンテナンススケジュールの競合を監視します
メンテナンススケジュールの外部の競合を表示するように変更の要求が設定されている場合、競合の検出は、開始予定日と終了予定日がメンテナンス期間外に発生するかどうかを示します。検出された競合を確認することで、変更スケジュールを変更できます。
- 競合するカレンダー
競合するカレンダーは、変更要求に対する潜在的なスケジューリング競合をグラフィカルに表します。競合は、アクティブな変更要求、ブラックアウトスケジュール、および、メンテナンススケジュール外でスケジュールされた変更として識別されます。[スケジュールアシスタント] を使用して、スケジュールの競合を解決します。
- 自動変更の競合検出のアクティブ化
特定の間隔で、または変更の要求が更新されてスケジュールの日付が更新されると即時に、競合の検出が自動的に実行されて競合を確認します。
- 手動での競合検出と競合の詳細のレビュー
変更の要求に対して競合の検出を手動で実行すると、完了前に競合の検出をキャンセルできます。自動または手動で検出された競合を確認し、スケジュールを変更して解決します。
- 競合分析プロパティ
競合の検出には、競合の検出機能がどのように実行されるかを決定するプロパティが含まれています。選択されたプロパティとその機能にアクセスできるロールに基づいて、競合を識別します。