バックログを使用してプロジェクトを管理する

Azure DevOps Services |Azure DevOps Server 2022 および Azure DevOps Server 2019

With backlogs, you can plan your project by adding user stories or requirements to your product backlog. 計画を立てれば、コード開発の取り組みを開始できます。

プロジェクト管理者の場合は、「Azure Boards の構成とカスタマイズ」を参照してください。領域とイテレーションのパスを定義し、作業項目の種類をカスタマイズする方法を説明しています。 プロジェクトを作成したり、チームに追加する際、Azure Boards は、バックログを自動作成します。 各チームは、独自の製品、ポートフォリオ、スプリント バックログにアクセスできます。 詳細については、「 チームとアジャイル ツールについて」を参照してください。

About backlogs

Azure Boards バックログは、開発チームの工数をアドバイスする優先順位付けされた作業項目の一覧です。 バックログは、プロジェクト スコープを管理するのに役立ち、ソフトウェア開発ライフサイクルを通じて効果的なコミュニケーションとコラボレーションを容易にします。

バックログを使用して、次のタスクを実行します。

プロダクト バックログとポートフォリオ バックログ

バックログでは、作業項目が一覧として示されます。 A product backlog represents your project plan, the roadmap for what your team plans to deliver. また、チームを追跡して共有するために必要なすべての情報のリポジトリも提供します。

In Agile methodologies, a portfolio backlog lets you group and organize your backlog into a hierarchy. 組織が長期にわたって取り組む予定のハイレベルのイニシアチブ、エピック、プロジェクトを表示できます。 多くの場合、これらのイニシアチブは、単一チームのバックログの範囲に収めるには大きすぎるか複雑です。 より高い組織レベルでの調整と計画が必要です。

Backlog configuration

各バックログはチームと関連付けられており、チームの構成設定では、チームのバックログに表示される作業項目を決定します。 チーム管理者は、チームに対して次のタスクを実行します。

• チームに対してアクティブな [エリア パス] を選択します。 チームのバックログには、これらのエリア パスに割り当てられている作業項目のみが表示されます。
• チーム バックログから作業項目を定義するときに使用する既定の [エリア パス] と [イテレーション パス] を設定します。
• チームに対してアクティブな [イテレーション パス] を選択します。
• チームに対してアクティブなバックログ レベルを決定します。
• バグを要件またはタスクとしてどのように扱うかを定義します。

詳細については、次の記事をご覧ください。

• イテレーション (スプリント) パスの定義とチーム イテレーションの構成
• 区分パスを定義してチームに割り当てる
• バックログ レベルの選択
• バックログまたはボードでバグを表示する

複数のチームに共通のバックログ構成

Question: Can you define a backlog configuration that multiple teams can subscribe to?Answer: No. Each team controls their own team settings and backlog configurations.

作業項目を定義してバックログを作成する

作業項目のバックログを作成して、プロジェクト計画を作成します。 これらの項目は、フィーチャー、要件、ユーザー ストーリー、または完了するその他の作業を表します。 ポートフォリオ バックログには、階層形式で作業を整理するためのサポートが用意されています。 これは、多くのストーリーや要件に依存する大きな製品イニシアティブやシナリオを追跡するのに役立ちます。 作業項目の種類が異なると、ユーザー ストーリー、タスク、バグ、問題など異なる作業の種類を追跡するのに役立ちます。

バックログの優先度またはスタック順位の順序

ページに項目を追加または移動する場所によって、各バックログの項目の順序が決まります。 詳細については、「バックログを並べ替える」を参照してください。

As you drag items within the backlog list, a background process updates the Stack Rank(Agile and Capability Maturity Model Integration (CMMI) processes) or Backlog Priority(Scrum process) fields. システムは、これらのフィールドを使用して、製品、機能、エピック、またはその他のポートフォリオ バックログ上の項目の相対的なランク付けを追跡します。 既定では、これらのフィールドは作業項目フォームには表示されません。

一括変更機能を使って、バックログ優先順位フィールドの値を変更することは避けてください。 これらのフィールドに値を割り当てることはできますが、一括編集用に選択するすべての項目に同じ値を割り当てます。

推奨される一括編集の方法は、複数選択を使って、ページ内の上部、下部、または特定の位置に項目を移動することです。 If you must edit one of the backlog order fields in bulk to get a large number of work items in the priority order you want, use Excel. バックログ項目を含むクエリをエクスポートし、[バックログ優先度] フィールドまたは [スタック ランク] フィールドを更新してから、変更を公開できます。

バックログに一覧表示される進行中の項目と作業

バックログは、提案済み、進行中、または解決済みのカテゴリ状態に対応する作業を表示するように設計されています。 When you complete work and its state enters a Done, or Closed state, it falls off the backlog view. 完了した作業は、クエリを作成することでいつでも確認できます。または、[作業項目] ページの [最近完了した項目] ピボットでも確認できます。 詳細については、「作業項目の表示と追加」を参照してください。

