バックログとボードをカスタマイズする (継承プロセス)
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
現在、プロジェクトには、"Features" と "Epics" という 2 つの定義済みのポートフォリオ バックログがあります。ただし、プロジェクトで必要なポートフォリオ バックログが増える場合は、それらを作成できます。
重要
継承プロセス モデルは、それをサポートするように構成されたプロジェクトで使用できます。 古いコレクションを使用している場合は、プロセス モデルの互換性を確認してください。 オンプレミスのコレクションがオンプレミスの XML プロセス モデルを使用するように構成されている場合は、そのプロセス モデルのみを使用して作業追跡エクスペリエンスをカスタマイズできます。 詳細については、「プロジェクト コレクションのプロセス モデルの選択」を参照してください。
ポートフォリオ バックログの利点:
- 作業の整理: ポートフォリオ バックログを使用すると、ビジネス イニシアチブ、ユーザー シナリオ、またはその他の関連条件に基づいて作業を整理できます。
- 階層ビュー: バックログをポートフォリオに構造化することで、下位レベルのバックログで定義された項目 (ユーザー ストーリー、機能、タスクなど) を含む作業の階層ビューを取得できます。
- チーム間の可視性: プログラム マネージャーは、複数のチームにわたってバックログ項目の状態を追跡できます。 ドリルダウンして、すべての作業が適切に表現されるようにすることができます。
詳細については、「 プロセスのカスタマイズと継承されたプロセスについて」を参照してください。
次の例では、イニシアティブというラベルが付いた第 3 レベルのポートフォリオ バックログを追加しました。このログでは、カスタムイニシアチブ作業項目の種類を追跡しています。 また、製品バックログの名前をストーリーとチケットに変更し、ユーザー ストーリーだけでなく、製品バックログのカスタマー チケットも追跡していることを示しました。
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 更新プログラム以降のバージョンが必要です。
処理
作業項目の種類
アジャイル
問題点
スクラム
障害
CMMI
変更要求、問題、レビュー、リスク
[ バックログ レベルの編集] ダイアログには、他のバックログ レベル に割り当てられない、継承された作業項目の種類とカスタム作業項目の種類が自動的に含まれます。 たとえば、割り当てられていないアジャイル作業項目の種類は、次の図に示すように、[その他の 作業項目の種類 ] セクションの下に表示されます。
これらの同じ作業項目の種類とカスタム作業項目の種類は、特定のバックログ レベルに割り当てられるまで、すべてのバックログ レベルの [バックログ レベルの編集] ダイアログに表示されます。
Note
既定の継承された作業項目の種類をバックログ レベルから削除することはできませんが、対応する作業項目の種類を無効にすることはできます。 たとえば、そのバックログをサポートするために別の作業項目の種類を追加している限り、アジャイル要件バックログのユーザー ストーリー作業項目の種類を無効にすることができます。
作業項目の種類に追加されたフィールド
WIT をバックログ レベルに追加すると、特定のフィールドが非表示フィールドとして WIT 定義に自動的に追加されます。 これらのフィールドは作業項目フォームには表示されませんが、特定のアジャイル ツール機能をサポートするために不可欠です。
バックログ レベル | 追加されたフィールド | 説明 |
---|---|---|
ポートフォリオ バックログ | - スタック ランク (アジャイル、CMMI) - バックログの優先度 (スクラム) |
[スタック ランク] フィールドと [バックログ優先度] フィールドでは、作業項目がバックログまたはボード上で並べ替わるときの相対的な優先度がキャプチャされます。 詳細については、「バックグラウンド: バックログの優先度」フィールドまたは「スタック ランク」フィールドを参照してください。 |
要件バックログ | - スタック ランク、ストーリー ポイント (アジャイル) - スタック ランク、サイズ (CMMI) - バックログの優先順位、作業 (スクラム) |
ストーリー ポイント、サイズ、および作業量フィールドは、要件バックログに割り当てられた WIT を完了するために必要な相対的な作業をキャプチャします。 この値は、速度を計算 するために使用されます。 |
イテレーション バックログ | - アクティビティ、残存作業時間、スタック ランク (アジャイル) - 規範、残存作業時間、スタック ランク (CMMI) - アクティビティ、残存作業時間、バックログの優先度 (スクラム) |
残存作業時間は、スプリントバーンダウンと容量チャートで 使用されます。 |
前提条件
特定のビジネス要件に合わせて Azure Boards を調整する方法のガイダンスについては、「Azure Boards の構成とカスタマイズについて」を参照してください。
組織の要件: Azure DevOps に 組織があることを確認します。
アクセス許可:
- プロジェクト コレクション管理者グループのメンバーになります。
- [プロセスの作成]、[プロセスの削除]、[プロセスの編集]、[組織からフィールドを削除する] などのコレクション レベルのアクセス許可が [許可] に設定されている。
- これらのアクセス許可を使用すると、組織内のプロセスとフィールドを変更できます。
プロジェクト プロセス モデルの要件:
- プロジェクトが作成されるプロジェクト コレクションの 継承プロセス モデル があることを確認します。
アクセス許可:
- プロジェクト コレクション管理者グループのメンバーになります。
- [プロセスの作成]、[プロセスの削除]、[プロセスの編集]、[組織からフィールドを削除する] などのコレクション レベルのアクセス許可が [許可] に設定されている。
- これらのアクセス許可を使用すると、組織内のプロセスとフィールドを変更できます。
Note
継承されたプロセスをカスタマイズすると、そのプロセスを使用するすべてのプロジェクトにそのカスタマイズが自動的に反映されます。 スムーズな移行を確実に行うために、組織全体でカスタマイズを実装する前にテスト プロセスとプロジェクトを作成することをお勧めします。 詳細については、「継承されたプロセスの作成と管理」を参照してください。
ポートフォリオ バックログの追加または編集
アジャイル、スクラム、CMMI のシステム プロセスでは、エピックとフィーチャーという 2 つの既定のポートフォリオ バックログが定義されています。 それぞれに、対応する作業項目の種類、エピック、およびフィーチャーが関連付けられています。 基本プロセスでは、エピック バックログとエピック作業項目の種類のみが定義されます。 詳細については、 プロセスとプロセス テンプレートの概要に関する記事を参照してください。
カスタム WIT を追加することも、以前に追加した WIT を選択することもできます。 別のバックログ レベルに関連付けられていない WIT のみが選択対象として表示されることに注意してください。
ポートフォリオ バックログを追加する
次の手順に従って、ポートフォリオ バックログとカスタム作業項目の種類を追加できます。
組織にサインインします (
https://dev.azure.com/{Your_Organization}
)。[設定の編集] を選択します。
プロセスを選択します。
コレクション (
https://dev.azure.com/{Your_Collection}
) にサインインします。[コレクションの設定] または [管理者設定] を選択します。
プロセスを選択します。
[バックログ レベル] ページで、[新しい最上位レベルのポートフォリオ バックログ] を選択します。
バックログ レベルに名前を付け、バックログ レベルの色を選択し、このレベルに関連付ける作業項目の種類を追加して、[追加] を選択します。
作業項目の種類を 1 つだけバックログに関連付ける場合は、[保存] を選択して変更を保存します。 それ以外の場合は、必要に応じて作業項目の種類を追加できます。
ポートフォリオ バックログの編集、名前変更、または削除
[バックログ レベル] ページで、ポートフォリオ バックログのコンテキスト メニューを選択して、編集、名前変更、または削除します。
バックログ レベルを削除すると、すべてのチームのレベルに関連付けられているバックログとボードが削除されます。これには、チームに対するカスタマイズも含まれます。 関連付けられている作業項目の種類で定義されている作業項目は削除されず、影響も受けられません。
Note
Epics または Features ポートフォリオ バックログから、既定の継承された作業項目の種類を削除することはできません。 ただし、これらの作業項目の種類を無効にして、ユーザー インターフェイスから効果的に削除することができます。
要件バックログを編集または名前変更する
要件バックログ (製品バックログとも呼ばれます) は、製品バックログとボードに表示される作業項目の種類を定義します。 アジャイルの既定の作業項目の種類はユーザー ストーリーです。基本的な、問題のための;スクラム、製品バックログ項目の場合。CMMI の場合は要件です。
バックログの名前の変更、色の変更、作業項目の種類の追加、既定の作業項目の種類の変更を行うことができます。 要件バックログのコンテキスト メニューから [バックログの編集] ダイアログを開きます。
次の例では、バックログの名前を変更し、顧客チケットと問題を追加し、既定の種類を顧客チケットに変更しました。 バックログに含める作業項目の種類のこれらのボックスをオンにします。
次の例では、バックログの名前を変更し、顧客チケットを追加し、既定の種類を Customer Ticket に変更しました。
Note
既定の継承された作業項目の種類を要件バックログから削除することはできません。 ただし、作業項目の種類を無効にして、ユーザー インターフェイスから効果的に削除することができます。
イテレーション バックログを編集する
イテレーション バックログはスプリント バックログとも呼ばれ、スプリント バックログとタスクボードに表示される作業項目の種類を定義します。 すべてのプロセスの既定の作業項目の種類は Task です。
イテレーション バックログでは、作業項目の種類を追加し、既定の作業項目の種類を変更できます。 イテレーション バックログのコンテキスト メニューから [バックログの編集] ダイアログを開きます。
次の例では、タスクと共に 追跡されるチケット 作業項目の種類を追加しました。
Note
イテレーション バックログから既定の継承された作業項目の種類を削除することはできません。 ただし、作業項目の種類を無効にして、ユーザー インターフェイスから効果的に削除することができます。