スプリントプランニングとは？進め方・アジェンダ・テンプレート（2026年版）

スプリントプランニングは、スプリントの最初に行う計画会議です。ここでの決め方ひとつで、チーム全員の次の2週間の成果は大きく変わります。ゴールが曖昧なまま走り出せば作業は散らかりますし、バックログの準備が足りなければ、チケットを順番に読み上げるだけの2時間になってしまいます。

この記事では、スプリントプランニングの基本と、実のある計画を作るための進め方を解説します。会議を組み立てる3つの問い、スプリント期間ごとの所要時間の目安、2週間スプリント向けのアジェンダ例、よくある失敗、コピーしてそのまま使えるテンプレート、そして書記を置かずに決定事項を記録する方法まで、この1本でまとめて確認できます。

⚠️ 本記事は、2026年8月時点の公開情報やユーザーフィードバックを基に独自にまとめたものです。

目次

1. スプリントプランニングとは
2. スクラムイベントの中での位置づけ
3. スプリントプランニングを構成する3つの問い
4. 所要時間の目安（タイムボックス）
5. 2週間スプリントのアジェンダ例
6. よくある失敗
7. そのまま使えるテンプレート
8. 書記なしで決定事項を残すには
9. よくある質問
10. まとめ

スプリントプランニングとは

スプリントプランニングは、各スプリントの開始時にスクラムチーム全員で行う計画会議です。このスプリントで届ける価値を決め、それを実現するバックログアイテムを選び、実行計画の骨子を作ります。成果物はスプリントバックログと呼ばれ、スプリントゴール・選んだアイテム・実行計画の3点セットで構成されます。

日本のチームでは「スプリント計画」「プランニング」など呼び方はいろいろありますが、どれもスクラムガイドに定義された同じ公式イベントを指します。

押さえておきたい前提が2つあります。1つ目は、プランニングはバックログの中身を初めて読み解く場ではないということです。候補アイテムは、内容が理解され、見積もりが済み、受け入れ基準が付いた状態で会議に持ち込むのが前提です。チケットを初見で読み始めた時点で、プランニングは全員参加の割高なリファインメントに変わってしまいます。2つ目は、成果物はタスクリストではなく、ゴールへのコミットメントだということです。違いが出るのはスプリント中盤に問題が起きたときです。ゴールがあるチームはスコープを再交渉できますが、タスクリストしかないチームは、ただ遅れていくだけです。

参加者はスクラムチーム全員です。どれだけの作業を入れるか、どう進めるかを決めるのは開発者。目的と優先順位を持ち込むのはプロダクトオーナー。会議が本来の成果を出せるように支えるのがスクラムマスターです。特定のテーマについて詳しい人を助言役として招くこともできますが、スプリントに入れる量を決める権限は、実際に手を動かす開発者にあります。

スクラムイベントの中での位置づけ

スプリントプランニングは、サイクル内のほかの会議と混同されがちです。それぞれの役割を表で整理しておきます。

特に大事なのは、リファインメントとプランニングの関係です。リファインメントが準備、プランニングが決定という役割分担になっています。プランニングが毎回長引いて困っているチームは、たいてい計画の進め方ではなく準備の不足に原因があります。目安としてよく使われるのは、プランニング開始時点で「選べる状態」のバックログがスプリント2回分あることです。

スプリントプランニングを構成する3つの問い

スクラムガイドはスプリントプランニングを3つのトピックで構成しています。この3つは、そのまま会議の進行順として使えます。

1. なぜこのスプリントに価値があるのか

まず、プロダクトオーナーがこのスプリントで最も価値を生めそうな領域を提案します。プロダクトに今必要なもの、ステークホルダーの期待、まだ検証できていない仮説などです。この提案をもとに、チーム全員でスプリントゴールを一文にまとめます。チケットの合計ではなく、目的を説明する一文です。たとえば「新規ユーザーがヘルプなしで登録を完了できるようにする」はゴールですが、「スプリントの12チケットを消化する」はゴールとは言えません。

ゴールはプランニング終了までに必ず確定させます。スプリント中に想定外のことが起きたとき、チームはこのゴールを守りながら、それ以外の部分を調整していくことになるからです。

