作業項目の種類にルールを追加する (継承プロセス)
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
カスタム ルールでは、さまざまなビジネス ユース ケースがサポートされるため、フィールドの既定値を設定したり、必須にしたりすることができます。 ルールを使用すると、フィールドの値をクリアし、値をフィールドにコピーし、異なるフィールドの値間の依存関係に基づいて値を適用できます。
重要
この記事は、Azure DevOps Services および Azure DevOps Server 2019 以降のバージョンに適用されます。 TFS 2018 以前のコレクションで定義されているプロジェクトをカスタマイズするには、「 オンプレミス XML プロセス モデル」を参照してください。
重要
継承プロセス モデルは、継承プロセス モデルをサポートするように構成されたプロジェクト コレクションで定義されているプロジェクトに対してのみ使用できます。 オンプレミスのコレクションがオンプレミスの XML プロセス モデルを使用するように構成されている場合は、そのプロセス モデルのみを使用して作業追跡エクスペリエンスをカスタマイズできます。 詳細については、「 作業追跡のカスタマイズ」の「プロジェクト コレクションのプロセス モデルを選択する」を参照してください。
TFS 2018 以前のコレクションで定義されているプロジェクトをカスタマイズするには、「 オンプレミス XML プロセス モデル」を参照してください。
カスタム ルールを使用すると、特定の条件に基づいて複数のアクションを定義できます。 たとえば、次の種類のシナリオをサポートするルールを適用できます。
- [優先度] に値が定義されている場合は、[リスク] を必須フィールドにします
- Release の値に変更が加えられたら、"Milestone" の値をクリアします
- 残存作業時間の値に変更が加えられた場合は、[完了した作業時間] を必須フィールドにします
- [承認済み] の値が True の場合は、[承認済み] を必須フィールドにします。
- ユーザー ストーリーが作成されたら、[優先度]、[リスク]、[作業] の各フィールドを必須にします。
- 現在のユーザーが "プロジェクト管理者" のメンバーである場合は、優先度を必須にします
- 現在のユーザーが "プロジェクト管理者" のメンバーでない場合は、[優先度] フィールドを非表示にします
注意
フィールドを必須にし、フィールドの [オプション] タブでフィールドの既定値を指定します。
カスタム ルールを定義する前に、「 ルールとルールの評価」、「継承されたプロセス ルールの構成」を確認してください。 ルールを適用するための一般的なシナリオを示す例については、「 ルール シナリオのサンプル」を参照してください。
前提条件
プロセスをカスタマイズする前に、「Azure Boardsの構成とカスタマイズ」を確認することをお勧めします。これにより、ビジネス ニーズに合わせてAzure Boardsをカスタマイズする方法に関するガイダンスが提供されます。 さまざまなバックログとボードの説明については、「 バックログ、ボード、タスクボード、プランでサポートされているタスク」を参照してください。
- Azure DevOps Servicesで作成されたorganizationが必要です。 まだ作成していない場合は、 今すぐ作成します。
- プロセスを作成、編集、管理するには、Project Collection Administrators グループのメンバーであるか、対応するコレクション レベルのアクセス許可 [プロセスの作成]、[プロセスの削除]、[プロセスの編集]、または [フィールドの削除] を [許可] に設定organization必要があります。 作業追跡のアクセス許可とアクセスの設定に関する記事の「継承プロセスをカスタマイズする」を参照してください。
- プロジェクトが作成されるプロジェクト コレクションの継承プロセス モデルを選択している必要があります。 詳細については、「 プロジェクト コレクションのプロセス モデルを選択する」を参照してください。
- プロセスを作成、編集、および管理するには、Project Collection Administrators グループのメンバーであるか、対応するアクセス許可 [プロセスの作成]、[プロセスの削除]、[プロセスの編集]、または [フィールドの削除] を [許可] に設定organization必要があります。 作業追跡のアクセス許可とアクセスの設定に関する記事の「継承プロセスをカスタマイズする」を参照してください。
[設定] > [プロセス] を開く
プロセスの作成、管理、カスタマイズは、[組織の設定] > [プロセス] から行います。
Azure DevOps のロゴを選択して、[プロジェクト] を開きます。 次に、[組織の設定] を選びます。
次に、[プロセス] を選択します。
重要
[プロセス] が表示されない場合は、TFS-2018 以前のバージョンから作業しています。 [プロセス] ページはサポートされていません。 オンプレミス XML プロセス モデルでサポートされている機能を使う必要があります。
プロセスの作成、管理、カスタマイズは、[コレクション設定] > [プロセス] から行います。
Azure DevOps のロゴを選択して、[プロジェクト] を開きます。 プロセスをカスタマイズするプロジェクト コレクションを選んで、[コレクション設定] を選びます。
次に、[プロセス] を選択します。
プロセスの作成、管理、カスタマイズは、[管理者の設定] > [プロセス] から行います。
Azure DevOps のロゴを選択して、[プロジェクト] を開きます。 次に、[管理者の設定] を選びます。
次に、[プロセス] を選択します。
注意
継承されたプロセスをカスタマイズすると、そのプロセスを使用するすべてのプロジェクトが自動的に更新され、カスタマイズが反映されます。 このため、カスタマイズをorganizationにロールアウトする前に、カスタマイズをテストするために行うカスタマイズが多数ある場合は、テスト プロセスとテスト プロジェクトを作成することをお勧めします。 詳細については、「 継承されたプロセスの作成と管理」を参照してください。
カスタム規則を追加する
選択した作業項目の種類にフィールドを追加します。
ルールを追加する WIT を選択し、[ ルール] を選択して、[ 新しいルール] を選択します。
[新しい作業項目ルール] ダイアログに入力できない場合は、プロセスを編集するために必要なアクセス許可がありません。 作業追跡のアクセス許可とアクセスの設定に関する記事の「継承プロセスをカスタマイズする」を参照してください。
ルールに名前を付け、ドロップダウン メニューから条件とアクションを選択します。
ヒント
操作するフィールドを基にした名前、または設定する条件を指定します。
ここでは、[状態] が [アクティブ] に変わり、現在は空の場合に[受け入れ基準] フィールドが必要であることを定義します。
指定する一連のアクションは、同じ WIT に対して定義されている他のルールに関して、ルール自体の動作やその動作には影響しません。
カスタムルールを追加したら、作業項目を開き、ルールが意図したとおりに動作することを確認します。
ルールを削除または無効にする
ルールを一時的に無効にすることも、完全に削除することもできます。
ルールの [アクション] メニューからルールを削除または無効にします。
関連記事
注意
継承されたプロセスに加えられた変更は、監査ログを通じて確認できます。 詳細については、「 監査ログへのアクセス、エクスポート、フィルター処理」を参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示