DevOps 変更モデルの概要

特定のユースケース向けに、フローデザイナーで構築された一連の簡潔なフローとフローアクションで目的に合った変更モデルを使用します。変更ワークフロー (通常、標準、緊急) で事前定義された従来の ITIL ベースの変更プロセスを使用する代わりに、特定のユースケースに最適化された幅広いモデルに選択的に移行できます。変更モデルは、ステータス間の移行を決定するステータスとルールを使用して作成できます。変更モデルの詳細については、変更モデル を参照してください。

[DevOps] または [DevOps の簡素化] 変更モデルを含む、任意のベースシステム変更モデルを使用できます。モデルに基づいて変更要求を作成するには、ServiceNow のステップフォームで [モデル] フィールドを設定するか、オーケストレーションパイプラインから変更ステップでモデルの sys_id または名前を渡します。

ベースシステムの DevOps 変更モデル

[DevOps] および [DevOps の簡素化] と呼ばれる 2 つの変更モデルがベースシステムに含まれており、モデルベースの変更要求を作成するためにデフォルトで有効になっています。

タイプ互換性フラグ

タイプ互換性 com.snc.change_management.change_model.type_compatibility プロパティは、作成される変更要求の種類 (タイプベースまたはモデルベース) を決定するために使用されます。[システムプロパティ] > [すべてのプロパティ] に移動して、このプロパティの値を設定します。このプロパティのデフォルト値は false です。このプロパティは、変更モデルの変更タイプの互換性を有効にします。true に設定すると、変更要求はタイプベースのワークフローまたは変更モデルのいずれかとして作成できます。false に設定すると、変更要求は変更モデルのみを使用して作成されます。

プロパティが true または false に設定されている場合、変更要求は、次の表で定義されている構成の組み合わせに基づいて作成されます。

表 : 1. 型互換性プロパティが True に設定されている場合

ServiceNow のパイプラインステップで構成された属性の変更	パイプラインで渡された変更属性	変更要求の作成で考慮される変更属性
変更モデル : <選択した任意の変更モデル>	モデルも変更タイプも渡されません。	モデルベースの変更要求が作成されます
変更モデル : <選択した任意の変更モデル>	タイプが渡されます。たとえば、[通常] です { "attributes": { "type": "normal" } }	タイプベースの変更要求が作成されます
変更モデル: <選択した変更モデル> ([モデル 1 (Model 1)] など)。	異なるモデルが渡されます。例：[モデル 2 (Model 2)]。 { "attributes": { "chg_model": { "name": "Model 2" } } }	変更はモデル 2 (Model 2) に基づいて作成されます
変更モデル: 未指定 変更タイプ: <選択した任意の変更タイプ>	モデルも変更タイプも渡されませんでした	タイプベースの変更要求が作成されます
変更タイプ: <選択した任意の変更タイプ>	モデルが渡されます。 { "attributes": { "chg_model": { "name": "DevOps" } } }	モデルベースの変更要求が作成されます
変更タイプ: <選択した任意の変更タイプ>。たとえば、[通常] です	別のタイプが渡されました。たとえば、[緊急] です。 { "attributes": { "type": "emergency" } }	変更要求は [緊急] タイプに基づいて作成されます。

表 : 2. 型互換性プロパティが True に設定されている場合

ServiceNow のパイプラインステップで構成された属性の変更	パイプラインで渡された変更属性	変更要求の作成で考慮される変更属性
変更モデル : <選択した任意の変更モデル>	モデルも変更タイプも渡されませんでした	モデルベースの変更要求が作成されます
変更モデル : <選択した任意の変更モデル>	タイプが渡されます。たとえば、[通常] です { "attributes": { "type": "normal" } }	エラー タイプ互換性フラグが無効になっているため、変更要求を作成できません。システムプロパティでタイプ互換性フラグを有効にするか、ServiceNow のステップレコードで変更モデルを設定するか、パイプラインに適切な変更モデル Sys ID を入力します。 このエラーの解決方法については、「DevOps 変更速度管理の一般的なエラー」を参照してください。
変更モデル: <選択した変更モデル> ([モデル 1 (Model 1)] など)。	異なるモデルが渡されます。例：[モデル 2 (Model 2)]。 { "attributes": { "chg_model": { "name": "Model 2" } } }	変更はモデル 2 (Model 2) に基づいて作成されます
変更モデル: 未指定 変更タイプ: <選択した任意の変更タイプ>	モデルも変更タイプも渡されません。	エラー 変更タイプまたは変更モデルがパイプライン用に構成されていないため、変更要求を作成できません。 このエラーの解決方法については、「DevOps 変更速度管理の一般的なエラー」を参照してください。
変更タイプ: <選択した任意の変更タイプ>	モデルが渡されます。 { "attributes": { "chg_model": { "name": "DevOps" } } }	モデルベースの変更要求が作成されます
変更タイプ: <選択した任意の変更タイプ>。たとえば、[通常] です	別のタイプが渡されました。たとえば、[緊急] です。 { "attributes": { "type": "emergency" } }	エラー タイプ互換性フラグが無効であるため、変更要求を作成できません。システムプロパティでタイプ互換性フラグを有効にするか、ServiceNow のステップレコードで変更モデルを設定するか、パイプラインに適切な変更モデル Sys ID を入力します。 このエラーの解決方法については、「DevOps 変更速度管理の一般的なエラー」を参照してください。

