プロダクトバックログの予測

Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

チームは、スプリント計画の作業に役立つ予測ツールを使用します。 チーム速度の値をプラグインすることによって、予測ツールは、バックログ内のどの項目が将来のスプリント内でどの項目を完了できるかを示します。 どちらのツールも、バックログ項目を推定するチームの能力に依存するチーム固有のツールです。 チームがスプリントまたは2つを完了すると、チームのベロシティを使用して、今後のスプリントで完了できるバックログの量を予測できます。

この記事では、次の情報について説明します。

  • 今後のスプリントを予測する方法
  • 予測をサポートするために必要なチームアクティビティと推奨されるチームアクティビティ

注意

バックログ、ボード、taskboards、および配信計画の違いを理解するには、「 バックログ、ボード、および計画」を参照してください。 バックログまたはボードに、予想または目的の作業項目が表示されない場合は、「 バックログとボードを設定する」を参照してください。

注意

バックログ、ボード、および taskboards の違いを理解するには、「 バックログとボード」を参照してください。 バックログまたはボードに、予想または目的の作業項目が表示されない場合は、「 バックログとボードを設定する」を参照してください。

前提条件

  • プロジェクトに接続する必要があります。 プロジェクトがまだない場合は、プロジェクトを 作成します。
  • コントリビューター セキュリティグループのメンバーとしてプロジェクトに追加する必要があります。 プロジェクトまたはチームを使用していない場合は、 今すぐ追加してください。
  • 予測機能を使用するには、 Basic アクセス以上が付与されている必要があります。 詳細については、「 アクセスレベルについて」を参照してください。

注意

パブリックプロジェクトに対する 利害関係 者アクセス権を持つユーザーは、 基本的な アクセス権を持つユーザーと同じように、バックログとボードの機能にフルアクセスできます。 詳細については、「 アクセスレベルについて」を参照してください。

  • プロジェクトに接続する必要があります。 プロジェクトがまだない場合は、プロジェクトを 作成します。
  • コントリビューター セキュリティグループのメンバーとしてプロジェクトに追加する必要があります。 プロジェクトまたはチームを使用していない場合は、 今すぐ追加してください。
  • 作業項目を追加または変更するには、 Basic アクセス以上が付与されている必要があります。 詳細については、「 アクセスレベルについて」を参照してください。

チームのバックログを予測する前に、次のことを行う必要があります。

必須:

推奨:

  • 変動を最小限に抑えるために、バックログ項目を定義してサイズを変更します。
  • チームが バグをどのように処理するかを決定します。 チームが要件などのバグを処理することを選択した場合、バグはバックログに表示され、ベロシティグラフと予測でカウントされます。
  • チームの区分パスを設定します。 予測ツールは、チームの既定の設定に基づいてこれらの項目を予測します。 これらの設定では、チームの既定の区分パスに項目を含めるか、または除外するかを指定できます。
  • バックログ項目とバグの階層を作成しないでください。 リーフノードの表示 (同じカテゴリ階層の最後のノード) は、かんばんボード、スプリントバックログ、および taskboards にのみ表示されます。 詳細については、「 再注文と入れ子の問題の修正」、「バックログとボードでの階層 (入れ子になった) 項目の表示」を参照してください。
    要件、バグ、およびタスクを入れ子にするのではなく、単純なリストを維持し — ます。親と子のリンクの作成は、カテゴリの異なる項目間の1つの深さに限定されます。 機能を使用して 、要件またはユーザーストーリーをグループ化します。 ストーリーを機能に迅速にマップすることができます。これにより、背景に親子リンクが作成されます。
  • スプリントの最後に、チームが完全に完了したバックログ項目の状態を更新します。 不完全な項目は、プロダクトバックログに戻され、将来のスプリント計画会議で考慮される必要があります。

注意

複数のチームで作業する場合、各チームが独自のバックログ、ベロシティチャート、および予測ツールを使用する必要がある場合は、 追加のチームを作成できます。 各チームは、独自のアジャイルツールのセットにアクセスできるようになります。 各アジャイルツールは、作業項目をフィルター処理して、割り当てられた区分パスとイテレーションパスがチームのそれらのセットを満たしているもののみを含めます。

