Azure DevOps Services |Azure DevOps Server |Azure DevOps Server 2022
バックログは、すべてのスプリントを駆動する作業の優先順位付けされた一覧です。 Azure Boardsでは、バックログはチームがユーザー ストーリーと要件をキャプチャし、価値によってランク付けし、それらを出荷する作業に変えるのに役立ちます。
各チームは、独自の製品、ポートフォリオ、スプリント バックログを所有し、チーム レベルの設定によって、それぞれの作業項目に表示される作業項目を制御します。
- バックログは初めてですか? [ About teams and Agile tools] (チームとアジャイル ツールについて) に移動します。
- 初めてプロジェクトを設定しますか? 構成に移動し、Azure Boardsをカスタマイズします。
Tip
AI を使用して、Azure DevOps タスクに役立てることができます。 作業を開始するには、 Azure DevOps MCP Server で AI サポートを有効にする 方法に関するページを参照してください。
バックログについて
バックログを使用して、チームの作業をガイドし、範囲を確認し、次の内容を全員に共有表示します。
意図別にグループ化された一般的なタスク:
| これを行うには... | Use |
|---|---|
| 作業を記録 | ユーザー ストーリー、製品バックログ項目、または要件を定義する • 詳細と見積もりを追加する |
| 整理と優先順位付け | バックログの順序を変更する • 階層内の項目をマップする • 項目を一括更新する |
| 計画と予測 | 項目をスプリントにドラッグ する • 作業の予測 • ロールアップの進行状況、カウント、または合計を表示する |
| チーム間で調整する | 複数のチームに割り当てられた作業を確認する |
Note
想定される作業項目がバックログまたはボードに表示されない場合は、「バックログの作成と管理またはAzure Boardsは何ですか?
プロダクト バックログとポートフォリオ バックログ
Azure Boardsは、作業項目をリストとして表示します。 2 種類のバックログは、異なる計画期間に対応します。
| バックログの種類 | それが表すもの | 最適な用途 |
|---|---|---|
| 製品バックログ | チームのプロジェクト計画と、提供する作業のロードマップ。 計画、進行中、および追跡対象の共有リポジトリとして機能します。 | ユーザー ストーリー、要件、バグの日々のチーム計画。 |
| ポートフォリオ バックログ | 機能、エピック、または上位レベルのイニシアチブの下で製品バックログ項目をグループ化する階層。 詳細については、 アジャイル手法に関するページを参照してください。 | 複数のチームにまたがる、または 1 つのチームのバックログには収まりきらないほど大規模な、長期にわたるイニシアチブ。 |
バックログの構成
Note
バックログやボードを直接追加することはできません。 チームを作成すると、Azure Boards独自のバックログとボードのセットが自動的にプロビジョニングされます。 詳細については、「 チームとアジャイル ツールについて」を参照してください。
各バックログはチームに関連付けられ、チームの構成設定によって、そのバックログにどの作業項目が表示されるかが決まります。 チーム管理者は、チームに対して次の設定を構成します。
| Setting | 制御する内容 | Reference |
|---|---|---|
| アクティブエリアパス | チームのバックログに表示される作業項目。 選択したエリア パスに割り当てられている項目のみが表示されます。 | 領域パスを定義してチームに割り当てる |
| 既定の領域パスと反復パス | チーム バックログから作成された新しい作業項目に割り当てられた値。 | 領域パスを定義してチームに割り当てる |
| アクティブなイテレーション パス | チームが計画とキャパシティに使用するスプリント。 | イテレーション (スプリント) パスを定義してチーム イテレーションを構成する |
| 現在のバックログ レベル | チームに表示されるポートフォリオ、プロダクト、スプリントのバックログはどれか。 | バックログ レベルの選択 |
| バグの挙動 | バグが要件として扱われるか、タスクとして扱われるか。 | バックログまたはボードでバグを表示する |
Tip
いくつかの追加のビュー調整により、大きなバックログをスキャンしやすくなります。
- 各チーム メンバーには、独自のコントロールがあります (1 つのレベルの展開/折りたたみ、 列オプション、 バックログ レベル セレクター、 表示オプション、 フィルター)。 バックログ レベルごとに設定されたオプションは個別であり、変更されるまで保持されます。 詳細については、「Configure your backlog view (バックログ ビューを構成する)」をご覧ください。
- 大規模なバックログやボードでの縦方向のスクロールを減らすには、チームのボード設定で カードの簡易表示 オプションを有効にします。
チーム間で共有バックログ ビューを構成する
各チームは、独自の設定とバックログ構成を個別に制御します。他のチームがサブスクライブする 1 つの構成を定義することはできません。 列のオプション と 表示オプション もユーザー単位であるため、チーム全体で共通のビューを適用する組み込みの方法はありません。
ただし、プロセス構成を編集することで、すべてのチーム メンバーの既定の列オプションを設定できます。 詳細については、「 プロセス構成 XML 要素リファレンス」の「既定の列を設定する」を参照してください。
作業項目を定義してバックログを作成する
バックログに作業項目を追加して、プロジェクト計画を作成します。 作業項目の種類ごとに、異なる種類の作業が追跡されます。
| 作業項目の種類 | これを使用して、 |
|---|---|
| ユーザー ストーリー、 製品バックログ項目、または 要件 | 顧客向けの価値の単位を取り込み、計画と提供を行います。 [バックログの作成] に移動します。 |
| フィーチャー と エピック | ポートフォリオ計画のために、関連するストーリーを多層階層にグループ化します。 [バックログの整理] に移動します。 |
| バグ | 欠陥を追跡します。 バグが要件として表示されるか、チームごとのタスクとして表示されるかを選択します。 [ バグの管理] に移動します。 |
| 問題 または 障害 | 配送作業とは別の阻害要因とリスクを追跡します。 [ 問題の管理] に移動します。 |
チームがソース管理にGitHubを使用している場合は、GitHub Copilot Azure Boards の統合を使用してバックログ項目から直接作業を開始することもできます。この統合により、ブランチが作成され、pull request が下書きされ、作業項目が進行状況で更新されます。
バックログの優先度とスタックランクの順序
バックログを上から下にランク付けする: ページ上のアイテムの位置 が 優先されます。 項目をドラッグすると、Azure Boardsバックグラウンドで非表示のランク付けフィールドが更新されます。
| Process | フィールドが更新されました |
|---|---|
| スクラム | バックログ優先順位 |
| アジャイル、CMMI | スタック順位 |
これらのフィールドは、既定では作業項目フォームには表示されませんが、 クエリを実行してレポートすることができます。 詳細な並べ替えについては、「 バックログの並べ替え」を参照してください。
一括並べ替えの場合は、複数選択を使用して、ページの上部、下部、または特定の位置にアイテムを移動します。 多数のアイテムを一度に並べ替えるには、Excel で編集します。クエリをエクスポートし、Backlog Priority または Stack Rank を更新して、公開します。
Warning
一括変更を使用して バックログの優先度 または スタック ランクを変更しないでください。 一括変更では、選択したすべての項目に同じ値が割り当てられ、相対順序が消去されます。 代わりに、複数選択またはExcel (この記事の前半) を使用してください。
バックログに一覧表示される進行中の項目と作業
バックログには、提案済み、進行中、または解決済みのカテゴリの状態で作業が表示されます。 次の表は、カテゴリの状態をバックログに表示される内容と、見つからない項目を検索する場所にマップします。
| カテゴリの状態 | ワークフローの状態の例 | バックログに表示されますか? | 検索する場所 |
|---|---|---|---|
| 提案済み | 新着、承認済み | はい | 既定のビュー |
| 処理中 | アクティブ、コミット済み | [ 進行中 ] トグルをオフにしない限り、はい | 進行中 をオンに戻します。予測を行う際はオフのままにしておくと便利です。 |
| 解決済み | 解決済み | はい | 既定のビュー |
| 完了 | 完了、クローズ | いいえ | 作業項目 ページの 最近完了した ピボット、または カスタム クエリ |
バックログに予期した項目がない場合は、[ 進行中 ] トグルが最も一般的な原因です。 カテゴリから状態へのマッピングの詳細については、「ワークフローの 状態と状態のカテゴリ」を参照してください。
バックログ 項目のマップと再親
機能とエピックの下でバックログ項目を親にすることで、関連する作業をグループ化します。 この構造により、ロールアップ、計画、チーム間の調整を容易にする 3 層階層が作成されます。
| Level | Purpose |
|---|---|
| エピック | 複数の機能にまたがる実行時間の長いイニシアチブ。 |
| 特徴 | 関連するバックログ項目で構成される出荷可能な機能。 |
| バックログ項目 (ユーザー ストーリー、製品バックログ項目、または要件) | 顧客向けの価値の 1 つの単位。 |
次のスクリーンショットは、2 つの機能と 1 つのエピックの下にグループ化されたカスタマー サービス チームのバックログ項目を示しています。
手順ごとのマッピングと親の付け替えについては、バックログを整理するを参照してください。
Velocity
バックログ項目をスプリントに割り当てると、Azure Boardsは製品とポートフォリオの両方のバックログのコンテキスト内速度レポートを計算します。 ベロシティは、チームが過去のパフォーマンスに基づいて今後のスプリントで完了できる作業量を予測するのに役立ちます。
次の方法で作業を測定するようにレポートを構成します。
- 作業項目数
- ストーリーポイントまたは工数
- 残存作業時間
- 作業項目の種類に関するその他の数値フィールド
詳細については、「チーム ベロシティを表示して構成する」を参照してください。
ロールアップの進行状況、カウント、または合計を表示する
ロールアップ列を製品バックログまたはポートフォリオ バックログに追加し、親行に子作業項目のデータの集計を表示します。 列の選択肢はページごとに保持され、独自のビューにのみ適用されます。
| ロールアップ タイプ | 表示される内容 |
|---|---|
| 進行状況バー | 終了または完了した子孫アイテムの割合。 |
| 数える | 子孫アイテムの合計数。 |
| 合計 | すべての子孫の数値フィールド (作業量、ストーリー ポイント、完了作業時間、残存作業時間など) の合計。 |
次の例は、ポートフォリオ バックログ上の進捗バーを表示しています。
バックログ項目の複数チーム所有権を操作する
複数のチームを含むプロジェクトでは、階層ビューに他のチームに属するアイテムを含めることができます。 表示される内容と変更できる内容は、次の規則によって制御されます。
| 表示される内容 | チームのバックログ アイテム (エリア パスで一致) に加えて、 親 がオンになっているときに他のチームの親エピックと機能が表示されます。 |
|---|---|
| 並べ替えることができます。 | チームのエリア パスにあるアイテムのみ。 |
| 親を変更できます | 自分が所有するアイテムと、他のチームが所有するアイテム。 |
| 変更できない | 情報アイコンでマークされた項目 |
Tip
[ ノード名] フィールドを列として追加して、各項目を所有するエリア パス (およびチーム) を識別します。
他のチームが所有するバックログ項目と親項目を表示する
親がオンの場合、別のチームが親を所有している場合でも、チームが所有する機能またはバックログアイテムの親エピックがバックログに表示されます。
詳しくは、「区分パスを定義してチームに割り当てる」をご覧ください。
他のチームが所有するエピックと子項目を表示する
ポートフォリオバックログを掘り下げて、他のチームが担当する項目も含め、すべての子項目を表示します。 たとえば、 管理 チームの エピック バックログが拡張され、カスタマー サービス、電話、Web チームが所有する機能とバックログ項目が表示されます。
この分割により、管理チームはエピックと機能に集中でき、開発チームは提供するバックログ項目に集中できます。 一般的な構造では、2 つの管理チームと 3 つの開発チームがペアになっています。 詳細については、「チームを 作成または追加する 」および 「製品とポートフォリオのバックログを管理する」を参照してください。
Important
他のプロジェクトの作業項目への子リンクを作成できますが、プロジェクトで異なるプロセスが使用されている場合、プロジェクト間階層はバックログに表示されません。 作業項目フォームを開き、関連付けられているすべての子アイテムを表示します。
リーフ ノード作業項目を表示する
各作業項目の種類をフラット リストに保持し、親と子をさまざまな種類 (エピックからフィーチャー、ストーリー、ストーリーからタスクなど) 間でのみリンクします。 ストーリー同士、バグ同士、タスク同士のような、同じ種類同士の階層関係は避けます。
同じカテゴリ階層を作成すると、リーフ ノードのみがボード、スプリント バックログ、タスクボードに表示されます。 たとえば、4 レベルのタスク チェーンでは、4 番目のレベルのタスクのみが表示されます。
詳細については、「問題の順序の付け直しとネストに関するトラブルシューティング」を参照してください。
プロダクト バックログの制御
製品バックログ ツール バーは、コントロールをピボット、表示オプション、およびコマンド メニューにグループ化します。 詳細については、 バックログ ビューの構成に関するページを参照してください。
ピボット
| 制御 | Description |
|---|---|
| Backlog | 作業項目の一覧を表示します。 |
| Analytics | コンテキスト内の分析レポートを表示します。 |
| バックログセレクター |
ポートフォリオ、製品、スプリントのバックログを切り替えます。 |
オプションの表示
| 切り替え | Description |
|---|---|
| 親 | 親エピックと機能を表示します。 最上位レベルのポートフォリオ バックログでは使用できません。 |
| 予測 | 今後のスプリントに適合する項目を見積もります。 プロダクトバックログのみ。 |
| 進行中の項目 | [アクティブ]、[コミット済み]、または [解決済み] の状態の項目を表示または非表示にします。 |
| 完了した子項目 | 完了した子項目を表示または非表示にします。 |
| Mapping | ドラッグして親項目へのマッピング ペインを開きます。 最上位レベルのポートフォリオ バックログでは使用できません。 |
| 計画 | 計画ウィンドウを開き、項目をスプリントにドラッグします。 |
ツール バーのアクション
| 制御 | Description |
|---|---|
| フィルター |
キーワード、タグ、またはフィールドでバックログをフィルター処理します。 |
| 設定 |
チームを管理し、チーム ツールを構成します。 |
| 展開/折りたたみ |
階層の 1 つのレベルを展開または折りたたみます。 |
| 全画面表示 |
全画面表示モードを開始または終了します。 |
| その他のコマンド |
列オプションの設定、 クエリの作成、 電子メールの送信を行います。 |
Important
親がオンの場合、クエリの作成と電子メールの送信は、現在選択されているバックログ レベルのアイテムに対してのみ機能します。
アクセス許可とアクセス権
バックログでできることは、アクセス レベルとグループ メンバーシップによって異なります。
| アクセス レベルまたはグループ | 実行可能事項 |
|---|---|
| 基本アクセス | すべてのバックログとボード機能へのフル アクセス。 |
| 利害関係者 のアクセス | バックログとボードの表示、作業項目の追加と編集を行いますが、バックログの順序と構成の制御は制限されています。 詳細については、「 利害関係者アクセスのクイック リファレンス」を参照してください。 |
| 共同作成者 グループ | Boards または Work のほとんどの機能を利用できます(Basic アクセス権が必要)。 |
| Project Administrators グループ | チーム設定を構成し、領域とイテレーションのパスを管理し、バックログ レベルをカスタマイズします。 |
完全なアクセス許可マトリックスについては、「 作業追跡のアクセス許可を設定する」を参照してください。 アクセス権を付与するには、「 プロジェクトまたはチームにユーザーを追加する」を参照してください。
ポートフォリオ バックログとボードを追加する
ポートフォリオ バックログまたはボードを追加するには、作業項目の種類を追加または変更するプロセスをカスタマイズし、必要なバックログとボードでこれらの種類を有効にします。
継承されたプロセス モデルを使用します。
プロセス モデルを選択します。
| プロセス モデル | Reference |
|---|---|
| 継承されたプロセス | 継承されたプロセスをカスタマイズする • バックログまたはボードをカスタマイズする |
| オンプレミスの XML | 作業追跡のカスタマイズ • ポートフォリオ バックログの追加 • オンプレミス XML プロセス モデルのカスタマイズ |