DevOps モデルの構成

ベースシステムの変更モデルでは、[実装ステータス] フィールドの値は [実装] に設定され、[レコードのプリセット] フィールドはデフォルトで [タイプ] = [通常] として選択されています。[DevOps] 変更モデルで利用可能なモデルステータスは、[新規]、[評価]、[認可]、[スケジュール済み]、[実装]、[レビュー]、[クローズ済み]、および [キャンセル済み] です。[DevOps の簡素化] 変更モデルで利用可能なモデルステータスは、[新規]、[認可]、[スケジュール済み]、[実装]、[レビュー]、[クローズ済み]、および [キャンセル] です。要件に応じて、変更モデルを修正し、特定のユースケースに合わせて状態や移行を設定できます。

ベースシステムの DevOps モデルを使用する代わりに独自のモデルを作成する場合は、「変更モデルの作成」セクションの手順を参照してください。

レコードのプリセットを使用して、変更モデルの変更の詳細を設定できます。変更が作成されるたびに、これらの値が自動的に変更に設定されます。変更要求に存在する任意の変更フィールドに対してレコードのプリセットを設定できます。

変更要求の作成時に変更の詳細を事前提出する際には、次のロジックが考慮されます。

• レコードのプリセットで変更の詳細を構成した場合、パイプラインから変更の詳細を渡してこの値を上書きすることはできません。
• 変更の詳細がレコードのプリセットで構成されていない場合、パイプラインから渡された値は、変更要求の詳細を事前提出するために考慮されます。
• 変更の詳細がレコードのプリセットで構成されておらず、パイプラインから渡されない場合は、ServiceNow のステップフォームで構成された値が考慮されます。

ServiceNow のレコードのプリセットで構成された変更の詳細	ServiceNow のステップフォームで構成された変更の詳細	パイプラインで渡された変更の詳細	変更の作成時に事前入力される変更の詳細
アサイン先グループ: DevOps レポート	アサイン先グループ: 未指定	アサイン先グループ: 未指定	アサイン先グループは、変更要求のレコードのプリセットから事前入力されます
アサイン先グループ: 未設定	アサイン先グループ: 未指定	アサイン先グループ: DevOps レポート	アサイン先グループは、変更要求のパイプラインから事前入力されます
アサイン先グループ: 未設定	アサイン先グループ: DevOps レポート	アサイン先グループ: 未指定	アサイン先グループは、変更要求のステップフォームから事前入力されます

[DevOps] 変更モデル

• 変更 - DevOps - 新規 (Change - DevOps - New)：変更要求が [新規] ステータスで作成されると、このフローがトリガーされます。アサイン先グループがある場合、このフローは変更ステータスを [評価] に更新します。
• 変更 - DevOps - 評価 (Change - DevOps - Assess)：変更要求が [評価] ステータスの場合、このフローがトリガーされます。このフローには、[DevOps による変更ポリシーデータの収集 (DevOps Gather Change Policy Data)] と [変更承認ポリシーの適用 (Apply Change Approval Policy)] の 2 つの主要なアクションがあります。これらは、変更要求に関連付けられた DevOps データを取得し、変更要求を自動承認するか、自動却下するか、手動承認のために送信する必要があるかを確認するために使用されます。変更の承認 (自動または手動) は、このフローの一部として DevOps モデル変更ポリシーに基づく [変更承認ポリシーの適用 (Apply Change Approval Policy)] アクションで行われます。変更が承認されると (自動または手動)、ステータスは [許可] に移行します。変更が却下された場合、変更を要求したユーザーにメール通知が送信され、変更は [新規] 状態に戻ります。
• 変更 - DevOps - 許可 (Change - DevOps - Authorize)：変更要求が [許可] ステータスの場合、このフローがトリガーされます。ベースシステムでは、[DevOps による変更ポリシーデータの収集 (DevOps Gather Change Policy Data)] と [変更承認ポリシーの適用 (Apply Change Approval Policy)] という 2 つの主要なアクションがあります。これらは、変更要求に関連付けられた DevOps データを取得し、変更要求を自動承認、自動却下、または手動承認のために送信する必要があるかどうかを確認するために使用されます。[変更承認ポリシーの適用 (Apply Change Approval Policy)] アクションの DevOps モデル変更ポリシーの条件が満たされません。したがって、このフローの変更承認 (自動または手動) はスキップされます。このフローは、変更要求ステータスを [変更 - DevOps - スケジュール (Change - DevOps - Schedule)] フローをトリガーする [スケジュール済み] に移行するだけです。
  注:

  変更プロセスで別の承認が必要な場合は、このフローを参照し、要件に従って DevOps モデル変更ポリシーをカスタマイズできます。
• 変更 - DevOps - スケジュール (Change - DevOps - Schedule)：変更要求が [スケジュール済み] ステータスの場合、このフローがトリガーされます。開始予定日に達すると、変更は [実装] ステータスに移行します。
• 変更 - DevOps - 実装 (Change - DevOps - Implement)：変更要求が [実装] ステータスの場合、このフローがトリガーされます。

[DevOps の簡素化] モデル

パイプラインを再開するコールバック

アップグレード後