バーンダウンまたはバーンアップのウィジェットの構成

  • [アーティクル]

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

バーンダウンウィジェットとバーンアップウィジェットを使用すると、指定された期間内に任意の種類のスコープまたはチーム数のグラフを柔軟に作成できます。 バーンダウン グラフは残りの作業に焦点を当て、バーンアップ グラフは完了した作業に重点を置いています。 どちらのグラフの種類も、終了日までに作業のセットを完了するためにチームが追跡しているかどうかを判断するのに役立ちます。 使用可能なすべてのバーンダウン/バーンアップ グラフの概要については、「 バーンダウンとバーンアップのガイダンス」を参照してください。

リリース バーンダウンを表示するように構成されたバーンダウン ウィジェットリリース バーンダウン ウィジェットのスクリーンショット。

前提条件

  • プロジェクト メンバーシップ:
  • チーム メンバーシップとアクセス許可:
    • ウィジェットをチーム ダッシュボードに追加するには、チームのメンバーである必要があります。
    • Basic 以上のアクセス権が必要です。
    • dashboard のアクセス許可必要があります。または、team 管理者またはプロジェクト管理者である必要があります。
  • 機能の有効化:
  • タスクの認識:
    • この記事の後半に記載されている必須タスクと推奨されるタスクに注意してください。