今後のスプリントの予測

予測ツールを使用すると、スプリント内で完了できる項目の数を把握できます。 速度をプラグインすることによって、チームがアクティブ化したスプリントのセットの範囲内にある項目を確認できます。

プロダクトバックログを予測するには、次の操作を実行します。

  1. (1) 適切なプロジェクトが選択されていることを確認し、(2) [ ボード>バックログ] を選択して、(3) チームセレクターメニューから適切なチームを選択します。

    チームの作業、バックログを開く

    別のバックログを選択するには、セレクターを開き、別のチームを選択するか、[ バックログディレクトリの表示 ] オプションを選択します。 または、[検索] ボックスにキーワードを入力して、プロジェクトのチームバックログの一覧をフィルター処理します。

    別のチームを選択する

  2. バックログレベルとして、 ストーリー (アジャイル)、 問題 (基本)、 バックログ項目 (スクラムの場合)、または 要件 (CMMI の場合) が選択されていることを確認します。

    プロダクトバックログレベル、バックログ項目、ストーリー、または要件の選択

  3. Optional表示する列と順序を選択するには、[ アクション] アイコンを選択し、[ 列のオプション] を選択します。 詳細については、「 列のオプションを変更する」を参照してください。

    列のオプションを開く

  4. [表示オプション] アイコンをクリックし、[予測] を [オン] にします。 単純にするには、[ マッピング ] ウィンドウと [ 計画 ] ペインを オフ にします。

    ボード>バックログ、表示オプションメニュー、予測

    [進行中の項目] を [オフ] に設定すると、予測にカウントされない項目が非表示になります。 予測ツールでは、[ コミット ] または [ 完了 ] に設定されたスクラム項目と、[ アクティブ]、[ 解決済み]、または [完了] に設定され アジャイルおよび CMMI 項目は無視

  5. チームの予想されるベロシティを入力します。

    ボード>バックログ、予測ベロシティの設定

    ヒント

    チームが複数のスプリントで作業している場合は、 ベロシティウィジェットからのチームのベロシティを把握できます。

    このツールは、チームによって選択された、今後のスプリントごとに線を描画します。 予測行は、今後のスプリントでチームが完了できる作業量を示しています。 通常、最初の行の上の項目は、現在のスプリントで既に進行中です。 1番目と2番目の予測行の間にある項目は、名前付きスプリントで完了できる内容を示します。

  1. Web ブラウザーで、プロダクトバックログを開きます。 (1) 適切なプロジェクトが選択されていることを確認し、(2) [ ボード>バックログ] を選択して、(3) チームセレクターメニューから適切なチームを選択します。

    チームの作業、バックログを開く

    別のチームを選択するには、セレクターを開き、別のチームを選択するか、[ すべてのチームバックログを参照 ] オプションを選択します。 または、検索ボックスにキーワードを入力して、プロジェクトのチームバックログの一覧をフィルター処理できます。

    別のチームを選択する

  2. バックログ 項目 (スクラムの場合)、 ストーリー (アジャイル)、または 要件 (CMMI の場合) がバックログレベルとして選択されていることを確認します。 製品バックログのみを予測できます。 特徴やエピックなどのポートフォリオバックログを予測することはできません。

    プロダクトバックログレベル、バックログ項目、ストーリー、または要件の選択

  3. Optional表示する列と順序を選択するには、[ アクション] アイコンを選択し、[ 列のオプション] を選択します。 バックログに表示される一連の列にイテレーションパスを追加することもできます。 詳細については、「 列のオプションを変更する」を参照してください。

    列のオプションを開く

  4. [表示オプション] アイコンをクリックし、[予測] を [オン] にします。 単純にするには、[ マッピング ] ウィンドウと [ 計画 ] ペインを オフ にします。

    ボード>バックログ、表示オプションメニュー、予測

    [進行中の項目] を [オフ] に設定すると、予測にカウントされない項目が非表示になります。 予測ツールでは、[ コミット ] または [ 完了 ] に設定されたスクラム項目と、[ アクティブ]、[ 解決済み]、または [完了] に設定され アジャイルおよび CMMI 項目は無視

  5. チームの予想されるベロシティを入力します。 予測 バーが表示されない場合は。

    ボード>バックログ、予測ベロシティの設定

    ヒント

    チームが複数のスプリントで作業している場合は、 ベロシティウィジェットからのチームのベロシティを把握できます。

    このツールは、チームによって選択された、今後のスプリントごとに線を描画します。 予測行は、今後のスプリントでチームが完了できる作業量を示しています。 通常、最初の行の上の項目は、現在のスプリントで既に進行中です。 1番目と2番目の予測行の間にある項目は、名前付きスプリントで完了できる内容を示します。

