スプリント計画では、スプリント内で完了するバックログ項目の数について合意し、開発チームの責任となること、また、現在のスプリントの目標とスプリントバックログ.
スプリント計画会議中、プロダクトオーナー全チームに最高優先度の機能を提示します。その後、チームがこのスプリント中に取り組むユーザーストーリーについて議論します。全チームメンバーが参加すべきです。特定のバックログ項目に追加の専門知識が必要な場合、ステークホルダーも招待されることがあります。会議にはリファインメントセッションも含まれる場合があります。

スプリント計画
スプリント計画会議の利点
成功裏に実施できるスプリント計画会議の利点は以下の通りです:
- チームがスプリント目標とコミットメントに一致するのを助けます。
- タスクの発見、登録、優先順位付け、見積もりを可能にします。
- 依存関係の共有とチームの能力を評価するためのプラットフォームを提供し、達成可能なスプリント目標を設定しコミットできるようにします。
スプリント計画会議の所要時間
各スプリントはスプリント計画会議から始まります。通常、4週間のスプリントの場合、この会議は8時間程度が目安です。2週間のスプリントの場合は約4時間です。一般的な目安として、スプリントの週数に2時間を掛け、スプリント計画会議の合計所要時間を算出します。以下の表がこのルールを示しています。
| スプリント全体の期間 | スプリント計画会議の所要時間 |
| 1週間 | 2時間 |
| 2週間 | 4時間 |
| 3週間 | 6時間 |
| 4週間 | 8時間 |
会議前の準備
スクラムマスター向け
- 適切な参加者を特定し、WebExやビデオ会議などの運用を手配する。
- 議題を準備し、配布する。
- チームメンバーのスキルと能力が、スプリントバックログ項目の要件と一致していることを確認する。
プロダクトオーナー向け
開発チーム向け
- チームの完了の定義必要に応じて更新し、会議中に参照できる状態にしておく。
スプリント計画会議(第1部および第2部)
この会議は2つの部分に分けられる。第1部では、プロダクトオーナーが機能リストをレビューし、次のスプリントで開発すべき内容を定義する。第2部では、作業を完了するために必要なタスクを特定する。スプリント計画会議の結果として、スプリント目標とスプリントバックログが得られるべきである。

スプリント計画の部
スプリント計画会議 – 第1部
スプリント計画会議の第1部は、プロダクトバックログプロダクトオーナーが次のスプリントで予測・提供したいと希望する項目のレビューである。この段階で、プロダクトオーナーは次のスプリント終了時に提供したい内容を説明する。この段階では、チームが明確化するための質問をし、曖昧さを解消することが一般的である。第1部の終了時に、チームはスプリント目標を決定する——スプリント全体の成果を一文で表した内容である。これにより、後で作業の深さや広がりに関する質問に答えることができる。もし作業がスプリント目標と直接一致しない場合、その作業はスプリント内で完了しない。スプリント計画の第1部の主な活動には以下が含まれる:
- プロダクトオーナーが、プロダクトバックログから最も優先度の高い項目をチームに提示する。
- スプリント目標を定義する——プロダクトオーナーは開発チームと協力してスプリント目標を決定する。
- チームとプロダクトオーナーが協力して、次のスプリントで提供可能な機能を特定する。
- チームはこの選択されたプロダクトバックログに対して、セッションの終了時にコミットします。
スプリント計画会議 – 第2部
スプリント計画会議の第2部では、チームが作業の構築方法を決定します。このセッション中、チームはプロダクトバックログ項目をタスクに分解し、通常は数時間以内に見積もりを始めます。プロダクトオーナーはこのセッション中に利用可能である必要がありますが、物理的に存在する必要はありません。実際、多くのチームは、この詳細な議論の際にプロダクトオーナーが不在であると助かると感じています。プロダクトオーナーが利用可能であることを知りながら、実装の選択肢についての会話に参加していないことで、チームは誤解やパニックを恐れずに自由に検討できます。もしプロダクトオーナーが部屋に残っていると、スクラムマスターはこの会議のこの部分を管理し、チームが集中し、プロダクトオーナーの意見に影響されずに可能性を自由に探求できるようにしなければなりません。第2部の主な活動には以下が含まれます:
- チームはコミットメントを果たす方法を計画し、スプリントバックログに含めるべき作業を詳細に提示します。
- 詳細な計画 – ユーザーストーリーをタスクに分解します。チームがストーリーをタスクに分けることを確認し、ストーリーを完了するために必要なすべての要素を検討できるようにします。テストを別々のタスクとして扱うことは良い習慣です。
- ストーリーの見積もり – チームはプランニングポーカーやTシャツサイズ法などの手法を使って、各ストーリーの作業量を見積もります。チームメンバーは選んだ作業を登録し、各タスクの完了にかかる時間を見積もります。