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

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

スプリントの終了時に、チームはバックログを適切に管理し、正確な指標を確保するために、いくつかのタスクを完了する必要があります。 不完全な作業は過去のスプリントに割り当てたままにしないでください。チームは未完了のアイテムの処理方法を決定する必要があります。 不完全な作業項目を別のスプリントに移動したり 、残存作業時間 をゼロにリセットしたりする自動方法はありませんが、チームはこれらの問題に対処するために特定のアクションを実行できます。

実行する主なアクションは次のとおりです。

• スプリントの最後に部分的に完了したユーザー ストーリーとタスクを処理する方法を決定します。
• 不完全な作業を管理して、スプリントメトリックとベロシティを正確に保つ。
• 優先順位付けされた順序で項目を確認し、フォーカスと効率を維持します。

スプリントレビュー会議の前または後、そしてスプリント振り返りの前にスプリント終了アクティビティを行います。 これらのアクティビティは、スプリント レビュー、振り返り、将来のスプリント計画をサポートするために、正確なビューとメトリックを維持するのに役立ちます。

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

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

• スプリントの終了日が過去の場合、そのスプリントに未完了の作業が割り当てられないようにバックログを管理する。
• 作業項目の状態とスプリントの割り当てを管理して、チームの進捗状況と速度の監視をサポートする
• サポート チームの継続的な改善活動
• ソフトウェアの出荷とスプリント目標の達成に関するサポート チームの焦点
• 価値のない作業追跡作業を最小限に抑える

ヒント

チームの速度は、生産性ではなく、計画の精度を測定します。 完了した作業のみが速度にカウントされます。 不完全な作業は、将来のスプリントのために再検討する必要があります。 完了した作業に重点を置くことで、将来の計画のために、より現実的なメトリックとより優れた履歴データを実現できます。

チームの基本設定を決定する

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

• スプリント バックログで不完全なユーザーストーリー、バックログアイテム、およびタスクを確認してください。 スプリント バックログまたはスプリント タスクボードを確認することで、レビューを実行できます。

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

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

  • ストーリーを 2 つに分割して、現在のスプリントで完了した作業と、まだ実行していない作業を表します。 詳細については、「ストーリー、 問題、その他の作業項目をコピーまたは複製する」を参照してください。
  • 作業を完了できる次のスプリントにストーリーを再割り当てします。 現在のスプリントではすべての未完成のストーリーがスプリントの速度においてゼロとして計上されます。

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

不完全な作業のスプリント バックログを確認する

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

ヒント

Azure DevOps では、スプリントを閉じても、スプリントの更新が自動的に制限されることはありません。 スプリントが終了したら、未完了の作業項目を現在のスプリントまたはバックログに手動で移動することが不可欠です。

不完全なユーザー ストーリーとタスクを将来のスプリントに再割り当てする

スプリント バックログから View オプション を選択し、 計画を選択します。 不完全な作業項目を次のスプリントにドラッグ アンド ドロップするか、チーム バックログに戻します。

次の図に示すように、 Fabrikam Team バックログは、チーム の既定の イテレーション パス セットに対応しています。 既定値が @CurrentIteration マクロに設定されている場合、その選択は、次のスプリントの開始まで 反復パス を変更しません。

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

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

次の図に示すように、2012 年と 2013 年のスプリントは、[ Previous Sprints ]\(前のスプリント\) ノードの下に移動されました。

ヒント

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

スプリントの衛生に関するヒント

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

プロジェクトまたはチーム管理者は、スプリントを管理するための次のガイダンスを必ず満たしていることを確認します。

• プロジェクトのスプリントに定義されている開始日と終了日が重複しないようにする必要があります。
• チームが関心を持つすべてのスプリントは、そのチームの設定に選択されるべきです。
• プロジェクトに対して将来のいくつかのスプリントを定義し、チームに対して選択する必要があります。

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

関連資料

• Azure Boards でチームのスクラム プラクティスを実装する
• バックログ項目をスプリントに割り当てる
• バックログ、ボード、クエリ、計画をフィルター処理する
• スクラムのベスト プラクティスを使用する
• スプリントを計画する
• チームのベロシティの表示または構成