作業項目の種類の追加と管理

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

ユーザー設定の作業項目の種類 (WIT) を追加したり、既存の WIT を変更してフィールドを追加したり、フィールドを削除または非表示にしたり、カスタム ルールを追加したりできます。 たとえば、カスタム チケット WIT で顧客の問題をキャプチャできます。

重要

この記事は、Azure DevOps Services および Azure DevOps Server 2019 以降のバージョンに適用されます。 TFS 2018 以前のコレクションで定義されているプロジェクトをカスタマイズするには、「 オンプレミス XML プロセス モデル」を参照してください。

前提条件

プロセスをカスタマイズする前に、「Azure Boardsの構成とカスタマイズ」を確認することをお勧めします。これにより、ビジネス ニーズに合わせてAzure Boardsをカスタマイズする方法に関するガイダンスが提供されます。 さまざまなバックログとボードの説明については、「 バックログ、ボード、タスクボード、プランでサポートされるタスク」を参照してください。

• Azure DevOps Servicesで作成されたorganizationが必要です。 まだ作成していない場合は、 今すぐ作成してください。
• プロセスを作成、編集、管理するには、Project Collection Administrators グループのメンバーであるか、対応するコレクション レベルのアクセス許可 [プロセスの作成]、[プロセスの削除]、[プロセスの編集]、または [フィールドの削除] を [許可] に設定organization必要があります。 「作業の追跡のためのアクセス許可とアクセスの設定」、継承されたプロセスのカスタマイズに関するページを参照してください。

設定プロセスを>開く

プロセスの作成、管理、カスタマイズは、[組織の設定] > [プロセス] から行います。

1. Azure DevOps のロゴを選択して、[プロジェクト] を開きます。 次に、[組織の設定] を選びます。

   

2. 次に、[プロセス] を選択します。

   

   重要

   [プロセス] が表示されない場合は、TFS-2018 以前のバージョンから作業しています。 [プロセス] ページはサポートされていません。 オンプレミス XML プロセス モデルでサポートされている機能を使う必要があります。

Note

継承されたプロセスをカスタマイズすると、そのプロセスを使用するすべてのプロジェクトが、カスタマイズを反映するように自動的に更新されます。 このため、カスタマイズを組織にロールアウトする前にテストするために行うカスタマイズが多数ある場合は、テスト プロセスとテスト プロジェクトを作成することをお勧めします。 詳細については、「継承されたプロセスの作成と管理」を参照してください。

作業項目の種類を追加する

1. [作業項目の種類] ページで、[新しい作業項目の種類] を選択します。

   

2. WIT に名前を付け、必要に応じて説明、アイコン、色を指定します。 指定したアイコンと色は、作業項目フォームや、関連する作業項目がバックログ、ボード、クエリ結果などで表示される場合など、Web ポータル全体に表示されます。 [作成] を選択して保存します。

   

3. [レイアウト] ページから、フィールド、グループ、またはページを追加して、追跡するフォームとフィールドを指定できます。新しい WIT はそれぞれ、[説明] フィールドとディスカッション、開発、および関連する作業グループを含む [詳細] ページが事前に定義されています。 詳細については、「フィールドの追加と管理」または「プロセス用の Web レイアウトのカスタマイズ」を参照してください。

   

   また、次の図に示すように、フォームのヘッダーに含まれる標準の要素と、履歴、リンク、添付ファイル のページも追加されますが、[レイアウト] ページからは表示されませんが、編集できません。

   

4. [状態] ページを開き、既定のワークフロー状態を表示します。 必要に応じて、 ワークフローの状態をカスタマイズします。
   

5. 省略可能。 バックログに WIT を追加するには、「プロセスのバックログまたはボードをカスタマイズする」を参照してください。 既定では、カスタム WIT はどのバックログにも追加されません。 さまざまなバックログ レベルの詳細については、バックログ、ボード、プランに関するページを参照してください。

6. カスタム作業項目の種類が期待どおりに表示されていることを確認します。 [作業>項目] ページ (ユーザー コンテキスト) を開き、[新しい作業項目] を選択し、カスタマイズした WIT を選択します。 ここではチケットを選択します。

   

   カスタム WIT が表示されない場合は、ブラウザーを更新して、行ったすべてのカスタム変更が登録されていることを確認します。

7. 追加したフィールドがフォームに表示されることを確認します。 (感嘆符) アイコンは、フィールドが必須であることを示します。

   

説明、アイコン、または色を変更する

カスタム WIT の説明、アイコン、または色を変更するには、WIT コンテキスト メニューから [編集] を選択します。

ここでは、チケット カスタム WIT の説明、アイコン、色を変更します。

WIT を有効または無効にする

カスタム WIT を無効にして、ユーザーが使用して作業項目を追加できないようにすることができます。 ただし、カスタム WIT を使用して定義されているすべての既存の作業項目メイン使用できます。 クエリを実行して編集できます。

計画したすべてのフィールド、ワークフロー、およびレイアウトを定義するまで、カスタム WIT を無効にすることができます。

カスタム WIT を無効にするには、WIT コンテキスト メニューから [無効] を選択します。

WIT を再度有効にするには、WIT コンテキスト メニューから [有効] を選択します。

Note

WIT を無効にすると、[新規] ドロップダウンから WIT が削除され、エクスペリエンスが追加されます。 その WIT の作業項目の作成も REST API を介してブロックされます。

その種類の既存の作業項目は変更されません。 それらを更新または削除すると、バックログやボードに引き続き表示されます。 また、無効な WIT の作業項目の種類を有効な種類に変更することもできますが、種類を無効な WIT に変更することはできません。

カスタム WIT を削除または破棄する

重要

WIT を破棄すると、その WIT に関連付けられているすべての作業項目とデータ (履歴値を含む) が削除されます。 破棄されると、データを回復することはできません。

1. カスタム WIT とその WIT に基づくすべての作業項目を完全に削除するには、WIT コンテキスト メニューから [破棄] を選択します。

   WIT を破棄するには、Project Collection 管理istrators グループのメンバーであるか、特定のプロセスを編集するための明示的なアクセス許可が付与されている必要があります。

2. 削除操作を完了するには、次のように WIT の名前を入力する必要があります。

   

WIT 拡張機能

プログラムで WIT を操作するには、「作業項目の種類 REST API」を参照してください。

Q & A

Q: カスタム作業項目の種類操作方法バックログに表示されますか?

A: カスタム作業項目の種類を含むように要件バックログを変更します。 詳細については、バックログまたはボードのカスタマイズ、要件バックログの編集または名前変更に関するページを参照してください。

Note

カスタム作業項目の種類を追加するバックログ レベルによって、作業項目の種類の親作業項目の種類が決まります。

関連記事

Note

継承されたプロセスに加えられた変更は、監査ログを通じて確認できます。 詳細については、「 監査ログへのアクセス、エクスポート、フィルター処理」を参照してください。

• フィールドの追加と管理
• レイアウトをカスタマイズする
• 作業項目の種類のワークフローをカスタマイズする
• 継承されたプロセスを使用してプロジェクトをカスタマイズする