2. このスプリントで何ができるか

次に、開発者がプロダクトバックログからアイテムを選びます。スコープの疑問点はプロダクトオーナーとその場で話して解消し、どこまで入れるかの線を引きます。ここで頼りになるのは現実の数字です。休暇・祝日・サポート当番・会議を差し引いたチームの実際に使える時間と、過去スプリントの実績。どれだけ入るかを正確に予測するのは難しいからこそ、依頼する側ではなく、実行する側が判断します。

ありがちな失敗は、割り込みがまったくない理想のスプリントを前提に計画してしまうことです。経験を積んだチームは、予定外の作業に備えて15〜20%ほどのバッファをあらかじめ確保しています。実際、ないふりをするより、最初から見込んでおくほうが安くつきます。

3. 作業をどう進めるか

最後に、先に着手するアイテムについて、開発者が作業を細かく分解します。目安は1日以下の単位です。スプリント全体をこの場で分解する必要はなく、自信を持って着手できる分だけで十分です。この計画を決めるのは開発者だけです。バックログをどう形にするかを、ほかの誰かが指図することはありません。

所要時間の目安（タイムボックス）

スクラムガイドが定める上限は、1か月スプリントで最大8時間、それより短いスプリントでは期間に比例して短くです。実際には2週間スプリントを採用するチームが多く、上限よりかなり短い時間で終わっています。

この表は診断にも使えます。プランニングが毎回20分で終わるなら、おそらく計画ではなくリストの追認になっています。逆に毎回上限まで使い切るなら、バックログが未整備のまま届いているか、技術設計を丸ごと会議の中でやっています。どちらの極端も、チームのスタイルではなく直すべき症状です。

2週間スプリントのアジェンダ例

スクラムガイドの3つのトピックを、時間配分つきのブロックに落とし込んだ2時間の構成例です。

1. 前提とキャパシティの確認（10分）。 前スプリントの結果を2文で共有し、計画に影響する変化と実際に使える時間を確認します。誰がいつ休むか、祝日はあるか、サポート作業はどの程度見込むか。
2. 価値の提案とスプリントゴール（25分）。 プロダクトオーナーが「なぜ」を説明し、チームで議論してゴールを一文にまとめ、全員に見える場所へ書きます。この一文ができるまで先へ進みません。
3. アイテムの選定（40分）。 リファインメント済みの候補を順に確認し、スコープと受け入れ基準の疑問を解消し、キャパシティに合わせて線を引きます。入れるアイテムには理由を添えます。ゴールに貢献するか、避けられない約束か、のどちらかです。
4. 実行計画（30分）。 先に着手するアイテムを1日単位のタスクに分解します。人やチームをまたぐ依存関係と、わかっているリスクをここで洗い出します。
5. 確認とクローズ（15分）。 ゴールを読み上げ、最終的な線引きを見直し、残った疑問には担当者を付けて持ち帰ります。スプリントバックログは、チーム全員が毎日見る場所に置きます。

1週間スプリントなら各ブロックを半分に、1か月スプリントなら長めに調整します。ただし順序は変えません。なぜ、何を、どうやって、の順番です。これを逆にすると、技術的にはつじつまが合っているのに、何のためのスプリントかは誰も説明できない、という計画ができあがります。

よくある失敗

