次の方法で共有


フィールドの追加と管理 (継承プロセス)

Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022

カスタム フィールドを追加するか、 継承したアイコン 継承フィールドの特定の属性を変更することで、作業追跡システムをカスタマイズできます。 たとえば、ユーザー設定フィールドを追加して他のデータをキャプチャしたり、継承されたフィールドの作業項目フォームに表示されるラベルを変更したりできます。

重要

継承プロセス モデルは、モデルの種類をサポートするように構成されたプロジェクトで使用できます。 古いコレクションを使用している場合は、プロセス モデルの互換性を確認してください。 オンプレミスのコレクションがオンプレミスの XML プロセス モデルを使用するように構成されている場合は、そのプロセス モデルのみを使用して作業追跡エクスペリエンスをカスタマイズできます。 詳細については、「 組織レベルのプロセスのカスタマイズ」を参照してください。

システムおよび継承されたフィールドを含め、組織に定義されているすべてのフィールドを表示するには、「 作業項目のフィールドと属性を表示する」を参照してください。

ユーザー設定フィールドを追加した後、それを使用して クエリグラフ、または 分析ビューを作成し、Power BI レポート を使用して関連データを追跡および分析できます。

前提条件

特定のビジネス要件に合わせて Azure Boards を調整する方法のガイダンスについては、「 Azure Boards の構成とカスタマイズ」を参照してください。

カテゴリ 要件
アクセス許可 - プロセスを作成、削除、または編集するには、プロジェクト コレクション管理者のメンバー グループまたは特定のコレクション レベルのアクセス許可 プロセスの作成、プロセスの削除、プロセスの編集、または [を許可] に設定されている 組織からフィールドを削除します。 詳細については、「 継承されたプロセスをカスタマイズする」を参照してください。
- ボードを更新するには、チーム管理者、または プロジェクト管理者 グループのメンバー。
アクセス - Basic または下位のアクセス権を持っている場合でも、他のユーザーがアクセス許可を付与した場合でもプロセスを変更できます。
- 既存の作業項目の種類を更新および変更するには:プロジェクトのメンバー。
プロジェクト プロセス モデル - プロジェクトを含むプロジェクト コレクションの継承プロセス モデルが必要です。
- Azure DevOps Services にデータを移行するには、 Team Foundation Server Database Import Service を使用します
知識 - カスタマイズ モデルとプロセス モデルに関する知識。