プロダクトバックログを予測するには、次の操作を実行します。

  1. Web ブラウザーから、チームのプロダクトバックログを開きます。 (1) プロジェクト/チームセレクターからチームを選択し、(2) 作業、(3) バック ログ、(4) バックログ項目 (スクラムの場合)、 ストーリー (アジャイルの場合)、または 要件 (CMMI の場合) である製品バックログを選択します。

    ボード>バックログページを開く

    ストーリー、バックログ項目、または要件の製品バックログのみを予測できます。

    別のチームを選択するには、プロジェクト/チームセレクターを開き、別のチームを選択するか、[ 参照 ] オプションを選択します。

    別のチームを選択する

    注意

    複数のチームで作業する場合、各チームが独自のバックログ、ベロシティチャート、および予測ツールを使用する必要がある場合は、 追加のチームを作成できます。 各チームは、独自のアジャイルツールのセットにアクセスできるようになります。 各アジャイルツールは、作業項目をフィルター処理して、割り当てられた区分パスとイテレーションパスがチームのそれらのセットを満たしているもののみを含めます。

  2. Optional表示する列と順序を選択するには、[ 列のオプション] を選択します。 バックログに表示される一連の列にイテレーションパスを追加することもできます。 詳細については、「 列のオプションを変更する」を参照してください。

  3. [ 予測 ] を [オン ] に設定し、チームの予測ベロシティを入力します。 予測バーが表示されない場合は、[ ] を [ 非表示] に設定します。

    Web ポータル、ボード>バックログ、予測

  4. [ 進行中の 項目] を [ 非表示 ] に設定すると、予測にカウントされない項目が非表示になります。 予測ツールでは、[コミット] または [完了] に設定されたスクラム項目と、[アクティブ]、[解決済み]、または [完了] に設定されたアジャイルおよび CMMI 項目は無視

    このツールは、チームによって選択された、今後のスプリントごとに線を描画します。 予測行は、今後のスプリントでチームが完了できる作業量を示しています。 通常、最初の行の上の項目は、現在のスプリントで既に進行中です。 1番目と2番目の予測行の間にある項目は、名前付きスプリントで完了できる内容を示します。

予測結果を確認する

  • 結果を手動で確認して、予想どおりの相違点と予測ツールに表示される内容を理解します。
  • スプリントごとの予測工数 (作業量、ストーリーポイント、またはサイズ) を確認します。
  • 質問の予測結果は、チームのベロシティに近づいているか、チームのベロシティを超えています。

この例では、速度20が使用されています。 予測ツールでは、予測行の間に表示される項目の数を、スプリント内で完了できる項目と、前のスプリントの未使用の velocity ポイントを使用して制限します。

予測ツールでは、各ユーザーストーリーまたはバグに割り当てられているストーリーポイントの量に基づいて、イテレーション2から6までの 2 ~ 4 項目を処理できます。 予測ロジックは、1つのスプリントから次のスプリントまでの velocity ポイントを保持します。

  • イテレーション 2:13 のストーリーポイント、項目1と2を完了できます。7 velocity ポイントは次のスプリントに引き継がれます。

  • イテレーション 3:24 個のストーリーポイント、項目 3 ~ 5 は完了できます。3 (= 20 + 7-24) velocity ポイントは次のスプリントに引き継がれます

  • イテレーション 4:21 ストーリーポイント、項目 6 ~ 8 は完了できます。2 (= 20 + 3-21) velocity ポイントは次のスプリントに引き継がれます。

  • イテレーション 5:16 ストーリーポイント、項目 9 ~ 12 は完了できます。6 (= 20 + 2-16) velocity ポイントは次のスプリントに引き継がれます。

  • イテレーション 6:23 ストーリーポイント、項目 13 ~ 16 は完了できます。3 (= 20 + 6-23) velocity ポイントは次のスプリントに引き継がれます

    ボード>バックログ、6スプリントの予測結果

