作業追跡エクスペリエンスをカスタマイズする

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

プロジェクトを計画して追跡するときは、チームの追跡要件に合わせて機能を構成するか、エクスペリエンスをカスタマイズすることを検討してください。 すべてのチームに影響を与えるプロジェクトをカスタマイズする方法は、使用しているプロセス モデルによって異なります。

この記事では、使用可能なカスタマイズの概要と、3 つのプロセス モデル間でのカスタマイズの違いについて説明します。 ビジネス上の決定をサポートするためのカスタマイズに関する具体的なガイダンスについては、 Azure Boards の構成とカスタマイズを行います。 詳細については、「Azure Boards とは」および「作業項目について」を参照してください。

次の作業追跡レベルでカスタマイズできます。

  • プロジェクト レベルの共有リソース: チームがバックログとボードを構成するために選択する領域とイテレーションのパスを定義します。 共有クエリと作業項目タグは、一度定義したオブジェクトをプロジェクト全体で共有できます。
  • チームの資産またはツール: 各チームは、バックログ、ボード、ダッシュボードなどの特定のツールを構成できます。 詳細については、「 チームとアジャイル ツールについて」を参照してください。
  • プロジェクトおよびオブジェクト レベルのアクセス許可: 作業追跡ツールへのアクセスを管理します。これには、オブジェクトとプロジェクトのアクセス許可の設定、特定のアクセス レベルへのユーザーまたはグループの割り当てが含まれます。
  • 組織レベルのプロセスのカスタマイズ: すべてのチームが使用できるフィールド、作業項目の種類、バックログとボードをカスタマイズします。
  • プロジェクト レベルの共有リソース: チームがバックログとボードを構成するために選択する領域とイテレーションのパスを定義します。 共有クエリと作業項目タグは、一度定義したオブジェクトをプロジェクト全体で共有できます。
  • チームの資産またはツール: 各チームは、バックログ、ボード、ダッシュボードなどの特定のツールを構成できます。 詳細については、「 チームとアジャイル ツールについて」を参照してください。
  • プロジェクトおよびオブジェクト レベルのアクセス許可: 作業追跡ツールへのアクセスを管理します。これには、オブジェクトとプロジェクトのアクセス許可の設定、特定のアクセス レベルへのユーザーまたはグループの割り当てが含まれます。
  • コレクション レベルのプロセスのカスタマイズ: すべてのチームが使用できるフィールド、作業項目の種類、バックログとボードをカスタマイズします。

プロジェクト レベルの共有リソース

各プロジェクトは、プロジェクト内のすべてのチームをサポートする多くの共有リソースを提供します。 これらの機能は、Web ポータルのユーザー インターフェイスまたは管理者コンテキストを使用して構成します。 詳細については、次の記事をご覧ください。

ユーザー 選択ウィンドウと ID フィールド

  • り当て先 およびその他 ID フィールドは、ユーザー選択機能でサポートされています。
  • 作業項目フォーム内で [割り当て済み ] フィールドを選択すると、ユーザー選択ウィンドウがアクティブになります。
  • ユーザーを選択するには、名前の入力を開始し、一致するものが見つかるまで検索します。
  • 以前に選択したユーザーが一覧に自動的に表示されます。
  • Microsoft Entra ID または Active Directory を使用している組織の場合、ユーザー 選択ウィンドウでは、AD に追加されたすべてのユーザーとグループを検索できます (特定のプロジェクトに追加されたユーザーとグループのみではありません)。
  • 選択できる ID のスコープをプロジェクト固有のユーザーに制限するには、プロジェクト スコープ ユーザー グループを使用します。
  • カスタム ルールでは、作業項目内の ID フィールドで使用できる値をさらに制限できます。

ユーザー 選択ウィンドウの [割り当て済み] フィールドのスクリーンショット。

詳細については、次の記事をご覧ください。

組織レベルのプロセスのカスタマイズ

コレクション レベルのプロセスのカスタマイズ

プロジェクトでは、作業の追跡に使用できる作業項目の種類 (WIT) を定義し、アジャイル ツールを構成します。 ユーザー ストーリー、タスク、バグ、および情報のキャプチャに使用されるデータ フィールドを指定します。 カスタマイズされたオブジェクトは、プロジェクト内のチーム間で共有されます。

Note

