次の方法で共有

スプリント終了アクティビティ

  • [アーティクル]

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

スプリントの最後に、チームはバックログの安全性を維持するためにいくつかのタスクに参加する必要がある場合があります。 一般に、未完了の作業を過去のスプリントに割り当ててはなりません。 チームは、スプリントで完了していない作業の扱い方を決めて、適切なアクションを実行する必要があります。

注意

あるスプリントに割り当てられている未完了の作業項目を別のスプリントに自動的に移動する方法はありません。 また、残存作業をゼロにするための自動的な方法もありません。

各スプリントの最後に、各チームは次の質問への対処を決定して実行する必要があります。

  • スプリント終了時点で一部しか完了していないユーザー ストーリーとそのタスクには、どのように対処する必要がありますか?
  • スプリントのメトリックとベロシティが正しく考慮されるように、終了時に部分的に完了した作業を管理する正しい方法は何ですか?
  • 何を、どのような順序で確認する必要がありますか?

一般に、スプリント終了アクティビティは、スプリント レビュー会議の前または後で、スプリントの振り返りの前に、行う必要があります。 考慮する主な項目は、スプリント レビュー、振り返り、スプリント計画でチームをサポートするためにビューとメトリックを維持することです。

スプリント終了アクティビティの目標

各スプリントは、作業が割り当てられる開発の期間を表します。 スプリント終了アクティビティを実行するときに留意すべき目標については、次のチェックリストを確認してください。

  • 終了日が過去のスプリントに未完了の作業が割り当てられていないよう、バックログの安全性を維持する
  • 作業項目の状態とスプリントの割り当てを管理して、チームの進捗とベロシティの監視をサポートする
  • サポート チームの継続的な改善活動
  • サポート チームがソフトウェアの出荷とスプリントの目標の達成に焦点を合わせていること
  • 価値のない作業追跡の労力を最小限に抑える

ヒント

チームのベロシティはチームの生産性の尺度ではなく、将来のスプリントを計画するためのメトリックとしてのみ使う必要があります。 作業は、スプリントの最後に完了しているか、いないかです。 完了した場合は考慮されます。 そうでない場合は、現在のスプリントではなく、将来のスプリントで再検討されます。 速度は、どのような選択をしても平準化する傾向があります。 ただし、完了した作業のみを考慮することで、より現実的な価値と、将来の予測のための履歴データのはるかに優れたソースになるように作業します。

チームの優先事項を決定する

次の提案では、チームが実行を検討する必要がある主なスプリント終了アクティビティについて説明します。 通常、これらのアクティビティは、スプリントの最終日またはスプリント レビュー会議後に行う必要があります。

  • 未完了のユーザー ストーリー、バックログ項目、タスクについて、スプリントのバックログを確認します。 スプリント バックログのレビューまたはスプリント タスクボードのレビューを行うことで、レビューを実行できます。

  • プロダクト バックログまたは次のスプリントに対して開始されていないユーザー ストーリー、バックログ項目、タスクを割り当て直します。 [計画] ペインを使うと、チームのバックログまたは将来のスプリントに割り当て直すことができます。 割り当て直された作業項目は、再度見積もりを行って優先順位を付けることができます。

  • 未完了のユーザー ストーリー、バックログ項目、またはタスクを処理する方法を決定します。 目標は動作するソフトウェアの出荷であることに留意します。 ここで、2 つの選択肢があります。

    • ストーリーを 2 つに分割して、現在のスプリントで完了した作業と、まだしていない作業を表します。 詳細については、「ストーリー、問題、その他作業項目をコピーまたは複製する」を参照してください。
    • 作業を完了できる次のスプリントにストーリーを再度割り当てます。 現在のスプリントで完了していないすべてのストーリーは、スプリントのベロシティに対してゼロと見なします。

  • 完了したタスクの残存作業を処理する方法を決めます。 タスクが完了した場合、残存作業に 0 以外の値を設定しても意味がありません。 チームは、これらのケースの処理方法を決定し、完了したタスクの残存作業の値を 0 に設定することを検討する必要があります。

未完了の作業のスプリント バックログを確認する

未完了の作業を特定するには、スプリント バックログで、まだコミット済み、アクティブ、進行中の状態の作業を確認します。 スプリント終了時のスプリント バックログのスクリーンショット。

未完了のユーザー ストーリーとタスクを将来のスプリントに割り当て直す

スプリント バックログから [表示オプション] を選んで、[計画] を選びます。 未完了の作業項目を次のスプリントにドラッグ アンド ドロップするか、チーム バックログに戻します。

次の図に示すように、Fabrikam Team のバックログは、チームに設定された既定のイテレーション パスに対応しています。 既定値が @CurrentIteration マクロに設定されている場合、次のスプリントの開始までその選択によってイテレーション パスは変わらないことに注意してください。

[計画] ペインが有効になっているスプリント バックログのスクリーンショット。

過去のスプリントをアーカイブする

時間が経つと、プロジェクトに対して定義されたスプリントまたはチームに割り当てられたスプリントの数が増える可能性があります。 イテレーション パスのドロップダウン メニューを最小限に抑えるため、プロジェクト管理者は過去のスプリントをアーカイブ領域に移動することを選択できます。 スプリントの割り当てを維持しながら、別のスプリント ノードの下に移動すると、すべての作業項目データが維持されます。 すべてのスプリント グラフとウィジェットは引き続き機能します。

次に示す図では、2012 年と 2013 年のスプリントが [Previous Sprints] (以前のスプリント) ノードに移動されています。

[Previous Sprints] (以前のスプリント) ノードにアーカイブされたイテレーション パスのスクリーンショット。

ヒント

作業項目に格納されているすべてのデータは、作業項目が完全に削除されるまで Azure DevOps によって保持されます。

スプリントの安全性に関するヒント

スプリント バックログでは、開始日と終了日に基づいて、現在のスプリントがアクティブなスプリントとして自動的に示されます。 現在の日付がスプリント期間内の場合、対応するスプリントは現在のスプリントです。 次のスプリントをアクティブな現在のスプリントにするために、これ以上のアクションは必要ありません。

プロジェクトまたはチームの管理者は、スプリントの管理に関する次のガイダンスを必ず満たすようにしてください。

  • プロジェクトのスプリントに対して定義する開始日と終了日が、重複しないようにする必要があります。
  • チームにとって関心のあるすべてのスプリントを、そのチームの構成に対して選ぶ必要があります。
  • 将来の複数のスプリントをプロジェクトに対して定義し、チームに対して選択する必要があります。

詳細については、「イテレーション パス (スプリント) を定義して、チーム イテレーションを構成する」を参照してください。