注意

TFS 2017.2 の予測ロジックが変更されました。 以前は、予測ツールは、予測行の間に表示される項目数を、スプリント内で完了できる項目と、前のスプリントの未使用の velocity ポイントを使用して制限しました。

これで、行の間に一覧表示されているすべての項目は、最初の行でラベル付けされたスプリントで開始できますが、スプリント内では完了しない可能性があります。 1つのスプリントで完了できない工数 (作業量、ストーリーポイント、サイズ) は、次のスプリントに引き継がれます。 たとえば、速度が15の場合、項目1に35の作業ポイントがある場合、20個の工数ポイントが次のスプリントに繰り越されます。その後、再び5つの工数ポイントがスプリントに引き継がれます。

この例では、速度15が使用されています。 予測ツールでは、各作業項目に割り当てられた工数の量に基づいて、最初の6つのスプリントで開始または完了できる2つの項目が表示されます。 予測ロジックは、1つのスプリントから次のスプリントまでの労力を伴います。

  • スプリント 1:19 個の作業ポイント、項目1と2を完了し、項目3を開始できます。4つの作業ポイントが次のスプリントに引き継がれます。
  • スプリント 2:13 工数ポイント、前のスプリントの項目3は完了でき、項目4は完了でき、項目5は開始できます。2つの作業ポイントが次のスプリントに引き継がれます。
  • スプリント 3:15 工数ポイント、前のスプリントの項目5、項目 6 ~ 8 を完了でき、項目9を開始できます。2つの作業ポイントが次のスプリントに引き継がれます。
  • スプリント 4:13 工数ポイント、前のスプリントの項目9、項目10および11を完了できます。次のスプリントには労力ポイントが繰り越されません。
  • スプリント 5:19 個の作業ポイント、項目12および13は完了でき、項目14を開始できます。4つの作業ポイントが次のスプリントに引き継がれます。

Web ポータル、バックログ、予測

予測ツールでは、予測行間のスプリント内で完了できる作業項目のみが表示されます。 1つのスプリントからの未使用の velocity ポイントは、次のスプリントの予測で考慮されます。 予測スプリントが、そのスプリント中に完了できる最後の項目と共に一覧表示されます。

この例では、速度20が使用されています。 スプリント2では、合計13個の作業ポイントを持つ最初の2つの項目を完了できます。

要約すると:

  • スプリント 2:13 個の作業ポイント、項目1と2を完了できます。7 velocity ポイントは次のスプリントに引き継がれます。
  • スプリント 3:24 工数ポイント、項目 3 ~ 5 を完了できます。3 (= 20 + 7-24) velocity ポイントは次のスプリントに引き継がれます
  • スプリント 4:21 の作業ポイント、項目 6 ~ 8 を完了できます。2 (= 20 + 3-21) velocity ポイントは次のスプリントに引き継がれます。
  • スプリント 5:16 工数ポイント、項目 9 ~ 12 は完了できます。6 (= 20 + 2-16) velocity ポイントは次のスプリントに引き継がれます。
  • スプリント 6:19 個の作業ポイント、項目 13 ~ 15 を完了できます。3 (= 20 + 6-23) velocity ポイントは次のスプリントに引き継がれます

Web ポータル、予測線を表示するベロシティを入力します

バックログ内のすべての項目を完了するために必要なベロシティを決定する

予測ツールを使用するもう1つの方法は、特定のスプリントのセット内ですべてのバックログ項目が完了するまで、さまざまなベロシティ値を入力することです。 これにより、項目のバックログを完了するために必要な速度の推定値が得られます。

次に、現在のチームのベロシティと必要なベロシティとの差を評価して、必要な時間内に運用環境の需要を満たすために必要な追加リソースを決定できます。

次の操作: