Sprint 规划会是什么
Sprint 规划会是 Scrum 每个迭代开头的固定事件，用于确定本轮迭代做什么、怎么做，输出 Sprint 目标与 Sprint 待办列表。会议分两段：先由产品负责人说明待办列表优先级与价值，团队确认目标；再由团队拆分任务、评估容量并形成可执行计划。时间盒通常按迭代长度设定，一个月的 Sprint 不超过八小时。
基本信息
| 参与者 | 产品负责人、Scrum Master、开发团队；必要时邀请业务专家 |
|---|---|
| 输入 | 产品待办列表、上轮增量、团队容量与速率、完成定义 |
| 时间盒 | 一个月迭代不超过 8 小时，两周迭代常见 2-4 小时 |
| 标准输出 | Sprint 目标、Sprint 待办列表、任务拆解与初始估算 |
| 判定依据 | 所选条目是否支撑同一目标、容量是否与承诺匹配 |
典型使用场景
- 迭代启动：把高优先级待办转化为本轮可执行的任务清单
- 目标对齐：当多个需求来自不同干系人时，用一个 Sprint 目标确定取舍
- 容量校准：结合休假、支持值班与技术支持负荷，确定本轮真实可用投入
- 依赖协调：识别需要外部团队配合的条目，提前发出接口请求
- 风险前置：把不确定性高的条目排在迭代前期，尽早暴露问题
规划会结构（文字示意）
规划会结构（文字示意）
环节一：做什么
产品负责人说明价值与排序，团队提问澄清验收准则 # 先讲清价值再谈工作量
团队确认 Sprint 目标一句话，作为取舍依据 # 目标不清则易被临时请求牵引
环节二：怎么做
按容量选取待办条目，拆分为可在一两天内完成的任务 # 任务粒度决定跟踪灵敏度
评估工作量与依赖，标注需要外部配合的事项
输出：Sprint 目标 + Sprint 待办列表 + 风险与依赖清单
提示：容量按真实可用人日计算，扣除休假与支持类工作 # 折算成 0.8 系数更接近实际规划会常见偏差与修正
| 现象 | 影响 | 修正做法 |
|---|---|---|
| 会议变成派活会，只有管理者发言 | 团队对承诺无认同，遇到困难不主动暴露 | 由团队自行认领与拆分任务，管理者只讲目标与约束 |
| 不做容量折算，按人头满额排 | 承诺长期偏大，迭代末集中加班或砍范围 | 按可用人日排产能，扣除休假、值班与支持工作 |
| 一次选入过多目标 | 并行切换导致在制品堆积，反而更慢 | 单个迭代聚焦一个主目标，其余条目按价值排队 |
| 依赖未在规划会上识别 | 开发中途被阻塞，等待时间被浪费 | 规划会明确列出外部依赖方与期望时点 |
Sprint 目标是决策依据而非口号：迭代中收到临时请求时，判断它是否服务当前目标，若否就进入产品待办列表排队；若必须插入，则同步移出等量工作，保持承诺与容量一致。