ウィジェットをダッシュボードに追加する

  1. 組織にサインインします (https://dev.azure.com/{yourorganization})。

  2. プロジェクトに移動し、Dashboardsを選択し、編集します。

    [ダッシュボード] の [編集] 関数の選択シーケンスを示すスクリーンショット。

  3. ウィジェットを選択し、[追加] を。

    ウィジェットの選択ウィンドウと青い [追加] ボタンを示すスクリーンショット。

バーンダウンまたはバーンアップ ウィジェットを構成する

両方のウィジェットの種類を構成するには、次の手順を実行します。 バーンダウンウィジェットとバーンアップウィジェットの唯一の違いは、バーンアップウィジェットプロット 作業が完了していることです バーンダウンウィジェットは残りの作業 プロットします。 詳細については、この記事で後述 バーンダウングラフまたはバーンアップ チャートを解釈する方法を参照してください。

  1. ウィジェットで、 構成を選択します。
  2. 次の表で説明する構成情報を入力し、 保存を選択します。

Note

この機能は、Azure DevOps Server 2022.1 以降で使用できます。

構成カテゴリ ガイダンス
Teams チーム全体の進行状況を追跡するには、さらにチームを追加します。 他のプロジェクトからチームを選択できますが、選択可能なバックログ、作業項目の種類、フィールドの一覧は現在のプロジェクトに基づいています。 複数のプロジェクト間での追跡は、これらのプロジェクトの プロセス が同じか、少なくとも類似している場合にのみ機能します。
作業項目 バックログ には、そのバックログ用に構成されたすべての作業項目の種類が含まれます。 プロジェクトが Hosted XML プロセスを使用してカスタマイズされ バグ作業項目カテゴリ名がカスタマイズされている場合、バーンダウン/バーンアップ ウィジェットはそのカテゴリ内の作業項目を照会できません。 バグを照会するには、カスタマイズされたバグ作業項目の種類が既定の Bug カテゴリ参照名 Microsoft.BugCategoryに属している必要があります。
フィールドの条件 フィールド条件を選択して、グラフに表示される作業項目を制限します。 フィルター処理は、追跡期間内の日付の作業項目ごとに定義されているフィールドに割り当てられた値に基づいています。 詳細については、「 履歴データに適用されるフィルター」を参照してください。
分析ベースのグラフは、 WorkItemsSnapshot EntitySet に基づいて構築されます。 スナップショット エンティティの種類は、毎日のスナップショットとしてモデル化されます。 データは、割り当てられた日付の時点で行われた割り当てに基づいて集計されます。 そのため、フィールドまたはタグの割り当てに基づいてバーンダウン/バーンアップ ウィジェットをフィルター処理する場合は、監視する期間の前にそれらを割り当てます。 それ以外の場合、ウィジェットは、それらが適用される日付までそれらを認識しません。 同じフィールド条件を使用してクエリと一致する Field 条件の null 値でフィルター処理できます。
バーンダウンオン 選択したフィールドに基づいて、作業項目の Count または Sum によるバーンダウンの計算方法を選択します。 Story Points、Effort、Remaining Work など、整数または 10 進データ型の標準フィールドまたはユーザー設定フィールドから選択。 バーンダウンは、ストーリー ポイントなどのサイズ フィールドを集計する場合に最適です。 スプリント中に変更されたフィールド (タスクの残存作業時間など) でバーンダウンを選択した場合、アイテムが閉じられると、"予定されていないアイテム" の計算が大きくなります。
期間 - 開始日: 元のスコープベースラインを決定します。 グラフは元のスコープからバーンダウンします。
- %Complete と Total Scope Increase: 元のスコープに基づいて計算されます。
- 終了日: 完了の目標日を指定します。 目標は、終了日までに元の作業範囲をバーンダウンすることです。
プロット間隔 開始日と終了日の間でプロットする間隔を選択します。 平均バーンダウンは、選択した間隔に基づいています。 [開始日] を選択した後、[プロットバーンダウン] を [イテレーション] に設定します。 平均バーンダウンでは、すべての間隔が同じ長さであり、開始日と最初の月の間隔が完全な月であることを前提としています。 開始日から最初の月の終了日までの時間が一般的な月の長さと一致しない場合でも、長さは同じです。 最良の結果を得るには、最初の月の開始日と同じ開始日を入力します。これは、週単位の間隔でプロットする場合にも当てはまります。
高度な機能 - バーンダウンの表示: 履歴と予想される将来のバーンダウンの両方が表示されます。
- [スコープの合計を表示する]: スコープの増加履歴と予測値の両方を表示します。
- 完了した作業の表示: 残りの作業と完了した作業がスタック バーとして表示されます。
- 作業項目の種類の色を使用して残存作業時間をプロットする: 既定の青の色ではなく、作業項目の種類の色に基づいて残存作業時間を表示します。 複数の作業項目が含まれている場合は、作業項目の種類ごとに色が積み重なります。
- 解決済み作業項目を完了として表示: 解決済みアイテムを完了として表示し、バーンダウン状態を真に反映します。
構成カテゴリ ガイダンス
Teams 他のプロジェクトからチームを選択できますが、選択可能なバックログ、作業項目の種類、フィールドの一覧は現在のプロジェクトに基づいています。 これらのプロジェクトの プロセス が同じ場合にのみ、複数のプロジェクト間で追跡できます。
作業項目 バックログ には、そのバックログ用に構成されたすべての作業項目の種類が含まれます。 Storiesバックログを選択した場合は、ストーリーバックログのバグを除外する別のオプションがあります。 バグとユーザー ストーリーをバーンダウンに含めるには、ボックスにチェックマークを入力します。 このオプションは、スクラム プロジェクトの PBI バックログと CMMI プロジェクトの要件バックログで使用できます。 プロジェクトが Hosted XML プロセスを使用してカスタマイズされ バグ作業項目カテゴリ名がカスタマイズされている場合、バーンダウン/バーンアップ ウィジェットはそのカテゴリ内の作業項目を照会できません。 バグを照会するには、カスタマイズされたバグ作業項目の種類が既定の Bug カテゴリ参照名 Microsoft.BugCategoryに属している必要があります。
フィールドの条件 フィールド条件を選択して、グラフに表示される作業項目を制限します。 フィルター処理は、追跡期間内の日付の作業項目ごとに定義されているフィールドに割り当てられた値に基づいています。 詳細については、「 履歴データに適用されるフィルター」を参照してください。
分析ベースのグラフは、 WorkItemsSnapshot EntitySet に基づいて構築されます。 スナップショット エンティティの種類は、毎日のスナップショットとしてモデル化されます。 データは、割り当てられた日付の時点で行われた割り当てに基づいて集計されます。 そのため、フィールドまたはタグの割り当てに基づいてバーンダウン/バーンアップ ウィジェットをフィルター処理する場合は、監視する期間の前にそれらを割り当てます。 それ以外の場合、ウィジェットは、それらが適用される日付までそれらを認識しません。 同じフィールド条件を使用してクエリと一致する Field 条件の null 値でフィルター処理できます。
バーンダウンオン 選択したフィールドに基づいて、作業項目の Count または Sum によるバーンダウンの計算方法を選択します。 Story Points、Effort、Remaining Work など、整数または 10 進データ型の標準フィールドまたはユーザー設定フィールドから選択。 バーンダウンは、ストーリー ポイントなどのサイズ フィールドを集計する場合に最適です。 スプリント中に変更されたフィールド (タスクの残存作業時間など) でバーンダウンを選択した場合、アイテムが閉じられると、"予定されていないアイテム" の計算が大きくなります。
期間 - 開始日: 元のスコープベースラインを決定します。 グラフは元のスコープからバーンダウンします。
- %Complete と Total Scope Increase: 元のスコープに基づいて計算されます。
- 終了日: 完了の目標日を指定します。 目標は、終了日までに元の作業範囲をバーンダウンすることです。
プロット間隔 平均バーンダウンは、選択した間隔 (日単位、週単位、月単位)、またはイテレーション スケジュールに基づいて取得されます。 平均バーンダウンは、すべての間隔が同じ長さであることを前提としています。 たとえば、開始日と最初の月の間隔は、開始日から最初の月の終了日までの時間が一般的な月の長さと一致しない場合でも、完全な月になります。 最良の結果を得るには、最初の月の開始日と同じ開始日を入力します。これは週単位の間隔にも当てはまります。
高度な機能 - バーンダウンの表示: 履歴と予想される未来の両方を表示します。 バーンダウン。
- [スコープの合計を表示する]: スコープの増加履歴と予測値の両方を表示します。
- 完了した作業の表示: 残存作業時間と完了した作業をスタック バーとして表示します。
- 作業項目の種類の色を使用して残存作業時間をプロットする: 既定の青の色ではなく、作業項目の種類の色に基づいて残存作業時間を表示します。 複数の作業項目が含まれている場合は、作業項目の種類ごとに色が積み重なります。

バーンダウングラフまたはバーンアップ チャートを解釈する

あなたのチームは、進捗状況に関する即時の洞察を得て、彼らのリズムと行動について学ぶことができます。 ほとんどのバーンダウンラインは直線ではありません。 チームは一定の速度で動くことはありません。 スコープの増加は時間の経過と同時に発生します。 たとえば、予想される完了日が移動する場合は、次のいずれかの質問をします。

  • スコープを追加しすぎているか。
  • 平均書き込み速度は変わりますか。その場合、なぜでしょうか。

バーンダウン グラフは、チームがリリースに対するリスクを理解するのにも役立ちます。 予想される終了日がリリースの目標日を超えた場合、チームはスコープを減らすか、プロジェクトを長くすることが必要になる場合があります。 バーンダウンは、進行状況が予想より大きいことも示す可能性があり、スコープを追加する一般的ではないが素晴らしいオプションが提供されます。

次の図に示すように、バーンダウン/バーンアップ ウィジェットに基づくグラフには、多くの計算要素が用意されています。

バーンダウン/バーンアップ ウィジェット要素を示す概念図。

要素 説明
日付範囲 バーンダウンの開始日と終了日。 バーンダウンがイテレーションによってプロットされる場合、終了日は最後のイテレーションの終了です。
メイン メトリック 選択したバーンダウン方法に基づく現在の残存作業時間。
完了率 元のスコープに基づいて完了した作業の割合。 完了 % を選択 完了した作業項目の完全な一覧を表示します。
平均バーンダウン 間隔またはイテレーションごとに完了した平均作業時間。
見積もらない項目 フィールドの合計に書き込む場合にのみ表示されます。 選択した Burndown on フィールドに値がない項目の現在の数を表します。 見積もりのない作業項目の完全な一覧を表示するには、番号を選択します。
スコープの合計の増加 バーンダウンの開始後に元のスコープに追加された作業量を示します。
予想される完了 残存作業時間と履歴バーンダウン率とスコープの増加率に基づいて、予測完了日を計算します。 予想される完了日が指定した 終了日より前の場合は、作業が完了するまでの間隔に垂直線が描画されます。 予想される終了日が指定した 終了日の後にある場合は、作業を完了するために必要な他の間隔/イテレーションの数が表示されます。
元のスコープ 元のスコープは、指定した 開始日以降の残りの作業です。 グラフは元のスコープからバーンダウンします。 %Complete と Total Scope Increase は、元のスコープに基づいて計算されます。
[Total Scope]\(スコープの バーンダウンの合計スコープを表します。 プロットされた点には、完了した作業と残りの作業の両方が含まれます。 スコープの合計行は、プロジェクトのスコープ変更を示します。 過去のデータ ポイントの場合、プロットされた合計スコープは、各間隔/イテレーションの終了時の実際の合計スコープを表します。 将来のデータ ポイントの場合、プロットされた合計スコープは、過去のスコープの変更に基づいて、予想されるスコープの変更を表します。
バーンダウン バーンダウンを表します。 バーンダウンラインは、作業をどれだけ速く焼き尽くしているかを示します。 過去のデータ ポイントの場合、プロットされたバーンダウンは、各間隔/イテレーションの終了時の実際のバーンダウンを表します。 将来のデータ ポイントの場合、プロットされたバーンダウンは、過去のバーンダウンに基づいて予測されるバーンダウンを表します。

重要

  • Area パスの削除または Iteration Paths の再構成により、元に戻せないデータ損失が発生します。 たとえば、 Area Paths が変更されたチームのバーンダウンおよびバーンアップ ウィジェット グラフ、スプリント バーンダウン、ベロシティ グラフでは、正確なデータは表示されません。 履歴傾向グラフは、作業項目ごとに定義された エリア パス と Iteration Path を参照します。 一度削除すると、これらのパスの履歴データを取得することはできません。
  • 削除できるのは、作業項目で使用されなくなった領域パスと反復パスのみです。

次のステップ

バーンダウンとバーンアップのガイダンス