バックログとボードをカスタマイズする (継承プロセス)

[アーティクル]
10/22/2024

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

現在、プロジェクトには、"Features" と "Epics" という 2 つの定義済みのポートフォリオバックログがあります。ただし、プロジェクトで必要なポートフォリオバックログが増える場合は、それらを作成できます。

重要

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

ポートフォリオバックログの利点:

作業: ポートフォリオバックログを整理すると、ビジネスイニシアチブ、ユーザーシナリオ、またはその他の関連条件に基づいて作業を整理できます。
階層ビュー: バックログをポートフォリオにすることで下位レベルのバックログで定義された項目 (ユーザーストーリー、機能、タスクなど) を含む作業の階層ビューを取得できます。
チーム間の可視性: プログラムマネージャーは、複数のチームにわたってバックログ項目の状態を追跡できます。ドリルダウンして、すべての作業が適切に表現されるようにすることができます。

詳細については、「プロセスのカスタマイズと継承されたプロセスについて」を参照してください。

次の例では、カスタムの Initiative 作業項目の種類を追跡する、Initiatives というラベルの付いた第 3 レベルのポートフォリオバックログを追加しました。また、製品バックログの名前を Stories と Tickets に変更して、 User Stories だけでなく、製品バックログの Customer Tickets も追跡していることを示しました。

バックログレベルに加えられた変更を示すスクリーンショット。

Note

継承された作業項目の種類をバックログレベルに追加することはできません。たとえば、製品バックログに Issue または Impediment 作業項目の種類を追加することはできません。

サポートされているカスタマイズ

バックログとボードは、チームの作業を作成および管理するための不可欠なアジャイルツールです。システムプロセスから継承された標準のバックログ (製品、イテレーション、ポートフォリオ) は完全にカスタマイズできます。さらに、合計で 5 個のポートフォリオバックログにカスタムのポートフォリオバックログを追加できます。

バックログの種類

カスタマイズのサポート

継承されたバックログ

カスタム作業項目の種類 (WIT) を追加する

継承された作業項目の種類を追加する

カスタムポートフォリオバックログ

サポートされていないカスタマイズ:

継承されたポートフォリオレベルの削除:
- 継承されたポートフォリオレベルを製品から直接削除することはできませんが、いくつかのオプションがあります。
  - ポートフォリオレベルの名前を変更する: 継承したポートフォリオレベルの名前をニーズに合わせて変更できます。
  - 継承された WIT: 継承されたポートフォリオレベルに使用しない WIT が含まれている場合は、無効にすることができます。このアクションにより、チームはこれらの種類の新しい作業項目を作成できなくなります。
バックログレベルの挿入:
- 定義済みのバックログの既存のセット内に新しいバックログレベルを挿入することはできません。定義済みのバックログレベルは通常固定されており (エピック、機能、ユーザーストーリー、タスクなど)、その間にカスタムのバックログレベルを追加することはできません。
バックログレベルの並べ替え:
- 残念ながら、バックログレベルを並べ替えることはできません。通常、これらは定義済みの階層に従っており、順序の変更はサポートされていません。
複数のバックログレベルに WIT を追加する:
- 各 WIT は、1 つのバックログレベルにのみ属できます。 2 つの異なるバックログレベルに WIT を同時に追加することはできません。
カスタムタスクバックログレベルの作成:
- カスタムタスク固有のバックログレベルを作成することはできませんが、カスタム WIT をイテレーションバックログに追加することはできます。たとえば、"Enhancement" または "Maintenance" というカスタム WIT を作成し、それをイテレーションバックログに関連付けることができます。
バグの管理:
- バグ WIT は、既定では特定のバックログレベルに属していません。代わりに、各チームがバグを管理する方法を決定できます。バックログとボードのバグを表示するか、個別に処理することもできます。

バックログからの継承された WIT の追加または削除:
- 継承された WIT をバックログに直接追加したり、バックログから削除したりすることはできません。たとえば、製品バックログへの "問題" WIT の追加はサポートされていません。
- ただし、次のことができます。
  - ポートフォリオレベルの名前を変更する: 継承されたポートフォリオレベルに使用しない WIT が含まれている場合は、ニーズに合わせて名前を変更することを検討してください。
  - 継承された WIT: を無効にする:除外する継承された WIT がある場合は、それらを無効にすることができます。このアクションにより、チームはこれらの種類の新しい作業項目を作成できなくなります。
継承されたポートフォリオレベルの削除:
- 継承されたポートフォリオレベルを製品から削除することはできませんが、次の 2 つのオプションがあります。
  - ポートフォリオレベルの名前を変更する: より適切な名前を付けます。
  - 継承された WIT を無効にする: チームが特定の継承された WIT を使用できないようにします。
