バーンダウンとバーンアップのガイダンス
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
バーンダウン グラフとバーンアップ グラフは、時間の経過に応じて完了済みの作業を視覚的に追跡できるので、プロジェクト管理に役立ちます。
- バーンダウン グラフは、計画作業時間の合計から始まり、作業が完了すると残りの作業をグラフ化します。 時間が経過していくと、予定された作業の量が減少していきます。
- バーンアップ グラフでは、作業が時間の経過とともに完了していく様子が追跡されます。 これらは、作業が完了した割合を示すために役立ちます。
スプリント バーンダウン チャートでは、チームと選択したスプリントの計画された作業が追跡されるため、チームはスプリントでスプリントを計画して実行する効率を確認できます。
バーンダウン チャートは、一般的に減少傾向を示します。 ただし、チームがスプリントまたはリリース期間を通じて作業を追加した場合、グラフには上昇傾向が示されます。 これらのグラフは、チームが計画した内容と実際の実行内容を監視するのに役立ちます。 一方、バーンアップ チャートは、時間の経過と同時に作業が完了すると常に上昇傾向を示す必要があります。
バーンダウンまたはバーンアップを追跡するには、次の構成可能なグラフとウィジェットを使用できます。
- バーンダウン/バーンアップ ウィジェット (Analytics)
- スプリント バーンダウン組み込みレポート (Analytics)
- スプリント バーンダウン ウィジェット (Analytics)
- スプリント バーンダウン ウィジェット (レガシ) (作業項目ストア)
重要
- Area パスの削除または Iteration Paths の再構成により、元に戻せないデータ損失が発生します。 たとえば、 Area Paths が変更されたチームのバーンダウンおよびバーンアップ ウィジェット グラフ、スプリント バーンダウン、ベロシティ グラフでは、正確なデータは表示されません。 履歴傾向グラフは、作業項目ごとに定義された エリア パス と Iteration Path を参照します。 一度削除すると、これらのパスの履歴データを取得することはできません。
- 削除できるのは、作業項目で使用されなくなった領域パスと反復パスのみです。
サポートされている構成オプション
次の表は、さまざまなバーンダウン グラフ オプションでサポートされる構成オプションをまとめたものです。 スプリント バーンダウン グラフは常に 1 つのチームに重点を置いていますが、バーンダウン/バーンアップ ウィジェットでは複数のチームの作業を追跡できます。 すべてのグラフでは、作業項目数または Story Points、 Effort、 Remaining Work またはその他のユーザー設定 (整数または 10 進数) フィールドの合計による追跡がサポートされます。
| 構成 | スプリント バーンダウン レポート | スプリント バーンダウン ウィジェット | バーンダウン/バーンアップ ウィジェット |
|---|---|---|---|
| チーム | 単一チーム | 単一チーム | 1 つ以上のチーム |
| Backlog | 製品バックログ、 タスク バックログ |
製品バックログ、 ポートフォリオ バックログ、 任意の作業項目の種類 |
プロダクト バックログ ポートフォリオ バックログ 作業項目の種類 |
| 作業項目フィールド フィルター | なし | なし | サポートされています |
| バーンダウン フォーカス | Count または Sum | Count または Sum | Count または Sum |
| 期間 | 単一スプリント | 単一スプリント | コンフィギュレーション可能 |
グラフの表示と構成の詳細については、「 スプリントバーンダウンの構成と監視 バーンダウンまたはバーンアップ ウィジェットの構成 を参照してください。
一般的なガイダンス
監視するチーム、作業項目の種類、期間に応じて、次のガイダンスに従ってグラフ オプションを選択します。
| モニター | グラフ オプション |
|---|---|
| チームのスプリント バーンダウン | バーンダウン グラフのスプリント |
| 特定の作業項目タイプまたはポートフォリオ バックログのスプリント バーンダウン | スプリント バーンダウン ウィジェット |
| 複数のチームのスプリント バーンダウン | バーンダウン ウィジェット |
| 異なるプロジェクトの 1 つ以上のチームまたはチームのバーンダウン/バーンアップをリリースする | バーンダウン/バーンアップ ウィジェット |
| 任意の種類の作業項目と期間のバーンアップまたはバーンダウン | バーンダウン/バーンアップ ウィジェット |
| プロジェクトと目標の完了日 | バーンダウン/バーンアップ ウィジェット |
スコープ管理
バックログ項目ごとにタスクの残りの作業を見積もると、チームはスプリント内で何ができるかをよりよく理解できます。 スプリント タスクはスプリント スコープ全体を定義するため、残りの作業を定義すると、明確に定義されたスプリント スコープが作成されます。 スプリント内の非タスクは、スプリントの範囲外と見なす必要があります。
チームが進行するにつれて、理想的な傾向線との相違は、チームがスコープからの相違を監視するのに役立ちます。
![[作業項目の数] にバーンダウンが選択されているスプリント バーンダウン レポートのスクリーンショット。](media/burndown/analytics-burndown-stories-count-past-s159.png?view=azure-devops)
Show の非稼働日チームの稼働日および Team の休暇日設定を通じて設定された日が濃淡されます。
青いグラフ内での減少ではなく増加は、次を示している可能性があります。
- タスクに対する不適切な見積もり
- スプリント計画で考慮されていない新しい作業の検出
- スコープ の忍び寄り、チームが同意しないその他の作業。
原因が何であれ、チームはすぐに集まって、ワークロードの増加を解決する方法を決定する必要があります。 ソリューションには、タスクの再割り当てやリソースの追加が含まれる場合があります。 チームは、すべての不要なスプリント作業をバックログに移動し、次のスプリント計画会議中に検討する必要があります。
毎日の検査によるリスクの軽減
バーンダウン グラフには、プロジェクトがスケジュールに従ったかどうかが表示されます。 毎日のチェックでは、リスクを軽減し、潜在的なスケジュールまたはコスト超過の早期警告を提供できます。これは、従来のプロジェクト管理に関連する 2 つのメトリックです。
たとえば、実際の残存作業時間 (青い領域) がしばらく横ばいになったり、理想的な傾向線を上回っている場合、チームはスプリント コミットメントを満たさないリスクがあります。
Teams は、適切なコースを作成し、作業の再割り当て、リソースの追加、または期待値のリセットを行うために、直ちに会議を行う必要があります。