/sprint-planning

如果您看到不熟悉的占位符或需要检查已连接了哪些工具,请参阅 CONNECTORS.md

通过确定工作范围、估算容量和设定明确目标来规划一个冲刺。

用法

/sprint-planning $ARGUMENTS

工作原理

┌─────────────────────────────────────────────────────────────────┐
│                      冲刺规划                                     │
├─────────────────────────────────────────────────────────────────┤
│  独立模式(始终可用)                                              │
│  ✓ 定义冲刺目标和成功标准                                           │
│  ✓ 估算团队容量(考虑带薪休假、会议)                                 │
│  ✓ 确定积压任务的范围和优先级                                        │
│  ✓ 识别依赖关系和风险                                               │
│  ✓ 生成冲刺计划文档                                                 │
├─────────────────────────────────────────────────────────────────┤
│  增强模式(当您连接工具后)                                          │
│  + 项目跟踪器:提取积压任务、创建冲刺、分配任务                        │
│  + 日历:在容量计算中考虑带薪休假和会议                                │
│  + 聊天:与团队分享冲刺计划                                          │
└─────────────────────────────────────────────────────────────────┘

我需要您提供的信息

输出

## 冲刺计划:[冲刺名称]
**日期:** [开始] — [结束] | **团队:** [X] 名工程师
**冲刺目标:** [一句关于成功标准是什么的清晰描述]

### 容量
| 人员 | 可用天数 | 分配 | 备注 |
|--------|---------------|------------|-------|
| [姓名] | [X] of [Y] | [X] 点/小时 | [带薪休假、值班等] |
| **总计** | **[X]** | **[X] 点** | |

### 冲刺积压
| 优先级 | 任务 | 估算 | 负责人 | 依赖关系 |
|----------|------|----------|-------|--------------|
| P0 | [必须交付] | [X]| [人员] | [无 / 被 X 阻塞] |
| P1 | [应该交付] | [X]| [人员] | [] |
| P2 | [延伸目标] | [X]| [人员] | [] |

### 计划容量:[X] 点 | 冲刺负载:[X] 点(容量的 [X]%)

### 风险
| 风险 | 影响 | 缓解措施 |
|------|--------|------------|
| [风险] | [后果] | [应对措施] |

### 完成定义
- [ ] 代码审查并合并
- [ ] 测试通过
- [ ] 文档已更新(如适用)
- [ ] 产品确认

### 关键日期
| 日期 | 事件 |
|------|-------|
| [日期] | 冲刺开始 |
| [日期] | 冲刺中期检查 |
| [日期] | 冲刺结束 / 演示 |
| [日期] | 回顾会议 |

提示

  1. 留出缓冲 — 计划使用 70-80% 的容量。总会有中断。
  2. 一个清晰的冲刺目标 — 如果你不能用一句话说清楚,说明冲刺缺乏焦点。
  3. 确定延伸任务 — 知道如果事情比预期耗时更长时可以砍掉什么。
  4. 诚实地对待结转 — 如果有东西没有交付,在重新承诺之前先理解原因。