作業追跡のカスタマイズに使用する方法は、サブスクライブするプロセス モデルによって異なります。

  • 継承: AZURE DevOps Services、Azure DevOps Server 2019、Azure DevOps Server 2020 で使用できる WYSIWYG カスタマイズをサポートします。
  • ホストされる XML: プロセス テンプレートのインポート/エクスポートによるカスタマイズをサポートします。このモデルを選択した Azure DevOps Services の一部のお客様が利用できます。
  • オンプレミス XML: 作業追跡オブジェクト用の XML 定義ファイルのインポート/エクスポートによるカスタマイズをサポートし、すべてのオンプレミスデプロイで使用できます。

次の表は、サポートされている 3 つのプロセス モデルの違いをまとめたものです。 主な作業追跡オブジェクトの定義については、アジャイル用語集を参照してください。 カスタマイズに関する記事へのリンクについては、Azure Boards 設定のクイック リファレンス インデックスを参照してください


機能


WYSIWYG 編集

✔️


継承されたカスタム プロセスの作成、システム プロセスの変更の継承 (アジャイル、基本、スクラム、CMMI)

✔️


カスタム プロセス テンプレートを作成する (注 1 を参照)

✔️

✔️


更新されたプロセス変更は、プロセスを参照しているすべてのプロジェクトに自動的に適用されます

✔️

✔️


フィールド、作業項目の種類、フォーム レイアウト、ワークフロー、カスタム ルール、バックログ レベル、カスタム コントロール、テスト管理のカスタマイズのサポート

✔️

✔️

✔️


リンクの種類、チーム フィールド、グローバル ワークフロー、およびプロセス構成のカスタマイズのサポート (注 3 を参照)

✔️


エリア パス、反復パス、作業項目クエリ、セキュリティ グループ、アクセス許可の初期構成 (注 3 を参照)

✔️

✔️


グローバル リスト

候補リスト

(注 2 を参照)

✔️


コマンド ライン ツールを使用して Microsoft フィールド マッピングを TFSFieldMapping 更新する (注 4 を参照)

✔️

✔️


コマンド ライン ツールを使用してaz boardsプロジェクトとチームを編集し、情報を一覧表示する

✔️

✔️

✔️


コマンド ライン ツールwitadmin使用してプロセス情報を一覧表示およびエクスポートする

✔️

✔️

✔️


コマンド ライン ツールwitadmin使用してプロセス情報を編集する

✔️


コマンド ライン ツールtcm fieldmapping使用して、解決の種類、バグのファイリング、およびエラーの種類のテスト ケース管理マッピングを一覧表示およびエクスポートします。

✔️


REST API (読み取り)

✔️

✔️

✔️


REST API (書き込み)

✔️

✔️

(注 5 を参照)


注:

  1. プロセスによって、作業の追跡に使用される構成要素が決定されます。 プロセス テンプレートは、作業やその他の機能領域を追跡するための構成要素と初期構成を提供する、相互依存に関連する XML 定義ファイルのセットを指定します。
  2. ホスト型 XML カスタマイズでは、プロセス更新によるグローバル リストの追加と更新がサポートされます (各リストの最大サイズに制限があります)。 詳細については、「作業追跡オブジェクトの制限」を参照してください
  3. 継承されたプロセス モデルでは、プロセス テンプレートのカスタマイズで使用できる次の機能のカスタマイズはサポートされていません。 代わりに、Web ポータル内でプロジェクトごとにこれらの領域をカスタマイズします。
    • 区分パスとイテレーション パス
    • 作業項目クエリ
    • セキュリティ グループとアクセス許可
    • バージョン管理やビルドなどの機能領域へのアクセス許可とアクセス
    または、REST API を使用することもできます。
    または、REST API または Azure DevOps CLI コマンド ツール使用できます。
  4. Office Project と Azure DevOps の統合のサポートは非推奨となり、 TFSFieldMapping コマンドはサポートされていません。
  5. REST API を使用して、プロセス テンプレートを インポートおよびエクスポートします

プロジェクト コレクションのプロセス モデルを選択する

Azure DevOps Server 2019 と Azure DevOps Server 2020 では、次のダイアログに示すように、XML (オンプレミスの XML プロセス モデル) と継承 (継承プロセス モデル) を選択できます。

[チーム プロジェクト コレクションの作成] ウィザードの [コレクション名] ダイアログを示すスクリーンショット。

重要

