Sprint Planning: What & How
Overview
- What you’ll learn: The purpose and structure of Sprint Planning, the three topics (Why, What, How), crafting a Sprint Goal, and creating the Sprint Backlog.
- Prerequisites: Lesson 17 — The Sprint.
- Estimated reading time: 14 minutes
Introduction
Sprint Planning initiates the Sprint by laying out the work to be performed. The resulting plan is created through collaborative work of the entire Scrum Team. A poorly conducted Sprint Planning leads to confusion and mid-Sprint surprises. A well-conducted one aligns the team and creates focus.
The Three Topics
Topic One: Why Is This Sprint Valuable?
The PO proposes how the product could increase its value. The whole team collaborates to define a Sprint Goal. This is the most important topic — without a clear “why,” the team is completing tasks, not delivering value.
Topic Two: What Can Be Done?
Developers select items from the Product Backlog. The more they know about past performance and upcoming capacity, the more confident their forecast.
Topic Three: How Will It Get Done?
Developers plan work necessary to create an Increment meeting the Definition of Done, often by decomposing PBIs into tasks of one day or less. How this is done is at their sole discretion.
The Sprint Backlog
| Component | Description | Owner |
|---|---|---|
| Sprint Goal | The single objective for the Sprint | Scrum Team (collaboratively) |
| Selected PBIs | Items chosen for this Sprint | Developers (by capacity) |
| Delivery Plan | Decomposed tasks and approach | Developers (their discretion) |
Timebox
Sprint Planning is timeboxed to a maximum of eight hours for a one-month Sprint. For two-week Sprints, most teams spend 2–4 hours.
Common Mistakes
- No Sprint Goal: Grab-bag Sprint with no coherent direction.
- PO dictates scope: Developers should select based on their own capacity assessment.
- Skipping the “How”: Committing without understanding implementation leads to mid-Sprint surprises.
- Over-planning: Spending all 8 hours creating detailed task breakdowns.
- Under-planning: 15 minutes and calling it done — no shared understanding of the work.
Key Takeaways
- Sprint Planning addresses: Why (Sprint Goal), What (selected PBIs), How (delivery plan).
- The Sprint Goal gives coherence and focus.
- Developers select items and create the plan; the PO does not dictate capacity.
- Sprint Backlog = Sprint Goal + selected PBIs + delivery plan.
- Timeboxed: 8 hours max for 1-month Sprint; proportionally shorter for shorter Sprints.
What’s Next
In Lesson 19, you will focus on the Sprint Goal — why it matters, how to craft a good one, and what happens without one.
繁體中文
概述
- 學習目標：Sprint 規劃的目的與結構、三個主題（為什麼、做什麼、怎麼做）、制定 Sprint 目標、建立 Sprint 待辦清單。
- 先決條件：第 17 課 — Sprint。
- 預計閱讀時間：14 分鐘
簡介
Sprint 規劃透過規劃要執行的工作來啟動 Sprint。計劃由整個 Scrum 團隊協作完成。
三個主題
主題一：為什麼這個 Sprint 有價值？
PO 提出產品如何增加價值。整個團隊協作定義 Sprint 目標。
主題二：這個 Sprint 可以做什麼？
開發者從產品待辦清單中選擇項目。
主題三：怎麼做？
開發者規劃創建符合完成定義的增量所需的工作。如何做完全由開發者決定。
Sprint 待辦清單
Sprint 目標 + 選定的 PBI + 交付計劃 = Sprint 待辦清單。
常見錯誤
- 沒有 Sprint 目標——沒有統一方向的雜燴 Sprint。
- PO 決定範圍——開發者應根據自己的產能評估選擇。
- 跳過「怎麼做」——不理解實施就承諾。
重點摘要
- Sprint 規劃處理三個主題：為什麼、做什麼、怎麼做。
- Sprint 目標給 Sprint 連貫性和焦點。
- 開發者選擇項目並建立計劃。
- 時間箱：一個月 Sprint 最多八小時。
下一步
在第 19 課中，您將聚焦 Sprint 目標。
日本語
概要
- 学習内容：スプリントプランニングの目的と構造、3つのトピック（なぜ、何を、どのように）、スプリントゴール、スプリントバックログ。
- 前提条件：レッスン17 — スプリント。
- 推定読了時間：14分
はじめに
スプリントプランニングは作業を計画することでスプリントを開始する。計画はスクラムチーム全体の協調作業により作成される。
3つのトピック
トピック1：なぜこのスプリントは価値があるのか？
POがプロダクトの価値を高める方法を提案。チーム全体でスプリントゴールを定義。
トピック2：何ができるか？
開発者がプロダクトバックログからアイテムを選択。
トピック3：どのように行うか？
開発者が完成の定義を満たすインクリメント作成に必要な作業を計画。方法は開発者の裁量。
スプリントバックログ
スプリントゴール + 選択されたPBI + デリバリー計画 = スプリントバックログ。
よくある間違い
- スプリントゴールなし——一貫した方向のない寄せ集めスプリント。
- POがスコープを指示——開発者が自分のキャパシティで選択すべき。
- 「どのように」を省略——実装を理解せずにコミット。
重要ポイント
- スプリントプランニングは3トピック：なぜ、何を、どのように。
- スプリントゴールが一貫性とフォーカスを与える。
- 開発者がアイテムを選択し計画を作成。
- タイムボックス：1ヶ月スプリントで最大8時間。
次のステップ
レッスン19では、スプリントゴールに焦点を当てます。