組織プロセスの設定を開く

  1. 組織にサインインします (https://dev.azure.com/{yourorganization})。

  2. [組織の設定] を選択します。

    組織の設定ボタンが選択用に示されているスクリーンショット。

  3. プロセスを選択します。

    選択のために強調表示されている [プロセス] ボタンを示すスクリーンショット。

  1. コレクション (https://dev.azure.com/{Your_Collection}) にサインインします。

  2. [コレクションの設定] または [管理者設定] を選択します。

  3. プロセスを選択します。

    [コレクション] 設定で強調表示された [プロセス] ボタンを示すスクリーンショット。

継承されたプロセスをカスタマイズすると、そのプロセスを使用するすべてのプロジェクトにカスタマイズが自動的に反映されます。 スムーズな移行を確実にするために、組織全体でカスタマイズを実装する前に、カスタマイズをテストするテスト プロセスとプロジェクトを作成することをお勧めします。 詳細については、「継承されたプロセスの作成と管理」を参照してください。

カスタム フィールド名

継承されたプロセスにユーザー設定フィールドを追加すると、Azure DevOps によって、ユーザー設定のプレフィックスが付いた参照名が割り当 てられ、フィールド 名からスペースが削除されます。 たとえば、"DevOps Triage" という名前のフィールドには、 参照名 Custom.DevOpsTriage が割り当てられます。 参照名にはスペースを使用できません。

カスタム フィールドを追加する

フィールドを追加し、表示するグループとページを指定できます。 フィールドを追加した後、フィールドをページ内にドラッグ アンド ドロップして、フォーム上の配置を調整できます。 カスタム ページまたはグループに複数のフィールドを追加する場合は、フィールドを追加する前に 、まずそれらのページまたはグループを作成 します。

各プロセスでは、システムフィールドと継承フィールドを含め、最大 1,024 個のフィールドを定義できます。 フィールドは、フォーム上のページ内でのみ追加できます。 [割り当て先]、[状態]、[理由] フィールドがあるフォームの灰色の領域にフィールドを追加することはできません。

  1. 選択した継承された プロセスの [プロセス ] ページで、ユーザー設定フィールドを追加する作業項目の種類 (WIT) を選択します。

    次の例では、[バグ] WIT を選択します。 階層リンクに注目して、 すべてのプロセスMyAgile プロセス ページに戻ることができます。

    スクリーンショットは、すべてのプロセス、プロセス、WIT の階層リンクを示しています。

    [新しい] フィールドやその他のオプションが無効になっている場合、プロセスを編集するために必要なアクセス許可はありません。

  2. WIT を選択して、[新しいフィールド] を選択します。

    スクリーンショットは、WIT にフィールドを追加するオプションを含む [作業項目の種類の処理] ページを示しています。

  3. フィールドに名前を付け、サポートされているデータ型の 1 つからフィールドの種類を選択します。 必要に応じて、説明を追加します。

    フィールド名は組織内で一意である必要があります。 あるプロセスのユーザー設定フィールドは、別のプロセスのフィールドと同じ名前を共有できません。 詳細については、「フィールドとは」を参照してください。フィールド名の使用方法

    次の例では、 Customer Ticket というラベルの整数フィールド型を追加します。

    バグ WIT にフィールドを追加し、[整数] フィールドの種類を選択するスクリーンショット。

  4. (省略可能)[ オプション] タブで、フィールドが必須かどうかを指定し、既定値を指定します。 空白のままにした場合、フィールドは省略可能なままです。 必須フィールドを作成する場合、ユーザーは作業項目を保存する値を指定する必要があります。 既定値は、作業項目が作成または開かれるときに設定され、フィールドが空です。

    [顧客チケット] フィールドの設定オプションを示すスクリーンショット。

  5. (省略可能)[ レイアウト ] タブでは、フィールド名とは異なるフォーム ラベルを指定できます。 また、フォームにフィールドが表示されるページとグループを選択することもできます。

    次の例では、顧客のフォーカスというラベルの付いた新しいグループに [顧客チケット] フィールドを追加します。

    スクリーンショットは、レイアウトの顧客フォーカス グループに [顧客チケット] フィールドを追加する方法を示しています。

    フォーム ラベルは変更できますが、カード (ボードタスクボード) にフィールドを追加したり、フィールドに基づいて クエリを作成 したりする場合は、フィールド名を使用する必要があります。

  6. フィールドを追加を選択してプロセスを完了します。 レイアウトの場所を指定しない場合、フォームのフィールドの最初のグループにフィールドが追加されます。

  7. 変更が完了したら、カスタマイズした種類の作業項目を開いて更新プログラムを確認します。

    次の例は、[顧客チケット] フィールドが [状態] グループに正常に追加されたことを示しています。 変更がすぐに表示されない場合は、ブラウザーを更新して、更新プログラムが正しく表示されるようにします。 この手順により、新しいフィールドが作業項目フォームに適切に統合され、使用できる状態になります。

    スクリーンショットには、[顧客チケット]フィールドが顧客フォーカスグループに追加されたバグフォームが表示されています。

候補リストを追加する

作業の追跡、処理、およびプロジェクトの制限

新しいフィールドを追加し、候補リストを定義したり、継承されたフィールドの候補リストをカスタマイズしたりできます。

各組織またはコレクションでは、最大 2,048 個の候補リストを定義できます。 各選択リストには、最大 2,048 個のアイテムを含めることができます。 候補リスト項目は 256 文字以下にする必要があります。 依存する候補リストを追加するには、 カスケード リストを参照してください。

  1. [新しいフィールドの追加] アイコン [新しいフィールド] を選択し、選択リストの種類 (整数または文字列) を指定し、候補リストに表示する項目を追加します。 項目を追加し、 Enter キーを押して別の項目を追加できます。

    [バグにフィールドを追加] ダイアログ、[カスタム候補リストの追加] を示すスクリーンショット。

    リスト内のアイテムを削除するには、アイテムを強調表示し、[削除] アイコン の削除アイコンを選択します。

    継承されたフィールドの候補リストを変更するには、[編集] を選択してフィールドを編集します。 [定義] タブで、[値の追加] を選択できます。

    スクリーンショットは、[ユーザー ストーリー] ダイアログの [定義] タブの [優先度の編集] フィールドを示しています。

  2. (省略可能) 必須または既定値 を指定し、 フィールドがフォームに表示される場所を選択します

    スクリーンショットは、カスタム選択リストの [値を許可する] を示しています。

ID フィールドを追加する

ID ベースのフィールドを使用して、[割り当て先] フィールドと同様のフィールドを追加します。 ID ベースのフィールドは、[割り当て先] フィールドと同じように動作し、検索機能と ID ピッカー機能があります。 組織が Microsoft Entra ID または Active Directory を使用してユーザーを管理している場合、システムにより、ID ベースのフィールドは、これらのディレクトリで定義されている名前と同期されます。

[新しいフィールドの追加] アイコン [新しいフィールド] を選択し、フィールド名、ID の種類、必要に応じて説明を選択します。

[バグへのフィールドの追加] ダイアログの [定義] タブ、[ID フィールドの追加] のスクリーンショット。

(省略可能) 必須または既定値 を指定し、 フィールドがフォームに表示される場所を選択します

リッチ テキストの HTML フィールドを追加する

  1. フィールドを追加する WIT を選択し、[新しいフィールドの追加] アイコン [新しいフィールド] を選択します

  2. 種類として [テキスト (複数行)] を選択します。 ここでは、このフィールドに「Customer request」とラベルを付け、製品機能リクエストに関する顧客コメントを取り込みます。

    [Process Work Item Types]\(作業項目の種類の処理\) ページのスクリーンショット。[バグ] フォームにリッチ テキスト フィールドを追加します。

  3. このフィールドは、システム定義のすべてのリッチ テキスト フィールドの最初の列 (Discussion コントロールの前) に追加されます。

    [バグ] フォーム、フォームの最初の列に追加された [顧客要求] フィールドを示すスクリーンショット。

  4. (省略可能) 必須または既定値 を指定し、 フィールドがフォームに表示される場所を選択します

チェック ボックス フィールドを追加する

  1. WIT を選択して、フィールドを追加し、追加アイコン新しいフィールドを選びます。

  2. 型として [ブール値] を選択し、ラベルを付けます。 ここでは、バグのトリアージ状態を追跡するために、フィールドに「Triaged」というラベルを付けます。

    ブール型フィールドの追加を示すスクリーンショット。

  3. (省略可能) [オプション] を選択し、フィールドが必要かどうかを指定します。

    ブール型フィールドの設定オプションを示すスクリーンショット。

  4. 既定では、フィールドは 2 番目の列で定義された最後のグループに追加されます。 [ レイアウト] を選択し、フィールドをフォーム上の別のグループにドラッグ アンド ドロップします。

    このフィールドは、作業項目フォームのチェック ボックスとして表示されます。 チェックボックスをオンにするとの値が示されます。 フィールドがボードまたはタスクボードに表示される場合、 TrueFalse の値はチェック ボックスではなくテキストとして表示されます。

既存のフィールドを別の WIT に追加する

既存のフィールドは、コレクション内に定義されている継承されたフィールドとカスタム フィールドに対応します。 ユーザー設定フィールドを 1 つの WIT に追加した後、フォーム メニューから他のユーザーに追加できます。 また、あるプロセスに対して定義されたフィールドを、別のプロセスの作業項目の種類に追加することもできます。 作業項目の種類を開き、既存のフィールドを選択します。

システム定義の作業項目フィールドの説明を検索する方法については、「作業項目フィールドのインデックス」を参照してください。

次の例では、ユーザー ストーリー WIT に [顧客チケット ] フィールドを追加します。

ユーザー ストーリーへの既存のフィールドの追加を示すスクリーンショット。

(省略可能) 必須または既定値 を指定し、 フィールドがフォームに表示される場所を選択します

フィールドのラベルを変更する

フィールドの名前変更や型の変更はサポートされていません。 ただし、[ レイアウト ] タブから作業項目フォームに表示されるラベルを変更できます。クエリを作成するときは、ラベルではなくフィールド名を使用します。

次の例では、[ 顧客チケット ] フィールドに チケット番号のラベルを変更します。

[レイアウト] タブを示すスクリーンショット。フィールドのラベルが変更されています。

説明のヘルプ テキストを変更する

ユーザーが作業項目フォームのフィールドにカーソルを合わせると、説明のヘルプ テキストが表示されます。 カスタム フィールドと継承フィールドの両方のヘルプ テキストをカスタマイズできますが、動作はフィールドの種類によって異なります。

  • 継承されたフィールド: ヘルプ テキストは、作業項目の種類とプロセスごとにカスタマイズできます。
  • ユーザー設定フィールド: ヘルプ テキストは、すべての作業項目の種類とプロセスで一貫しています。

[説明] のヘルプ テキストを変更するには、変更する作業項目の種類を選択し、フィールドの [編集] を選択し、[定義] タブを選択します。変更された値は、プロセスのフィールドとその作業項目の種類にのみ影響します。

ここでは、[ユーザー ストーリー] の [ストーリー ポイント] フィールドを変更します。

[フィールドの編集] ダイアログ、[ユーザー ストーリー]、[ストーリー ポイント] フィールド。

フィールドの表示、非表示、または削除

任意のフィールドまたはカスタム コントロールがフォームに表示されないように、表示または非表示を切り替えることができます。 後でフォームにフィールドを復元したい場合は、それを再表示することができます。このアクションは、組織からフィールドを削除する[削除]オプションとは異なります。

継承されたフィールドに対して定義されたデータは、非表示にした場合でも、データ ストアと作業項目の履歴に保持されます。 作業項目の [履歴] タブを表示すると、そのレコードを確認できます。

レイアウトからユーザー設定フィールドを削除すると、データ ストアに保持されますが、履歴から削除されます。 クエリ結果から表示できます。 フィールドをフォームに追加し直すと、履歴が復元されます。 プロジェクト コレクションからユーザー設定フィールドを削除するには、「 フィールドを削除する」を参照してください。

フィールドまたはカスタム コントロールを非表示にする

  1. フィールドまたはコントロールのコンテキスト メニューを開き、[レイアウトから非表示にする] を選択します。

    バグ レイアウト、継承されたフィールド、コンテキスト メニューを開き、[レイアウトから非表示にする] を選択する

  2. 非表示フィールドまたはコントロールをフォームに追加するには、[レイアウトで表示] を選択します。

フォームからカスタム フィールドを削除する

  1. 削除するフィールドのコンテキスト メニューから [削除] を選択します。

    バグ作業項目の種類からフィールドを削除する

  2. フィールドを削除することを確認します。

    バグ作業項目フォームからフィールドを削除することを確認する
  3. 削除されたカスタム フィールドを追加するには、[新しいフィールド] を選択し、[既存フィールドの使用] を選択します。

フィールドを既定値に戻す

継承されたフィールドに加えた変更は破棄できます。 変更した作業項目の種類の [レイアウト] ページで、フィールドの [元に戻す] オプションを選択します。

[レイアウト] ページの [フィールド] コンテキスト メニューのスクリーンショット。[元に戻す] オプションを選択します。

カスタム フィールドを削除する

継承プロセス モデルでは、ユーザー設定フィールドのみを削除できます。システムの既定のフィールドを削除することはできません。

フィールドを削除すると、履歴値を含め、関連付けられているすべてのデータが削除されます。 データ消去ジョブが開始されるまでに、少し時間がかかる場合があります。 この間、フィールドの復元と、フィールド の更新 REST API を使用してそのデータの回復を試みることができます。 残りのデータによっては、復旧が完全、部分的、または失敗する可能性があります。 回復が常に可能または完了するとは限らないので、フィールドを削除する場合は注意が必要です。

この操作を元に戻すことはできません。 使用されていないフィールドのみを削除します。 未使用のフィールドを識別するには、 witadmin listfields コマンドを使用します。 詳しくは、「作業項目フィールドの管理 (witadmin)」を参照してください。
組織またはコレクションに対して Analytics が有効になっている場合は、Analytics にクエリを実行して、次の構文でユーザー設定フィールドが使用されている場所を見つけることができます。

https://analytics.dev.azure.com/{OrganizationName}/_odata/v4.0-preview/WorkItemTypeFields?$filter=FieldReferenceName eq {CustomFieldReferenceName}&$select=WorkItemType

ユーザー設定フィールドを削除するには、次の手順を実行します。

  1. 組織設定>プロセス>フィールド>その他の操作>削除 を選択します。

    フィールドを削除する

    Project Collection Administrators グループのメンバーであるか、または [削除] フィールドに対する明示的なアクセス許可が付与されている

  2. 次の例に示すようにフィールドの名前を入力し、[ 作業項目の削除] フィールドを選択して確認します。

    [削除] フィールドと確認ダイアログを示すスクリーンショット。

監査ログと監査機能を使用して、継承されたプロセスに加えられた変更を確認できます。 詳細については、「アクセス、エクスポート、およびフィルター監査ログ」を参照してください。