プロセスの選択は元に戻すことができません。 セットアップ後は、選択したモデルに基づいて作業追跡オブジェクトのみをカスタマイズできます。 また、オンプレミスの XML プロセス モデルを使用する既存のプロジェクト コレクションは、継承プロセス モデルに移行できません。

詳細については、「プロジェクト コレクションの管理」を参照してください

テスト エクスペリエンスをカスタマイズする

いくつかの作業項目の種類は、Web ポータル のテスト ページとテスト マネージャー クライアント内のテスト エクスペリエンスをサポートしています。

  • 継承されたプロセス場合は、他の作業項目の種類と同様に、次の作業項目の種類をカスタマイズできます。
    • テスト計画
    • テスト スイート
    • テスト ケース
  • オンプレミスの XML プロセスでは、次のようなテスト関連のすべての作業項目の種類をカスタマイズできます。
    • テスト計画
    • テスト スイート
    • テスト ケース
    • 共有ステップ
    • 共有パラメーター

次の例は、サポートされているリンク関係を示しています。

テスト管理作業項目の種類を示すスクリーンショット。

あまり一般的ではないカスタマイズ

次のカスタマイズは、ホストされた XML またはオンプレミスの XML プロセス モデルを使用する場合にのみ実行できます。 プロセス構成に対して行われたカスタマイズは、プロジェクト内のすべてのチームに適用されます。

バックログとボードの制限 (ホステッド XML、オンプレミス XML)

表示の読み込み時間を許容可能なパラメーターに制限するために、タスク ボードは最大 1,000 個の作業項目に制限されます。 詳細については、「プロセス構成 XML 要素リファレンス」を参照してください

TaskBacklog 要素の属性の値を指定することで、この値workItemCountLimitを最大 1500 まで増やすことができます。 詳細については、「プロセス構成 XML 要素リファレンス」を参照してください

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

フィールドの割り当てを変更する (ホステッド XML、オンプレミス XML)

能力、バーンダウン チャート、予測、速度の計算に使用される作業項目フィールドを変更できます。 既定の割り当てのいずれかに対して行った変更は、その値の情報を定義およびキャプチャするために使用される WIT に加えられた変更に対応する必要があります。

たとえば、割り当てを変更 refname する type="Activity" 場合は、アクティビティ情報をキャプチャするタスク カテゴリに割り当てられている WIT 定義に同じフィールドを含める必要があります。 詳細については、「プロセス構成 XML 要素リファレンス」を参照してください

割り当てるフィールドは、次のツールで使用されます。

ツール フィールドの種類
タスク ボード、容量ツール、スプリント バーンダウン 残存作業
プロダクト バックログとポートフォリオ バックログ バックログの優先度
速度と予測 作業量 (ストーリー ポイント、作業量、またはサイズにマップ)
タスク ボード、容量ツール 残存作業
容量ツール アクティビティ (タスク アクティビティまたは規範)

作業追跡ツールへのアクセスを管理する

アクセス許可の設定を使用して、特定の機能へのアクセスを管理します。 チームにユーザー アカウントを追加すると、共同作成者グループに自動的に追加されます。 その後、コード、作業の追跡、ビルド、テストに貢献するために必要なほとんどの機能にアクセスできます。 ただし、共同作成者グループでは、ユーザーが共有クエリを作成したり、領域または反復パスを追加したりすることはできません。 これらのアクセス許可を個別に付与する必要があります。

アクセスを管理するには、次のアクセス許可設定を使用します。

  • チームにユーザー アカウントを追加すると、共同作成者グループに自動的に追加されます。
  • 共同作成者グループは、コード、作業の追跡、ビルド、テストに貢献するために必要なほとんどの機能にアクセスできます。
  • ただし、共同作成者グループでは、ユーザーは次のことを許可しません。
    • 共有クエリを作成する
    • 領域または反復パスを追加する
    • これらのアクセス許可を個別に付与するには、適切な手順に従います。
  • 一般的な既定のアクセス許可とアクセスの割り当ての簡単な概要については、「アクセス許可とアクセス」を参照してください。 アクセス許可の管理を初めて使用する場合は、アクセス許可、アクセス許可、セキュリティ グループ、アクセス許可の継承、セキュリティ グループの概要に関するセクションを参照してください。

特定の機能へのアクセスを管理するには、次の記事を参照してください。



その他のカスタマイズ オプション

次の他のカスタマイズ オプションから選択します。

次のステップ