作業項目の種類の追加と管理
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
ユーザー設定の作業項目の種類 (WIT) を追加したり、既存の WIT を変更してフィールドを追加したり、フィールドを削除または非表示にしたり、カスタム ルールを追加したりできます。 たとえば、カスタム チケット WIT で顧客の問題をキャプチャできます。
重要
継承プロセス モデルは、それをサポートするように構成されたプロジェクトで使用できます。 古いコレクションを使用している場合は、プロセス モデルの互換性を確認してください。 オンプレミスのコレクションがオンプレミスの XML プロセス モデルを使用するように構成されている場合は、そのプロセス モデルのみを使用して作業追跡エクスペリエンスをカスタマイズできます。 詳細については、「 プロジェクト コレクションのプロセス モデルを選択するを参照してください。
前提条件
Azure Boards の構成とカスタマイズに関するページを参照してください特定のビジネス要件に合わせて Azure Boards を調整する方法に関するガイダンスが提供されています。
組織の要件: Azure DevOps に組織化があることを確認します。
アクセス許可:
- Project コレクション管理者グループのメンバーになります。
- Create process、Delete process Edit process、Delete a field from organization Allow などのコレクション レベルのアクセス許可を持ちます。
- これらのアクセス許可を使用すると、組織内のプロセスとフィールドを変更できます。
プロジェクト プロセス モデルの要件:
- プロジェクトが作成されるプロジェクト コレクションの Inheritance プロセス モデル があることを確認します。
アクセス許可:
- Project コレクション管理者グループのメンバーになります。
- Create process、Delete process Edit process、Delete a field from organization Allow などのコレクション レベルのアクセス許可を持ちます。
- これらのアクセス許可を使用すると、組織内のプロセスとフィールドを変更できます。
組織プロセスの設定を開く
組織にサインインします (
https://dev.azure.com/{yourorganization}
)。[組織化の設定
選択。
プロセスを選択します。
コレクション (
https://dev.azure.com/{Your_Collection}
) にサインインします。[コレクションの設定] または [管理者設定] を選択します。
プロセスを選択します。
Note
継承されたプロセスをカスタマイズすると、そのプロセスを使用するすべてのプロジェクトにそのカスタマイズが自動的に反映されます。 スムーズな移行を確実に行うために、組織全体でカスタマイズを実装する前にテスト プロセスとプロジェクトを作成することをお勧めします。 詳細については、「 継承されたプロセスの作成と管理を参照してください。
作業項目の種類を追加する
作業項目の種類ページで、[新しい作業項目の種類
選択。
WIT に名前を付け、必要に応じて説明、アイコン、色を指定します。 指定したアイコンと色は、作業項目フォームや、関連する作業項目がバックログ、ボード、クエリ結果などで表示される場合など、Web ポータル全体に表示されます。 [ 作成 を選択して保存します。
[レイアウト] ページから、フィールド、グループ、またはページを追加して、追跡するフォームとフィールドを指定できます。新しい WIT はそれぞれ、[説明] フィールドとディスカッション、開発、および関連する作業グループを含む [詳細] ページが事前に定義されています。 詳細については、「 フィールドの追加と管理 または プロセスの Web レイアウトをカスタマイズするを参照してください。
また、次の図に示すように、 Layout ページには表示も編集もできませんが、次の図に示すように、フォームのヘッダーに含まれる標準要素と、履歴、リンク、添付ファイルのページがあります。
[状態] ページを開き、既定のワークフロー状態を表示します。 必要に応じて、 ワークフローの状態をカスタマイズします。
省略可能。 バックログに WIT を追加するには、「 プロセスのバックログまたはボードをカスタマイズする」を参照してください。 既定では、カスタム WIT はどのバックログにも追加されません。 さまざまなバックログ レベルの詳細については、「 バックログ、ボード、プラン」を参照してください。
カスタム作業項目の種類が期待どおりに表示されていることを確認します。 Work>Work Items ページ (ユーザー コンテキスト) を開き、[新しい作業項目選択しカスタマイズした WIT を選択します。 ここでは、 Ticket を選択します。
カスタム WIT が表示されない場合は、ブラウザーを更新して、行ったすべてのカスタム変更が登録されていることを確認します。
追加したフィールドがフォームに表示されることを確認します。
(感嘆符) アイコンは、フィールドが必須であることを示します。
説明、アイコン、または色を変更する
カスタム WIT の説明、アイコン、または色を変更するには、WIT コンテキスト メニューから [編集] を選択します。
ここでは、チケット カスタム WIT の説明、アイコン、色を変更します。
![[概要] ページ、カスタム チケットの説明、アイコン、色を編集する](media/process/cpwit-edit-color-description.png?view=azure-devops)
WIT を有効または無効にする
カスタム WIT を無効にして、ユーザーが使用して作業項目を追加できないようにすることができます。 ただし、カスタム WIT を使用して定義されているすべての既存の作業項目は引き続き使用できます。 クエリを実行して編集できます。
計画したすべてのフィールド、ワークフロー、およびレイアウトを定義するまで、カスタム WIT を無効にすることができます。
カスタム WIT を無効にするには、WIT コンテキスト メニューから Disable を選択します。
WIT を再度有効にするには、WIT コンテキスト メニューから Enable を選択します。
Note
WIT を無効にすると、 New ドロップダウンから WIT が削除され、エクスペリエンスが追加されます。 その WIT の作業項目の作成も REST API を介してブロックされます。
その種類の既存の作業項目は変更されません。 それらを更新または削除すると、バックログやボードに引き続き表示されます。 また、無効な WIT の作業項目の種類を有効な種類に変更することもできますが、種類を無効な WIT に変更することはできません。
カスタム WIT を削除または破棄する
重要
WIT を破棄すると、その WIT に関連付けられているすべての作業項目とデータ (履歴値を含む) が削除されます。 破棄されると、データを回復することはできません。
カスタム WIT とその WIT に基づくすべての作業項目を完全に削除するには、WIT コンテキスト メニューから Destroy を選択します。
WIT を破棄するには、プロジェクト コレクション管理者グループのメンバーであるか、特定のプロセスを編集するための明示的なアクセス許可 付与されている必要があります。
削除操作を完了するには、次のように WIT の名前を入力する必要があります。
WIT 拡張機能
プログラムで WIT を操作するには、「 Work Item Types REST APIを参照してください。
Q & A
Q: カスタム作業項目の種類操作方法バックログに表示されますか?
A: カスタム作業項目の種類を含むように要件バックログを変更します。 詳細については、「 バックログまたはボードのカスタマイズ、要件バックログの編集または名前変更を参照してください。
Note
カスタム作業項目の種類を追加するバックログ レベルによって、作業項目の種類の親作業項目の種類が決まります。
関連記事
Note
監査ログを使用して、継承されたプロセスに加えられた変更を確認します。 詳細については、「 アクセス、エクスポート、およびフィルター監査ログを参照してください。