Azure DevOps サービス |Azure DevOps Server |Azure DevOps Server 2022
プロダクト バックログはプロジェクト計画であり、チームが何を提供しようとしているかを示します。 これには、ユーザー ストーリー、バックログ項目、または追加する要件が含まれます。 バックログは、次の図に示すように、作業項目のフラットな一覧です。これは、Azure Boardsのスクラム プロセスを示しています。 Agile、Basic、Capability Maturity Model Integration (CMMI) プロセス モジュールの場合、バックログ項目の選択肢は、[ストーリー]、[問題]、[要件] として表示されます。
製品バックログは、バックログ、ボード、プランの3つのクラスのうちの1つです。
スクラム プロセスのプロダクト バックログ項目のバックログのスクリーンショット。
Note
詳細については、次の記事を参照してください。
- バックログを使用してプロジェクトを管理する
- Azure Boards の構成とカスタマイズ
- 選択したプロセスを使用してプロジェクトを作成する
- 作業追跡エクスペリエンスのカスタマイズ
- 継承されたプロセスを作成して管理する
Prerequisites
| Category | Requirements |
|---|---|
| プロジェクトへのアクセス権 | プロジェクト メンバー。 |
| Permissions | - 共同作成者またはプロジェクト管理者セキュリティ グループのメンバー。 - 作業項目の表示または変更を行うには: [このノードの作業項目を表示する] および [このノードの作業項目を編集する] アクセス許可を [許可] に設定します。 既定では、 共同作成者 グループではこのアクセス許可が [許可する]に設定されています。 詳細については、「作業追跡権限を設定する」を参照してください。 |
| アクセス レベル | 作業項目を追加または変更するには:少なくとも Basic アクセス。 パブリック プロジェクトの 利害関係者 アクセス権を持つユーザーは、 Basic アクセス権を持つユーザーと同様に、バックログとボード機能へのフル アクセス権を持っています。 詳細については、「利害関係者アクセスクイック リファレンス」を参照してください。 |
| 定義されたイテレーション | [計画] ウィンドウを使用するには:チーム管理者がイテレーション パス (スプリント) を定義し、チームイテレーションを構成します。 |
| Category | Requirements |
|---|---|
| プロジェクトへのアクセス権 | プロジェクト メンバー。 |
| Permissions | - 共同作成者またはプロジェクト管理者セキュリティ グループのメンバー。 - 作業項目の表示または変更を行うには: [このノードの作業項目を表示する] および [このノードの作業項目を編集する] アクセス許可を [許可] に設定します。 既定では、 共同作成者 グループではこのアクセス許可が [許可する]に設定されています。 詳細については、「作業追跡権限を設定する」を参照してください。 |
| アクセス レベル | 作業項目を追加または変更するには: 少なくとも Basic アクセスが必要です。 |
| 定義されたイテレーション | [計画] ウィンドウを使用するには:チーム管理者がイテレーション パス (スプリント) を定義し、チームイテレーションを構成します。 |
Tip
この記事の後半で、AI を用いてこのタスクを補助することができます。または、Azure DevOps MCP Server で AI 支援を有効にする方法を参照して作業を開始してください。
バックログとスプリント作業項目のフィルタリング
製品 のバックログ、 ボード、スプリントバックログには、次の条件に基づいて作業項目が表示されます。
| Process | 作業項目の種類 | バックログ名 |
|---|---|---|
| Basic | Issue | 問題 |
| Agile | ユーザー ストーリー | ストーリー |
| Scrum | プロダクト バックログ項目 | バックログ項目 |
| CMMI | Requirement | Requirements |
その他のフィルター条件:
- エリア パス は、チームで選択されているエリア パスのいずれかと一致します
- イテレーション パス は、チームの既定のイテレーション パスの下にあります
スプリント バックログとタスクボードでは、選択した イテレーション パスに加えて、これらの同じフィルターが適用されます。 選択できるのは、 チームによって事前に選択されたイテレーション パスのみです。 スプリント バックログには、選択したスプリントに割り当てられている作業項目のみが表示されます。他のスプリントに割り当てられた子タスクは表示されません。
製品バックログ レベル、バックログ項目、ストーリー、または要件のスクリーンショット。
詳細については、「区分パスを定義してチームに割り当てる」およびスプリント パスを定義してチーム イテレーションを構成する方法に関する記事を参照してください。
バックログを追加する
すべてのプロジェクトには、バックログを含む既定のチームが含まれています。 その他のチームをサポートするには、「チームの 作成または追加」を参照してください。
各プロセスでは、次の特定のバックログ レベルを定義します。
- アジャイル: ストーリー、 機能、 エピック
- 基本: イシュー と エピック
- スクラム: バックログアイテム、 機能、 エピック
- CMMI: 要件、 機能、 エピック
バックログをカスタマイズするには、「 継承されたプロセス モデル または オンプレミスの XML プロセス モデル」を参照してください。
バックログを開く
Web ブラウザーから、次の手順に従って製品のバックログを開きます。
プロジェクトにサインインします()。
[ボード][バックログ]を選びます。
Boards でバックログを開くシーケンスの選択のスクリーンショット。
別のバックログを選ぶには、別のチームを選ぶか、[バックログ ディレクトリの表示] オプションを選びます。 または、検索ボックスでキーワードを入力すると、プロジェクトのチーム バックログをフィルタできます。
[チーム選択] ドロップダウン メニューを示すスクリーンショット。
Tip
星型アイコンを選んで、チーム バックログをお気に入りに追加します。 お気に入りの成果物 ( お気に入りアイコン) は、チーム セレクターの一覧の先頭に表示されます。
バックログ レベルとして [ストーリー] (アジャイルの場合)、[問題] (Basic の場合)、[バックログ項目] (スクラムの場合)、または [要件] (CMMI の場合) を選んだことを確認します。
スクリーンショットは、バックログ レベルを選択するオプションを示しています。
(省略可能) 表示する列とその順序を選ぶには、 アクション アイコンを選んで、[列のオプション] を選びます。 詳しくは、 列オプションを変更するをご参照ください。
[列オプション] ボタンの選択を示すスクリーンショット。
Tip
各チーム メンバーには、バックログ ビューを構成するためのいくつかのツールがあります: [1 レベル展開]/[1 レベル折りたたみ]、[列のオプション]、バックログ レベル セレクター、[表示のオプション]、[フィルター] ツール バー。 各バックログ レベルに設定されたオプションは個別であり、変更されるまで保持されます。 詳細については、「Configure your backlog view (バックログ ビューを構成する)」をご覧ください。
バックログでバグを追跡する
一部のチームでは、バックログの要件と共にバグを追跡します。 他のチームは、要件をサポートするために完了したタスクとしてバグを追跡するため、 タスクボードにバグが表示されます。 バグの管理方法を決定する前に、「要件またはタスクとしてのバグ」および「バックログとボードにバグを表示する」を参照してください。
アイデアをバックログ項目に変換する
バックログには、実行する予定の作業または進行中の作業が表示されます。 作業項目の状態が [終了] または [完了] に設定されると、作業項目は、バックログに表示されなくまります。 バックログ コントロールを使って、ビューをフィルター処理または変更できます。
項目の長いリストを既に定義している場合は、一度に 1 つずつ再入力する必要はありません。 代わりに、bulk 作業項目を CSV ファイル または Microsoft Excel を使用してバックログにインポートします。
作業項目を追加する前に、[表示オプション] を選択し、[親] と [予測] のスライダーを [オフ] に設定します。 必要に応じて、[進行中の項目] をオンまたはオフにします。
親がオフになっている表示オプションのスクリーンショット。
作業項目を追加するには、[新しい作業項目] を選択してタイトルを入力します。 Enter キーか、[先頭に追加] を選択します。 チームに対して選択された既定の エリア パス と 反復パス が作業項目に割り当てられます。 詳細については、「チーム ツールの管理と構成」を参照してください。
新しい作業項目を使用して追加された作業項目のスクリーンショット。
Note
Stakeholder 権限が付与されている場合、バックログの下部のみに作業項目を追加できます。 詳細については、「利害関係者アクセスクイック リファレンス」を参照してください。
Basic、アジャイル、スクラム、CMMI のどのプロジェクトを作成するかにより、バックログ内の項目はイシュー、ユーザー ストーリー、PBI、または要件と呼ばれる場合があります。 これらのすべての用語は、提供する顧客価値を実行する作業について説明しています。
既定では、ユーザー ストーリーはアジャイルのバックログに表示され、イシューは Basic のバックログに、PBI とバグはスクラムのバックログに、要件は CMMI のバックログに表示されます。
バックログの並べ替え
アイテムを並べ替えて、優先順位付けされた作業の一覧を作成します。 チームが次に提供すべき最も重要なものを知るのに役立つよう、バックログを頻繁に確認して優先順位を付けます。
列でバックログを並べ替えることはできません。 並べ替えられたリストを表示するには、[ クエリの作成] を選択します。 クエリを保存して開き、クエリ結果をソートします。 クエリの詳細については、「クエリ エディターを使用して、クエリを一覧して管理する」を参照してください。
バックログを並べ替えるには、作業項目をドラッグします。 または、キーボードを使用する場合は、 Alt キーを押しながら上矢印と下矢印を使用します。
バックログ内の並べ替えられた作業項目のスクリーンショット。
Note
バックログの順序を変更するには、少なくとも Basic アクセスが必要です。 利害関係者アクセス権を持っている場合、バックログ項目を並べ替えることはできません。 詳細については、「利害関係者アクセスクイック リファレンス」を参照してください。
ポートフォリオ管理に参加しているバックログ、または入れ子になった同じ種類の子項目を含むバックログでは、項目の順序を変更できない場合があります。 詳細については、次の記事を参照してください。
- バックログ項目の複数チームの所有権で作業する
- 並べ替えと入れ子の問題をトラブルシューティングする
バックログ項目に詳細と見積もりを追加する
各バックログ項目に詳細情報を追加します。 この情報は、チームが作業を見積もり、正常に提供するのに役立ちます。
作業項目を編集するには:
- アイテムをダブルクリックするか、 Enter キーを押して作業項目フォームを開きます。
- 説明、フィールド値、またはディスカッション ノートを追加します。
- Attachments タブを使用して、サポート ファイルを共有します。
チームがスコープを理解し、作業を見積もり、テストを作成し、期待される結果を提供するのに十分な詳細を提供します。
Note
作業は 1 人のユーザーにのみ割り当てることができます。 複数のユーザーに作業を割り当てる必要がある場合は、ユーザーごとに作業項目を追加し、タイトルと説明で実行する作業を区別します。 [割り当て先ユーザー/グループ] フィールドは、プロジェクトまたはチームに追加されたユーザー アカウントのみを受け付けます。
- アジャイル プロセス
- 基本プロセス
- スクラム プロセス
- CMMI プロセス
たとえば、レイサ・ポクロフスカヤにストーリーを割り当て、Raisaをメンションするディスカッションノートを追加します。
User Story 作業項目フォーム、詳細を追加のスクリーンショット。
完了したら、[保存して閉じる] を選択します。
バックログ計画の重要フィールド
次の必須フィールドを使用して、作業量を見積もり、スプリント計画の要件を定義します。
| Field | Purpose |
|---|---|
| 作業量、ストーリー ポイント、サイズ | 必要な作業の見積もり - 相対的なサイズ設定 (2 の累乗、フィボナッチ シーケンス、またはチームの優先スケール) を使用します。 これらの推定値は、 速度 と 予測スプリントを計算します。 |
| ビジネス価値 | 優先度の設定 - 他の項目と比較して相対値を割り当てます。 数値が大きいほど、ビジネス価値が高いことを示します。 |
| Description | スコープの定義 - ユーザーのニーズと要件に関する明確な詳細を指定します。 ユーザーが達成したい内容とその理由に焦点を当てます。 |
| 受け入れ基準 | "完了" を定義 する - 完了の特定の条件を記述します。 受け入れテストのためにチームと顧客の間で共有の理解を確立します。 |
| 影響評価 | リスクの評価 (CMMI のみ) - 要件を実装しないことによる顧客の影響を文書化します。 |
進行中のアイテムを表示または非表示にする
[ 表示] オプション セレクターを使用して、[ 進行中のアイテム] の表示/非表示を切り替えます。 オフにすると、 アクティブ、 コミット済み、または 解決済みの 状態 (または 進行中カテゴリの状態にマップされる状態) の項目はバックログに表示されません。
[進行中] が選択されている [オプションの表示] セレクターを示すスクリーンショット。
作業の予測時に進行中のアイテムを非表示にします。
完了状態の作業項目を表示または非表示にする
必要に応じて[表示オプション]セレクターを使用して完了した子項目の表示/非表示を切り替えます。
[完了した子項目] が選択されている [表示オプション] セレクターを示すスクリーンショット。
完了した子項目を表示してロールアップ列を表示します。
作業の予測時に、完了した子項目を非表示にします。
Note
完了または終了した作業項目は、 変更日 の値が 183 日 (約半年) を超えると、バックログとボードには表示されません。 クエリを使用すると、これらの項目を引き続き一覧表示できます。 バックログまたはボードに表示する場合は、それらの項目に軽微な変更を加えます。すると、クロックがリセットされます。
Note
完了または終了した作業項目は、 変更日 の値が 1 年を超えると、バックログとボードには表示されません。 クエリを使用すると、これらの項目を引き続き一覧表示できます。 バックログまたはボードに表示する場合は、それらの項目に軽微な変更を加えます。すると、クロックがリセットされます。
作業項目、バックログ、ボードのチェックリストを確認する
[製品のバックログ] または [ボード] で期待する作業項目が表示されない場合は、次のチェックを実行します。
目的のチーム バックログまたはボードを選択していることを確認します。 方法については、「階層リンクとセレクターを使用して成果物に移動して開く」を参照してください。
要件カテゴリに属する作業項目の種類と、チームに関連付けられている区分パスを指定して、バックログ項目のクエリを作成します。次に例を示します。
[要件カテゴリ] クエリを示すスクリーンショット。
[状態]、[区分パス]、および [イテレーション パス] フィールドを [列のオプション] に追加します。
クエリ結果を確認し、バックログに表示される作業項目の値が次の条件を満たしていることを確認します。
- [区分パス] がチームの区分パスに属している
- [イテレーション パス] が、チームの既定のイテレーション パスの下に属している
- [状態] が、終了、完了、または削除済みではない。
Note
プロダクト バックログをフィルター処理して、アクティブ、解決済み、コミット済み、実行中のワークフロー状態に対応する、[進行中] 状態カテゴリの作業項目を表示したり、非表示にしたりすることもできます。
バックログとボードの作業項目に影響するその他の要因
次の設定は、バックログとボードに表示される作業項目の種類と数に影響します。
ボードでは、新しく追加された作業項目は、製品バックログ内でスタックランクが低い場合は表示されません。 [さらに項目を表示] を選択すると、ボードが更新され、より多くの作業項目が表示される可能性があります。
スクリーンショットは「ボード」と「その他の項目を表示」を示しています。
[進行中] ビューをオフにすると、作業が開始された作業項目はバックログリストに表示されません。
スクリーンショットには、[バックログ]、[オプションの表示]、[進行中の非表示] の順が示されています。
作業項目は、作業項目を追加または移動する優先順位で表示されます。 この順序または順序は、 スタック ランク (基本、アジャイル、CMMI プロセス) または バックログ優先度 (スクラム) フィールドで管理します。 詳細については、「バックログ、ポートフォリオ、アジャイル プロジェクト管理」の「スタック順位」セクションを参照してください。
各バックログには、最大 999 個の作業項目が表示されます。 バックログがこの制限を超える場合は、チームを追加し、作業項目の一部を他のチームのバックログに移動することを検討してください。
スプリント バックログには、チームの区分パスと、スプリントに対して定義されているイテレーション パスを満たす作業項目のみが表示されます。
継承プロセス モデル: 管理者が作業項目の種類を無効化または削除すると、その種類はバックログとボードに表示されません。
オンプレミスの XML プロセス モデル: 管理者が作業項目の種類を削除または破棄すると、その種類はバックログとボードに表示されません。
AI を使用してバックログを管理する
Azure DevOps MCP Server を構成する場合は、AI アシスタントを使用して自然言語プロンプトを使用してバックログを管理できます。
バックログ管理のプロンプトの例
| Task | プロンプトの例 |
|---|---|
| バックログ項目を取得する | Get list of work items for <Stories> backlog in <Contoso> project |
| 作業項目を表示する | Get my work items for project <Contoso> |
| 作業項目を作成する | Create a new user story in <Contoso> project with title '<Add search functionality>' |
| 作業項目の更新 | Update work item <1234> with Story Points = <5> and State = <Active> |
| バックログに優先順位を付ける | Get all work items in the product backlog for <Contoso> and prioritize them for a <two-week> sprint with <three> developers |
| トリアージ作業 | List work items for <Stories> backlog, find all security-related bugs, and assign the first <4> to the current iteration |
| ギャップをバックログで見つける | List features in <Contoso> that have no child user stories |
| 作業量の見積もり | Show all user stories in <Contoso> project that are active but have no story points assigned |
| バックログの正常性チェック | List all work items in <Contoso> backlog that have been in the New state for more than 30 days |
| 大きな項目を分割する | Show user stories in <Contoso> with story points greater than 13 that are still in the New state |
| ワークロードのバランスを取る | Show the count of active backlog items per team member in area path <Contoso\\Frontend> |
| 依存関係の追跡 | List user stories in <Contoso> that have predecessor links to items that aren't yet completed |
Tip
Visual Studio Codeを使用している場合、agent モードは、複雑なバックログ シナリオのトラブルシューティングに特に役立ちます。
- 以前のクエリの古いデータまたはキャッシュされたデータを使用しないようにするには、プロンプトに「以前にフェッチされたデータを使用しないでください」と追加します。
次のステップ
バックログが整ったので、チームは優先度の最も高い項目の作業を開始できます。 今度は、チームとしての作業方法を決定します。 チームのワークフローを選択します。スクラム (構造化されたスプリントの場合) または継続的フロー用のかんばん。 これらの方法は、独立して、または組み合わせて使用できます。
スクラム: スプリントをスケジュールする または かんばん
関連コンテンツ
- Azure Boards の構成とカスタマイズ
- 作業項目を一括で変更する
- バックログ、ボード、クエリ、プランの対話的フィルター
- バックログの優先度またはスタック順位の順序
- チームを追加し、1 つの既定のチームから複数のチームに移動する