메뉴
产品迭代规划与敏捷管理技能。适用场景：(1) Sprint/迭代规划会议准备，(2) 将需求拆解为研发任务，(3) 估算工时和容量规划，(4) 迭代复盘总结，(5) 用户说「迭代规划」「sprint计划」「需求拆解」「任务分解」「迭代复盘」时触发
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
移动端应用框架生成器。采用 Vue3 + Vant + Vite + TypeScript + Mock.js。用于快速创建完整的移动端 H5 应用。使用场景：(1) 需要创建新的移动端项目，(2) 用户描述了底部导航结构、页面类型（列表/表单/详情）、主题颜色等需求，(3) 用户提供移动端设计稿，通过分析图片中的 Tabbar 结构、配色方案、页面布局来生成应用，(4) 需要一个带 Mock 数据的移动端前端项目（无需后端），(5) 快速搭建移动端应用原型。
生成或细化需求说明书文档。支持完整文档生成和局部细化两种模式。适用场景：(1) 将需求概述转换为完整的需求说明书，(2) 对已有文档的特定章节进行详细补充和细化，(3) 只生成某个功能模块的详细说明，(4) 需要标准化的需求文档格式，支持多端系统（Web管理后台、Web学员端、移动App等）
管理后台框架生成器。采用Vue3 + Element Plus + Vite + TypeScript + Mock.js 。用于快速创建完整的 Web 管理后台系统。使用场景：(1) 需要创建新的管理后台项目，(2) 用户描述了登录页样式、布局方式(左右布局/顶部导航等)、菜单结构、主题颜色等需求，(3) 用户提供参考图或手稿图,通过分析图片中的布局结构、配色方案、菜单结构来生成后台系统，(4) 需要一个带 Mock 数据的前端项目(无需后端)，(5) 快速搭建管理系统原型。
官网前台框架生成器。采用 Vue3 + Element Plus + Vite + TypeScript + Mock.js。用于快速创建完整的企业官网、产品官网等用户前台系统。使用场景：(1) 需要创建新的官网项目，(2) 用户描述了导航结构、页面类型（首页/产品/关于我们/新闻/联系我们等）、主题颜色等需求，(3) 用户提供官网设计稿，通过分析图片中的导航结构、配色方案、页面布局来生成官网，(4) 需要一个带 Mock 数据的前端项目（无需后端），(5) 快速搭建官网原型。
生成或细化需求说明书文档。支持完整文档生成和局部细化两种模式。适用场景：(1) 将需求概述转换为完整的需求说明书，(2) 对已有文档的特定章节进行详细补充和细化，(3) 只生成某个功能模块的详细说明，(4) 需要标准化的需求文档格式，支持多端系统（Web管理后台、Web学员端、移动App等）
管理后台框架生成器。采用Vue3 + Element Plus + Vite + TypeScript + Mock.js 。用于快速创建完整的 Web 管理后台系统。使用场景：(1) 需要创建新的管理后台项目，(2) 用户描述了登录页样式、布局方式(左右布局/顶部导航等)、菜单结构、主题颜色等需求，(3) 用户提供参考图或手稿图,通过分析图片中的布局结构、配色方案、菜单结构来生成后台系统，(4) 需要一个带 Mock 数据的前端项目(无需后端)，(5) 快速搭建管理系统原型。
| name | pm-sprint-planning |
| description | 产品迭代规划与敏捷管理技能。适用场景：(1) Sprint/迭代规划会议准备，(2) 将需求拆解为研发任务，(3) 估算工时和容量规划，(4) 迭代复盘总结，(5) 用户说「迭代规划」「sprint计划」「需求拆解」「任务分解」「迭代复盘」时触发 |
用 AskUserQuestion 收集：
计算可用工时：
团队容量 = 人数 × 迭代天数 × 有效工时系数（0.7-0.8）
例：5人 × 10天 × 0.75 = 37.5人天
减去：
- 会议时间（约0.5天/人/迭代）
- Bug修复预留（约10-15%）
- 技术债处理（约10%）
可用容量 ≈ 30人天
将用户故事拆解为可执行任务：
## 迭代需求拆解
### 用户故事：[故事名称]
**故事描述**：作为[角色]，我希望[功能]，以便[价值] **验收标准**：
- [ ] [验收条件1]
- [ ] [验收条件2]
**任务拆解：**
| 任务编号 | 任务描述 | 类型 | 负责人 | 估算工时 | 优先级 |
| -------- | ------------- | ---- | ------ | -------- | ------ |
| T001 | [UI设计] | 设计 | 设计师 | 2天 | P0 |
| T002 | [前端开发] | 开发 | 前端 | 3天 | P0 |
| T003 | [后端API开发] | 开发 | 后端 | 2天 | P0 |
| T004 | [联调测试] | 测试 | QA | 1天 | P0 |
**总估算**：8人天
# Sprint [编号] 迭代计划
**迭代周期**：[开始日期] - [结束日期]（[X]天） **团队成员**：[成员列表] **总可用容量**：[X]人天
---
## 迭代目标
> [一句话描述本次迭代的核心目标]
本迭代完成后，用户可以[具体能力描述]。
---
## 迭代需求列表
| 优先级 | 需求/用户故事 | 故事点/工时 | 负责人 | 状态 |
| ------ | ------------- | ----------- | ------ | ------------ |
| P0 | [需求1] | [X天] | [人] | 待开始 |
| P0 | [需求2] | [X天] | [人] | 待开始 |
| P1 | [需求3] | [X天] | [人] | 待开始 |
| P2 | [需求4] | [X天] | [人] | 条件允许时做 |
**计划总工时**：[X]人天 / 可用 [Y]人天
---
## 里程碑节点
| 日期 | 里程碑 | 交付物 |
| ------ | ------------ | ------------ |
| [日期] | 需求评审完成 | 需求文档确认 |
| [日期] | UI设计完成 | 设计稿交付 |
| [日期] | 开发完成 | 代码提测 |
| [日期] | 测试完成 | Bug清零 |
| [日期] | 上线发布 | 生产环境部署 |
---
## 风险预警
| 风险 | 影响 | 应对 |
| ------- | -------- | ------ |
| [风险1] | 延期X天 | [预案] |
| [风险2] | 功能裁剪 | [预案] |
---
## Not In Sprint（本迭代不做）
- [需求A]：原因：[资源不足/依赖未就绪/优先级调整]
- [需求B]：推迟到 Sprint [X+1]
# Sprint [编号] 迭代复盘
**复盘日期**：[日期] **参与成员**：[成员列表]
---
## 迭代目标完成情况
| 需求 | 计划完成 | 实际完成 | 完成率 |
| ------- | -------- | -------- | ------ |
| [需求1] | [X天] | [Y天] | ✅/❌ |
| [需求2] | [X天] | [Y天] | ✅/❌ |
**整体完成率**：[X]% **速度（velocity）**：[X]故事点/迭代
---
## 做得好的地方（Keep）
1. [亮点1]
2. [亮点2]
3. [亮点3]
## 需要改进的地方（Improve）
1. **[问题1]**
- 现状：[描述]
- 根因：[分析]
- 改进措施：[具体行动]
2. **[问题2]** ...
## 尝试的新事物（Try）
- [下个迭代想尝试的改变]
---
## 数据指标
| 指标 | 本迭代 | 上迭代 | 趋势 |
| -------------- | ------ | ------ | ---- |
| 计划完成率 | X% | Y% | ↑/↓ |
| Bug率(P0/P1) | X个 | Y个 | ↑/↓ |
| 代码审查覆盖率 | X% | Y% | ↑/↓ |
| 迭代延期天数 | X天 | Y天 | ↑/↓ |
---
## 下迭代预告
**初步规划的核心需求：**
- [需求1]
- [需求2]
- [遗留需求]