• スプリントゴールなしで計画する。 最も高くつく失敗です。目的を説明する一文がないと、想定外への対応は優先順位ではなくその場の勢いで決まってしまいます。見分け方は簡単で、2週目の水曜日にゴールを言えるメンバーがいなければ黄信号です。
• プランニング中にリファインメントを始める。 初見のチケットを読み、見積もり、設計を議論する。全員が待つ中でこれをやると、2時間の会議が4時間になります。リファインメントはスプリント中に継続的に行う活動であって、プランニングの1ブロックではありません。
• キャパシティ100%で計画する。 満杯のスプリントには、緊急バグの入る余地も、途中で膨らむ疑問に向き合う余裕もありません。バッファを明示的に取るのは弱気ではなく、再交渉できるか未達で終わるかの分かれ目です。
• 入れる量をプロダクトオーナーが決める。 「これは絶対に入れたい」という圧力がかかると、役割が逆転します。プロダクトオーナーは価値の順に並べる。量を決めるのは作業する人。この線引きが崩れると、見積もりはただの交渉材料になります。
• コミットメントを保証と混同する。 スプリントバックログは誠実な予測であって、契約ではありません。「スプリント未達」で責められるチームは見積もりを盛ることをすぐに覚え、計画そのものが当てにならなくなります。
• 決定事項が消えていく。 1週目の木曜日に「マイグレーションの件、結局どう決めたんだっけ」という質問が出る。これが典型的な症状です。線引きの際の細かい判断、口頭で補足された受け入れ基準、議論の中で見つかった依存関係。どれも一度口にされたきり、どこにも書かれていません。
• 「やることは分かっているから」とプランニングを飛ばす。 計画の場を持たずに始まったスプリントは、誰かの頭の中の計画で動いています。うまくいっているうちは問題になりませんが、崩れたとき、何かに合意した記録はどこにもありません。

そのまま使えるテンプレート

1. 時間割つきアジェンダ（招集メールに貼る用）

# スプリントプランニング [チーム名] - スプリント[番号] - [日付]（2時間）
前提条件: 候補アイテムはリファインメント・見積もり済み

10分 - 前提とキャパシティ（不在、祝日、サポート当番）
25分 - スプリントゴール（全員で一文にまとめる）
40分 - アイテム選定とキャパシティに合わせた線引き
30分 - 最初のアイテムの分解と依存関係の洗い出し
15分 - 確認: ゴール + 線引き + 未解決の疑問と担当者

2. 最小限のスプリントバックログ（成果物ドキュメント）

# スプリント[番号] - [期間]
## スプリントゴール
[目的を説明する一文]

## キャパシティ
稼働可能な人日: [n] | 予定外作業のバッファ: [%]

## 選定アイテム
- [アイテム] - [初期担当] - 受け入れ基準: [リンクか要約]
- ...

## プランニングでの決定事項
- [決定] - [背景を1行で]

## 依存関係とリスク
- [依存関係] - 依存先: [人/チーム] - 期限: [日付]

## 今回見送ったもの（要望はあったが外した）
- [アイテム] - 見送りの理由

3. プロダクトオーナーの前日チェックリスト

[ ] 次の2スプリント分の候補がリファインメント・見積もり済み
[ ] すべての候補に受け入れ基準が書かれている
[ ] スプリントゴール案が一文に収まっている
[ ] 前スプリントの結果を2文で要約してある
[ ] 駆け込み要望のステークホルダーから話を聞いた（またはレビューに招待した）

書記なしで決定事項を残すには

スプリントプランニングでは、短時間に多くのことが決まります。ゴール、線引きの最終形、口頭で補足された受け入れ基準、依存関係、リスク、見送ったものとその理由。ところが、そのほとんどは全員がボードを見ながら口頭で話している間に流れていきます。かといって書記を立てると、その人は見積もりや議論に参加できなくなります。判断力が一番必要な会議で、メンバーを1人記録係に回すのはもったいない話です。

そこで役立つのが、リアルタイムのAI会議アシスタントです。SuperInternはbotが会議に参加しないデスクトップアプリ（Mac/Windows）で、デバイスの音声から直接会議を記録します。通話の参加者一覧に見知らぬ録音botが並ぶことはなく、Zoom、Google Meet、Microsoft Teams、Webexでも、ホワイトボードを囲む対面の会議でも同じように使えます。

プランニングでの使い方は、たとえば次のとおりです。

• AI Canvasにスプリントバックログの構造を渡しておく。 「スプリントゴールは発言どおりの引用で、選定アイテムは担当と基準つきの表で、決定事項はリストで、見送ったものは理由つきで記録して」と、普通の言葉で一度伝えるだけです。会議の2時間、ライブノートがその形のまま自動で埋まっていきます。

• 会議を止めずにAIチャットに聞く。 「これ、火曜のリファインメントでいくつに見積もったっけ」「前回のプランニングでマイグレーションはどう決めた？」。チャットは過去の会議も参照するので、古い議事録を探しに行って議論を止める必要がありません。