In general, you display all items that are in the In Progress category state, which corresponds to the Active and Committed states. To focus on work that is proposed but not in progress, you can toggle the backlog view to turn off In Progress. このトグルは、プロダクト バックログを予測するときに役に立ちます。

If your backlog is missing items, check whether the In Progress view is turned off. 詳細については、ワークフローの状態と状態カテゴリに関する記事を参照してください。

バックログ項目のマッピングと親変更を使用してバックログを整理する

チームが対応しているイニシアチブがたくさんある場合、これらのイニチアチブに従って作業をグループ化できます。 フィーチャーとエピックを定義することで、エピック、フィーチャー、バックログ項目で構成される 3 層の階層に作業をグループ化できます。

たとえば、ここでは、カスタマー サービス チームが 2 つの機能と 1 つのエピックの下に複数のバックログ項目を整理しました。

Velocity

詳細については、「チーム ベロシティを表示して構成する」を参照してください。

バックログ項目の複数チーム所有権を操作する

複数のチームがある場合、階層ビューには他のチームに属するアイテムを表示できます。

他のチームが所有するバックログ項目と親項目を表示する

チームのプロダクト バックログには、チームに割り当てられている項目と区分パスが一致する項目のみが一覧表示されます。 親を表示すると、別のチームがエピックまたは機能を所有している場合でも、機能とバックログ項目の親エピックが表示されます。

詳しくは、「区分パスを定義してチームに割り当てる」をご覧ください。

他のチームが所有するエピックと子項目を表示する

Here's another example that shows the Epics backlog for the Management team. ドリルダウンすると、3 つの異なるチーム (カスタマー サービス、電話、Web) の 1 つに属していても、すべてのバックログ項目とフィーチャーを確認できます。

これらのビューから、自分が所有するアイテムと他のチームが所有するアイテムを親に再指定できます。 他のチームが所有するアイテムを並べ替えることはできません。

この編成を使うと、管理チームは高レベルのフィーチャーとエピックに集中でき、開発チームは配信する責任があるバックログ項目のみに集中できます。 たとえば、2 つの管理チームと 3 つの開発チームを含む、次のようなチーム構造を作成できます。 詳細については、「チームを作成または追加する」を参照してください。

階層的なチームとバックログ構造の詳細については、「製品とポートフォリオのバックログを管理する」を参照してください 。

作業項目の並べ替えと親の変更

すべてのバックログとボードでは、作業項目の並べ替えと親の変更を行うためのドラッグがサポートされています。 1 つのチーム バックログとボードに対して実行された更新は、同じ区分パスを共有する他のチーム バックログとボードに反映されます。 変更を表示するには、ページの更新が必要な場合があります。

ドラッグを使って並べ替えや、親の変更を行うことができるのは、自分のチーム用に選ばれた区分パスに割り当てられた作業項目のみです。 When the Parents view option is enabled, work items might appear on your backlog that your team doesn't own. 情報アイコンが表示されるものは、他のチームが所有しているので、並べ替えたり、親の関連付けを再設定したりすることはできません。

リーフ ノード作業項目を表示する

Sprint backlogs and Taskboards only show the last node in a same-category hierarchy, called the leaf node.

バックログ項目、タスク、およびバグの階層を作成できます。 同じカテゴリ階層を作成することは推奨されません。 つまり、ストーリー同士、バグ同士、タスク同士など、同じ種類の作業項目の親子リンクを作成しないでください。

同じカテゴリ階層の最後のノードは、ボード、スプリント バックログ、タスクボードにのみ表示される場合があります。 たとえば、4 レベルの深さにある同じカテゴリ階層内の項目をリンクすると、ボード、スプリント バックログ、タスクボードに 4 番目のレベルの項目のみが表示されます。

要件、バグ、タスクを入れ子にせず、フラット リストのままにすることをお勧めします。 異なるカテゴリに属する項目間に 1 レベルの深さの親子リンクを作成します。 詳細については、「問題の順序の付け直しとネストに関するトラブルシューティング」を参照してください。

プロダクト バックログの制御

以下のコントロールを使って、製品バックログ ビューの変更やフィルター処理を行えます。

アクセス許可とアクセス権

As a member added to the Contributors group of a project, you can use most features provided under Boards or Work. 基本アクセス権を持つユーザーは、すべての機能に対してフル アクセス権を持ちます。 利害関係者アクセス権を持つユーザーは、一部の機能に制限されます。 詳細については、「利害関係者アクセスクイック リファレンス」を参照してください。

権限とアクセス権の詳細については、「作業トラッキング権限を設定する」および「Stakeholder アクセス権のクイック リファレンス」を参照してください。

プロジェクトにユーザーを追加するには、プロジェクトまたはチームへのユーザーの追加に関する記事を参照してください。

ポートフォリオ バックログとボードを追加する

Next steps

Related content

• Web ポータル内を移動する
• かんばんボードについて
• アジャイルとは何かを発見する