バックログレベルの挿入:
- 残念ながら、定義済みのバックログの既存のセット内に新しいバックログレベルを挿入することはできません。定義済みのバックログレベル (エピック、機能、ユーザーストーリー、タスクなど) は固定されたままです。
バックログレベルの並べ替え:
- バックログレベルは通常、定義済みの階層に従っており、順序の変更はサポートされていません。並べ替えはできません。
複数のバックログレベルに WIT を追加する:
- 各 WIT (バグ、タスク、ユーザーストーリーなど) は、1 つのバックログレベルにのみ属できます。 2 つの異なるバックログレベルに WIT を同時に追加することはできません。
カスタムタスクレベルの作成:
- カスタムタスク固有のバックログレベルを作成することはできませんが、カスタム WIT をイテレーションバックログに追加することはできます。たとえば、"Enhancement" または "Maintenance" という名前のカスタム WIT を作成し、それをイテレーションバックログに関連付けます。
バグの管理:
- バグ WIT は、既定では特定のバックログレベルに属していません。代わりに、各チームがバグを管理する方法を決定できます。バックログとボードのバグを表示するか、個別に処理することもできます。

Note

一部の機能では、Azure DevOps Server 2020.1 更新プログラムのインストールが必要です。詳しくは、Azure DevOps Server 2020 Update 1 RC1 リリースノートの Boards に関する説明をご覧ください。

システム作業項目の種類をバックログに追加する

バックログまたはボード内の問題または障害またはその他の継承された作業項目の種類を追跡する場合は、対応するバックログを編集します。次の表に、バックログに追加できる作業項目の種類を示します。

Note

この機能には、Azure DevOps Server 2020.1 更新プログラム以降のバージョンが必要です。

処理

作業項目の種類

アジャイル

問題点

スクラム

障害

CMMI

変更要求、問題、レビュー、リスク

各 編集バックログレベル ダイアログには、他のバックログレベルに割り当てられない、継承された作業項目の種類とカスタム作業項目の種類が自動的に含まれます。たとえば、割り当てられていないアジャイル作業項目の種類は、次の図に示すように、 その他の作業項目の種類 セクションの下に表示されます。

Web ポータル、プロセス、バックログレベル、その他の作業項目の種類セクション、アジャイルプロセスを示すスクリーンショット。

これらの同じ作業項目の種類は、カスタム作業項目の種類と共に、特定のバックログレベルに割り当てられるまで、すべてのバックログレベルの 編集バックログレベル ダイアログに表示されます。

Web ポータル、プロセス、バックログレベル、バックログレベルの編集ダイアログのスクリーンショット。

Note

既定の継承された作業項目の種類をバックログレベルから削除することはできませんが、対応する作業項目の種類を無効にすることはできます。たとえば、そのバックログをサポートするために別の作業項目の種類を追加している限り、アジャイル要件バックログのユーザーストーリー作業項目の種類を無効にすることができます。

作業項目の種類に追加されたフィールド

WIT をバックログレベルに追加すると、特定のフィールドが非表示フィールドとして WIT 定義に自動的に追加されます。これらのフィールドは作業項目フォームには表示されませんが、特定のアジャイルツール機能をサポートするために不可欠です。

バックログレベル	追加されたフィールド	説明
ポートフォリオバックログ	- スタックランク (アジャイル、CMMI) - バックログの優先度 (スクラム)	[スタックランク] フィールドと [バックログ優先度] フィールドでは、作業項目がバックログまたはボード上で並べ替わるときの相対的な優先度がキャプチャされます。詳細については、「シーンの後処理: バックログ優先度またはスタックランクフィールドを参照してください。
要件バックログ	- スタックランク、ストーリーポイント (アジャイル) - スタックランク、サイズ (CMMI) - バックログの優先順位、作業 (スクラム)	ストーリーポイント、サイズ、および作業量フィールドは、要件バックログに割り当てられた WIT を完了するために必要な相対的な作業をキャプチャします。この値は、 velocity を計算するために使用されます。
イテレーションバックログ	- アクティビティ、残存作業時間、スタックランク (アジャイル) - 規範、残存作業時間、スタックランク (CMMI) - アクティビティ、残存作業時間、バックログの優先度 (スクラム)	残存作業時間は、 Sprint バーンダウンおよび容量グラフで使用されます。

前提条件

特定のビジネス要件に合わせて 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 などのコレクションレベルのアクセス許可を持ちます。
- これらのアクセス許可を使用すると、組織内のプロセスとフィールドを変更できます。

Note

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

ポートフォリオバックログの追加または編集

アジャイル、スクラム、CMMI のシステムプロセスでは、エピックとフィーチャーという 2 つの既定のポートフォリオバックログが定義されています。それぞれに、対応する作業項目の種類、エピック、およびフィーチャーが関連付けられています。基本プロセスでは、エピックバックログとエピック作業項目の種類のみが定義されます。詳細については、プロセスとプロセステンプレートの概要に関する記事を参照してください。

カスタム WIT を追加することも、以前に追加した WIT を選択することもできます。別のバックログレベルに関連付けられていない WIT のみが選択対象として表示されることに注意してください。