第19章スプリントプランニング

本章では、スプリントの開始時にスクラムチーム全体で行う最重要イベント「スプリントプランニング」について解説します。この計画を通じて、チームは「スプリントゴール」と「スプリントバックログ」を作り上げます。

19.1 概要

スプリントプランニングは、継続的なジャストインタイムの計画アクティビティであり、スプリントごとに実施されます。効果的な計画を立てるためには、以下の4つの要素をインプットとして準備しておく必要があります。

スプリントプランニングは、大きく2つのパートに分けて行うのが一般的です。

スプリントにどれだけのPBIを引き入れられるかを判断するために、チームの「キャパシティ（処理能力）」を明確にします。

過去のチームの平均ベロシティ（例：1スプリントあたり25ポイント）を、今回のスプリントの目安（キャパシティ）として使います。

より細かく現実的な計画を立てるために、タスクレベルで使える「純粋な作業時間」を計算します。

算出したキャパシティの範囲内で、優先順位の高いものから順にPBIをスプリントに選択（引き入れ）していきます。

PBIを選択しただけでは、本当にスプリント内に終わるか確信が持てません。チームが自信を持つために、以下のステップで検証します。

スプリントゴールの洗練: スプリントがもたらすビジネス上の価値を、短く端的な言葉（スプリントゴール）にまとめます。
コミットメント: 開発チームは、自分たちが作成した計画に基づき、「このスプリントゴールを達成し、選択したPBIを完成させる」ことにコミット（約束）し、スプリントをスタートさせます。

本章では、プロダクトバックログのアイテムを、スプリントで実行可能な詳細な計画へと落とし込む手法を学びました。次章（第20章）では、スプリント中の日々の進捗を確認し、計画を調整する「デイリースクラム」について解説します。

「純粋な作業時間」の落とし穴: フリーランスの案件の計画を立てる際、1日8時間フルでコーディングできると想定すると必ず破綻します。調査、環境構築、レビュー、急なトラブル対応などを考慮し、純粋にタスクを進められる時間は「1日4〜5時間」としてキャパシティを計算することが、無理のない持続可能なペースを保つ秘訣です。
WhatとHowの分離: 要件（What）を決める段階で「どう実装するか（How）」を議論し始めると、プランニングが長引き時間切れになります。「What（何を作るか）」が確定するまで、実装の詳細な議論はパート2まで保留にすることが重要です。