スプリント プランニング

スプリントプランニングの軸は「このスプリントで何を達成し、どの作業に着手し、どう進めるか」を一度に揃えることです。参加するのはプロダクトオーナー、スクラムマスター、開発チームの三者で、PMがスクラムマスターやプロダクトオーナーを兼ねる現場もあります。会議では主に次の三点を扱います。

• スプリントゴールの合意
  このスプリントで何に価値が生まれるのかを一文程度で言い表します。個々のタスクの寄せ集めではなく、達成したい状態を先に置くことで、途中で判断に迷ったときの基準になります。
• 取り組む項目の選定
  プロダクトバックログの上位から、ゴールに沿う項目を開発チームが選びます。選ぶ主体は開発チームで、プロダクトオーナーは優先順位と背景を説明する側に回ります。
• 進め方の見通し
  選んだ項目をどの順で、どう分解して進めるかを話します。ここで作られる作業単位の集まりがスプリントバックログになります。

成果物は、合意されたスプリントゴールと、着手する項目をタスクへ分解したスプリントバックログです。会議の終わりに「何を目指し、何から手を付けるか」を全員が同じ言葉で言える状態になっていれば、目的は果たせたと言えます。

多くの現場では、会議を二つの問いに分けて進めます。前半が「なぜ・何を」、後半が「どうやって」です。この順番を守ると、手段の議論が目的を上書きしてしまう事態を避けやすくなります。

• 前半：ゴールと対象の確認
  プロダクトオーナーが直近の優先事項と背景を共有し、スプリントゴールの候補を示します。開発チームは不明点を質問し、受け入れ条件や完成の定義をすり合わせます。
• 後半：分解と見積もり
  選んだ項目を、数時間から一日程度で終わる作業へ分解します。見積もりは工数の正確な予言ではなく、相対的な規模感や難しさを揃えるための対話として扱うのが一般的です。

会議の長さは、スプリント期間に比例させる目安がよく使われます。たとえば二週間のスプリントなら、長くても数時間に収める運用が多く見られます。終了時には、スプリントゴール、スプリントバックログ、そして「このゴールは今の体制で狙えそうか」という開発チームの納得感の三つが揃っているかを確認します。PMの立場では、決まったことを議事に残すより、全員が同じ理解に立てているかを場で確かめることのほうが後の進捗管理に効いてきます。

この会議は形だけ整えても機能しにくく、いくつか決まった形のつまずきがあります。先に知っておくと、進行役として手を打ちやすくなります。

• ゴールが作業リストに置き換わる
  スプリントゴールを立てずに「今回やるタスク一覧」だけを決めてしまう形です。途中で割り込みが入ったとき、何を守り何を落とすかの判断基準が残らず、優先順位の相談が毎回ふりだしに戻りがちになります。
• 詰め込みすぎる
  過去の実績より多くの項目を抱え、毎スプリント未完が積み上がる状態です。見積もりを楽観側に寄せる力学が働きやすいため、直近数回の完了量を目安にする運用が助けになります。
• プロダクトオーナー不在で見切り発車する
  優先順位や受け入れ条件を決める人がいないまま分解に進むと、作ったものが期待とずれ、スプリント後半で手戻りが出ます。
• 見積もりを約束と混同する
  相対規模の目安だったはずの数字が、いつの間にか対外的な納期の確約として扱われる形です。見積もりの性質を、関係者と早めに共有しておくことが予防につながります。

いずれも、PMが「ゴールは一言で言えるか」「抱えた量は直近の完了量と釣り合うか」を問い直すだけで、かなり防げる部類の問題です。

スプリントプランニングは、スクラムの他のイベントや成果物と混同されやすいため、役割の違いを軸に整理しておくと理解がぶれません。

• プロダクトバックログとの違い
  プロダクトバックログは、プロダクト全体でやりたいことを優先順位付きで並べた一覧です。スプリントプランニングは、その上位からこのスプリント分を切り出す作業にあたります。前者が在庫、後者が切り出しの場面だと捉えると区別しやすくなります。
• スプリントバックログとの違い
  スプリントバックログは、プランニングの成果物です。選んだ項目を作業単位へ分解したもので、スプリント中は開発チームが日々更新していきます。
• 振り返り（レトロスペクティブ）との違い
  プランニングがスプリントの入口で「これから」を決めるのに対し、振り返りは出口で「進め方そのもの」を見直す場です。前を向く会議と、後ろを振り返る会議という向きの違いがあります。

ウォーターフォールの計画との対比も理解を助けます。全工程の計画を先にまとめて固めるのではなく、短い区切りごとに計画と実行を繰り返す点が、スプリントプランニングを含むアジャイルの進め方の特徴です。計画の粒度を細かくし、変化に合わせて作り直す前提に立っている、と捉えると位置づけがはっきりします。

スプリントプランニングを滞りなく回せることは、PM（プロジェクトマネージャー）にとって、短い計画サイクルで優先順位と見通しを揃える力の証明になります。アジャイルを採用する現場では、全工程を先に固める計画だけでなく、変化に合わせて計画を作り直す進め方が求められる場面が増えています。ゴールを一言で言語化し、抱える作業量を直近の完了量と釣り合わせ、関係者の納得を場で得る。この一連を安定して進められると、進捗管理やステークホルダーとの調整にもそのまま応用が利きます。職務経歴書では、担当したスプリントの運用で何を改善したか、たとえば未完の積み上がりをどう減らしたかを具体的に書けると、計画と実行をつなぐ力が伝わりやすくなります。

スプリントプランニングはどのくらいの時間をかけますか。

スプリント期間に比例させる目安がよく使われます。二週間のスプリントなら長くても数時間に収める運用が多く見られます。時間を区切ったうえで、ゴールの合意と着手項目の分解まで終えることを優先し、細部は会議後に詰める進め方が現実的です。

見積もりは必ず時間単位で出す必要がありますか。

必須ではありません。相対的な規模感を揃えるポイントなどの指標を使う現場も多くあります。大切なのは数字の正確さより、チーム内で難しさの認識が揃うことです。見積もりを対外的な納期の確約と混同しないよう、性質を関係者と共有しておくと安心です。

誰が参加すればよいですか。

プロダクトオーナー、スクラムマスター、開発チームが基本の参加者です。プロダクトオーナーは優先順位と背景を示し、開発チームが取り組む項目を選び、スクラムマスターが進行を支えます。PMがいずれかの役割を兼ねる現場もありますが、優先順位を決める人の不在だけは避けたいところです。