バックログとボードをカスタマイズする (継承プロセス)
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 は、1 つのバックログ レベルにのみ属できます。 2 つの異なるバックログ レベルに WIT を同時に追加することはできません。
- カスタム タスク バックログ レベルの作成:
- カスタム タスク固有のバックログ レベルを作成することはできませんが、カスタム WIT をイテレーション バックログに追加することはできます。 たとえば、"Enhancement" または "Maintenance" というカスタム WIT を作成し、それをイテレーション バックログに関連付けることができます。
- バグの管理:
- バグ WIT は、既定では特定のバックログ レベルに属していません。 代わりに、各チームがバグを管理する方法を決定できます。 バックログとボードのバグを 表示するか、個別に処理することもできます。
- バックログからの継承された WIT の追加または削除:
- 継承された WIT をバックログに直接追加したり、バックログから削除したりすることはできません。 たとえば、製品バックログへの "問題" WIT の追加はサポートされていません。
- ただし、次のことができます。
- ポートフォリオ レベルの名前を変更する: 継承されたポートフォリオ レベルに使用しない WIT が含まれている場合は、ニーズに合わせて名前を変更することを検討してください。
- 継承された WIT: を無効にする:除外する継承された WIT がある場合は、それらを無効にすることができます。 このアクションにより、チームはこれらの種類の新しい作業項目を作成できなくなります。
- 継承されたポートフォリオ レベルの削除:
- 継承されたポートフォリオ レベルを製品から削除することはできませんが、次の 2 つのオプションがあります。
- ポートフォリオ レベルの名前を変更する: より適切な名前を付けます。
- 継承された WIT を無効にする: チームが特定の継承された WIT を使用できないようにします。
- 継承されたポートフォリオ レベルを製品から削除することはできませんが、次の 2 つのオプションがあります。
- バックログ レベルの挿入:
- 残念ながら、定義済みのバックログの既存のセット内に新しいバックログ レベルを挿入することはできません。 定義済みのバックログ レベル (エピック、機能、ユーザー ストーリー、タスクなど) は固定されたままです。
- バックログ レベルの並べ替え:
- バックログ レベルは通常、定義済みの階層に従っており、順序の変更はサポートされていません。 並べ替えはできません。
- 複数のバックログ レベルに 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 更新プログラム以降のバージョンが必要です。
Process
作業項目の種類
アジャイル
問題点
スクラム
障害
CMMI
変更要求、問題、レビュー、リスク
各 編集バックログ レベル ダイアログには、他のバックログ レベルに割り当てられない、継承された作業項目の種類とカスタム作業項目の種類が自動的に含まれます。 たとえば、割り当てられていないアジャイル作業項目の種類は、次の図に示すように、 その他の作業項目の種類 セクションの下に表示されます。
これらの同じ作業項目の種類は、カスタム作業項目の種類と共に、特定のバックログ レベルに割り当てられるまで、すべてのバックログ レベルの 編集バックログ レベル ダイアログに表示されます。
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 のみが選択対象として表示されることに注意してください。
ポートフォリオ バックログを追加する
次の手順に従って、ポートフォリオ バックログとカスタム作業項目の種類を追加できます。
組織にサインインします (
https://dev.azure.com/{Your_Organization}
)。[組織化の設定
選択。
プロセスを選択します。
コレクション (
https://dev.azure.com/{Your_Collection}
) にサインインします。[コレクションの設定] または [管理者設定] を選択します。
プロセスを選択します。
[ バックログ レベル ページで、新しい最上位レベルのポートフォリオ バックログ
選択。
バックログ レベルに名前を付け、バックログ レベルの色を選択し、このレベルに関連付ける作業項目の種類を追加してから、 Add を選択します。
作業項目の種類を 1 つだけバックログに関連付ける場合は、 保存 を選択して変更を保存します。 それ以外の場合は、必要に応じて作業項目の種類を追加できます。
ポートフォリオ バックログの編集、名前変更、または削除
[ バックログ レベル ページで、ポートフォリオ バックログの コンテキスト メニューを選択して、編集、名前変更、または削除します。
バックログ レベルを削除すると、すべてのチームのレベルに関連付けられているバックログとボードが削除されます。これには、チームに対するカスタマイズも含まれます。 関連付けられている作業項目の種類で定義されている作業項目は削除されず、影響も受けられません。
Note
Epics または Features ポートフォリオ バックログから、既定の継承された作業項目の種類を削除することはできません。 ただし、これらの作業項目の種類を無効にして、ユーザー インターフェイスから効果的に削除することができます。
要件バックログを編集または名前変更する
要件バックログ (製品バックログとも呼ばれます) は、製品バックログとボードに表示される作業項目の種類を定義します。 アジャイルの既定の作業項目の種類はユーザー ストーリーです。基本的な、問題のための;スクラム、製品バックログ項目の場合。CMMI の場合は要件です。
バックログの名前の変更、色の変更、作業項目の種類の追加、既定の作業項目の種類の変更を行うことができます。 要件バックログのコンテキスト メニューから [バックログの編集] ダイアログを開きます。
次の例では、バックログの名前を変更し、 Customer Ticket と Issue を追加し、既定の種類を Customer Ticket に変更しました。 バックログに含める作業項目の種類のこれらのボックスをオンにします。
次の例では、バックログの名前を変更し、 Customer Ticket を追加し、既定の種類を Customer Ticket に変更しました。
Note
既定の継承された作業項目の種類を要件バックログから削除することはできません。 ただし、作業項目の種類を無効にして、ユーザー インターフェイスから効果的に削除することができます。
イテレーション バックログを編集する
イテレーション バックログはスプリント バックログとも呼ばれ、スプリント バックログとタスクボードに表示される作業項目の種類を定義します。 すべてのプロセスの既定の作業項目の種類は Task です。
イテレーション バックログでは、作業項目の種類を追加し、既定の作業項目の種類を変更できます。 イテレーション バックログのコンテキスト メニューから [バックログの編集] ダイアログを開きます。
次の例では、タスクと共に追跡される Ticket 作業項目の種類を追加しました。
Note
イテレーション バックログから既定の継承された作業項目の種類を削除することはできません。 ただし、作業項目の種類を無効にして、ユーザー インターフェイスから効果的に削除することができます。