Iteration Planner

Sprint Planner — 敏捷 Sprint 规划

基于团队产能 (Capacity) 和历史 Velocity，帮助 Scrum Master / PM 完成 Sprint 规划：拆分并分配 Story/Task，检查负载均衡，识别依赖关系，输出可执行的 Sprint 计划。

SOP 流程总览

Step 1: 收集输入 → Step 2: 计算团队产能 → Step 3: 确定 Sprint 目标与范围
    → Step 4: 任务拆分与估点 → Step 5: 依赖分析 → Step 6: 任务分配与负载均衡
    → Step 7: 输出 Sprint 计划 → Step 8: 风险检查与承诺确认

Step 1：收集输入信息

向用户收集以下信息（缺失项需主动询问）：

信息不足时的默认值

• Sprint 时长未指定 → 默认 2 周 (10 工作日)
• 可用天数未指定 → 默认 Sprint 时长 × 0.8（扣除会议和杂务）
• 历史 Velocity 未知 → 使用本次估点总和的 70% 作为保守目标
• 角色未指定 → 按通用开发者处理

Step 2：计算团队产能 (Capacity)

2.1 个人产能计算

个人产能 = 可用天数 × 每日有效工时 × 专注系数

2.2 团队总产能

团队总产能 (人时) = Σ(各成员个人产能)
团队总产能 (故事点) = 参考 Velocity 取值

2.3 产能计算示例

Step 3：确定 Sprint 目标与范围

3.1 Velocity 参考值计算

参考 Velocity = 近 N 个 Sprint Velocity 的平均值
建议取 N = 3~5，剔除明显异常值

3.2 范围选定规则

1. 按优先级从高到低排列 Backlog
2. 累加故事点，直到接近但不超过参考 Velocity
3. 如最后一个 Story 加入后超出 Velocity 的 110%，则不纳入
4. 留出 10-15% 的缓冲用于应急和技术债务

Step 4：任务拆分与估点

4.1 Story 拆分检查

每个 Story 应满足 INVEST 原则：

4.2 估点参考

如用户未提供估点，使用以下对照表辅助估算：

Step 5：依赖分析

5.1 依赖类型

5.2 依赖检查流程

1. 列出所有 Story 的前置条件
2. 构建依赖关系图（用列表或矩阵表示）
3. 识别关键路径：找出最长依赖链
4. 标记风险依赖：
   • 外部依赖（不可控）→ 标为高风险
   • 跨成员依赖链 > 3 → 标为中风险
   • 循环依赖 → 必须拆解

5.3 依赖矩阵输出格式

| Story    | 依赖于     | 被依赖于    | 类型 | 风险 |
|----------|-----------|-----------|------|------|
| Story-1  | 无        | Story-3   | -    | 低   |
| Story-2  | 无        | 无        | -    | 低   |
| Story-3  | Story-1   | Story-5   | FS   | 中   |
| Story-4  | 外部API   | Story-5   | 外部 | 高   |
| Story-5  | Story-3,4 | 无        | FS   | 高   |

Step 6：任务分配与负载均衡

6.1 分配原则

1. 技能匹配优先：按成员技能和 Story 技术要求匹配
2. 依赖顺序：被依赖的 Story 优先分配，确保不阻塞后续任务
3. 负载均衡：各成员负载偏差不超过 ±20%
4. 避免单点故障：关键 Story 不应只由一人负责

6.2 负载均衡计算

成员负载率 = 分配故事点 / 个人产能(故事点等效) × 100%
团队平均负载率 = 总分配故事点 / 团队总产能(故事点等效) × 100%
负载偏差 = |成员负载率 - 团队平均负载率|

6.3 负载均衡检查规则

6.4 分配调整策略

当出现负载不均衡时，按以下优先级调整：

1. 将低优先级 Story 从高负载成员转移到低负载成员
2. 将技能要求不严格的 Story 重新分配
3. 拆分大 Story 使其可由多人并行
4. 缩减 Sprint 范围（移除最低优先级 Story）

Step 7：输出 Sprint 计划

完成以上步骤后，按以下模板输出：

## Sprint 计划：Sprint [编号] ([起止日期])

### Sprint 目标
[用一句话描述本 Sprint 要达成的核心目标]

### 团队产能

| 成员 | 角色 | 可用天数 | 产能(人时) |
|------|------|---------|-----------|

- 团队总产能：X 人时
- 参考 Velocity：X 故事点
- 本次规划：X 故事点 (占 Velocity 的 X%)

### Story 分配

| # | Story | 优先级 | 故事点 | 负责人 | 依赖 | 状态 |
|---|-------|--------|-------|--------|------|------|

### 负载分布

| 成员 | 分配故事点 | 负载率 | 状态 |
|------|-----------|--------|------|

### 依赖关系

[依赖矩阵或依赖链描述]

### 关键路径
[列出最长依赖链及预计完成顺序]

### 风险与备注
- [风险项 1]
- [风险项 2]
- [缓冲和应急方案]

Step 8：风险检查与承诺确认

最终检查清单

在输出计划后，逐项确认：

• 总故事点是否在 Velocity 的 80-100% 范围内？
• 每位成员负载率是否在 60-90% 之间？
• 负载偏差是否 ≤ 20%？
• 是否有循环依赖？（不允许）
• 外部依赖是否已标注风险等级？
• 关键路径上的 Story 是否有人负责？
• 是否预留了 10-15% 的缓冲？
• Story 估点是否有超过 13 点的？（建议拆分）
• 是否有成员承担了 40% 以上的总故事点？

常见问题处理

常见误区（规划时必须检查并纠正）

参考资料

• Mike Cohn《Agile Estimating and Planning》
• Scrum Guide 2020 (scrumguides.org)
• SAFe (Scaled Agile Framework) — PI Planning 和 Sprint Planning 方法论
• PMI-ACP (Agile Certified Practitioner) 知识体系