• 口頭の受け入れ基準が文字で残る。 あるアイテムの「完了」が何を指すか。プロダクトオーナーが口頭で補足したこの部分こそ、レビューで揉めるポイントです。文字起こしがあれば正確な発言を検索できます。なければ、記憶を頼りに思い出すしかありません。
• 欠席したメンバーがすぐ追いつける。 会議が終わった時点で要約ができています。休暇中のメンバーも、経緯を知りたいステークホルダーも、ゴールと線引きを2分で把握できます。
• 多言語チームでもそれぞれの言語で参加できる。 SuperInternは50以上の言語にリアルタイム翻訳でき、要約も各自の言語で受け取れます。東京とベルリンにメンバーが分かれているようなプランニングで役立ちます。

ひとつ注意点があります。SuperInternはライブ会議のためのデスクトップアプリで、バックログの管理はしませんし、JiraやLinearの代わりにもなりません。得意なのはプランニングでの会話そのもの、つまり今は記録されずに消えている部分です。無料プランがあるので、次のプランニングから気軽に試せます。

よくある質問

スプリントプランニングとは何ですか？

各スプリントの開始時に行う計画会議です。チームでゴールを定め、届けられるバックログアイテムを選び、実行計画の骨子を作ります。成果物はゴール・選定アイテム・計画からなるスプリントバックログです。

所要時間はどれくらいですか？

1か月スプリントで最大8時間、短いスプリントでは期間に比例して短くなります。最も一般的な2週間スプリントなら、バックログが整った状態で届いていれば1.5〜2時間で終わるチームが大半です。

誰が参加しますか？

スクラムチーム全員です。開発者、プロダクトオーナー、スクラムマスターが参加し、特定テーマの助言役を招くこともできます。ただし、どれだけの作業を入れるかを決めるのは開発者だけです。

リファインメントとの違いは何ですか？

リファインメントは準備、プランニングは決定です。リファインメントではスプリント中に継続的にアイテムを明確化・分割・見積もりし、プランニングでは準備済みのアイテムから選んで計画を組み立てます。プランニング中にリファインメントを始めると、準備作業に全員参加の会議のコストを払うことになります。

スプリントゴールはなぜそれほど重要なのですか？

スプリントの目的を説明する一文で、プランニング中にチーム全員で作ります。重要な理由は、これが再交渉の基準になるからです。想定外のことが起きたとき、チームはゴールを守りながら残りを調整できます。ゴールがなければ、チケットリストをそのまま守り抜こうとするしかありません。

ストーリーポイントなしでもできますか？

できます。ポイントは予測のための道具であって、スクラムの必須要件ではありません。Tシャツサイズや理想日で見積もるチームもあれば、同じくらいの大きさのアイテム数で見積もるチームもあります。譲れない条件は1つだけで、過去スプリントの実績に基づいて、作業する本人たちが予測することです。

リモートチームではどう進めますか？

対面と同じ進め方に、3つの調整を加えます。壁のボードの代わりに画面共有のボードを使う。スプリントゴールを開始直後から見えるドキュメントに書く。決定事項の記録を自動化する。オフィスと違って、書き忘れた内容をあとで立ち話で補える機会がないためです。

まとめ

スプリントプランニングの出来は、カレンダーが埋まったかどうかでは測れません。見るべきは3つです。一文で言えるゴールがあるか。バックログの線引きを、作業する本人たちが決めたか。明日から迷わず着手できるだけの計画があるか。スクラムガイドの3つの問い（なぜ、何を、どうやって）の順に進め、タイムボックスとキャパシティのバッファで無理を防ぐ。基本はこれだけです。

そして、短時間に多くを決める会議に共通する弱点が記録です。ゴールは覚えていられても、口頭で補足された基準や見送りの理由は、最初のデイリーまでに忘れられていきます。この記録係はもう人間でなくて構いません。botなしのAIアシスタントに任せておけば、チームは本来の仕事であるスプリントの意思決定に集中できます。

SuperInternを無料で試す : プランニングにbotは不参加。ゴールと決定事項は発言した瞬間に記録され、終了と同時に共有できる要約が手に入ります。