作業項目の種類の追加と管理
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 に設定されている必要があります。 詳細については、「 作業追跡のアクセス許可とアクセスの設定」、継承されたプロセスのカスタマイズを参照してください。
- プロジェクトが作成されるプロジェクト コレクションの継承プロセス モデルが必要です。 詳細については、「 プロジェクト コレクションのプロセス モデルを選択するを参照してください。
- プロセスを作成、編集、管理するには、プロジェクト コレクション管理者グループのメンバーであるか、対応するアクセス許可 [プロセスの作成]、[プロセスの削除]、[プロセスの編集]、または [フィールドの削除] を [許可] に設定organization必要があります。 詳細については、「 作業追跡のアクセス許可とアクセスの設定」、継承されたプロセスのカスタマイズを参照してください。
[設定 > プロセス] を開く
組織にサインインします (
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 の説明、アイコン、色を変更します。
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
監査ログを使用して、継承されたプロセスに加えられた変更を確認します。 詳細については、「 アクセス、エクスポート、およびフィルター監査ログを参照してください。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示