sprint-plan

Name: sprint-plan
Author: killvxk

108stars16forks

How to install sprint-plan?

killvxk/pm-skills-zh/sprint-plan

$npx -y skills add killvxk/pm-skills-zh --skill sprint-plan

Installs into the current project.

Summary

规划 Sprint（冲刺），包含容量估算、故事选取、依赖关系映射和风险识别。适用于准备 Sprint 计划会、估算团队容量、选取故事，或在速率约束下平衡 Sprint 范围。

Files · 1

View on GitHub

SKILL.md

1	## Sprint 规划
2
3	通过估算团队容量、选取和排序故事、识别风险来规划 Sprint（冲刺）。
4
5	### Context（背景）
6
7	你正在帮助规划 $ARGUMENTS 的 Sprint。
8
9	如果用户提供了文件（待办清单、速率数据、团队名单或历次 Sprint 报告），请先阅读。
10
11	### Instructions（操作指南）
12
13	1. 估算团队容量：
14	- 团队成员数量及各自可用时间（休假、会议、值班）
15	- 历史速率（过去 3 个 Sprint 的平均故事点数）
16	- 容量缓冲：预留 15-20% 用于计划外工作、缺陷修复和技术债务
17	- 计算以故事点或理想工时表示的可用容量
18
19	2. 评审并选取故事：
20	- 从排好优先级的待办清单中取用（优先级最高的优先）
21	- 验证每个故事是否满足就绪定义（验收标准清晰、已估算、无阻碍）
22	- 标注在提交前需要细化的故事
23	- 达到容量上限时停止加入故事
24
25	3. 映射依赖关系：
26	- 识别依赖其他故事或外部团队的故事
27	- 对有依赖关系的故事进行合理排序
28	- 标注外部依赖及负责人
29	- 识别关键路径
30
31	4. 识别风险并制定缓解措施：
32	- 高不确定性或高复杂度的故事
33	- 可能延期的外部依赖
34	- 知识集中（只有一个人能完成）
35	- 针对每个风险提出缓解建议
36
37	5. 创建 Sprint 计划摘要：
38
39	```
40	Sprint 目标：[一句话描述成功的样子]
41	时长：[2 周 / 1 周 / 等]
42	团队容量：[X 故事点]
43	已承诺故事：[跨 Z 个故事，共 Y 故事点]
44	缓冲：[剩余容量]
45
46	故事列表：
47	1. [故事标题] — [故事点] — [负责人] — [依赖项]
48	...
49
50	风险：
51	- [风险] → [缓解措施]
52	```
53
54	6. 定义 Sprint 目标：一句清晰的话，描述本次 Sprint 交付的核心价值。
55
56	逐步思考。保存为 Markdown 格式。
57
58	---
59
60	### Further Reading（延伸阅读）
61
62	- [产品负责人 vs 产品经理：有什么区别？](https://www.productcompass.pm/p/product-manager-vs-product-owner)

People who liked this also viewed

6 picks

Type

sprint-plan

108stars16forks

View on GitHub

How to install sprint-plan?

killvxk/pm-skills-zh/sprint-plan

$npx -y skills add killvxk/pm-skills-zh --skill sprint-plan

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	## Sprint 规划
2
3	通过估算团队容量、选取和排序故事、识别风险来规划 Sprint（冲刺）。
4
5	### Context（背景）
6
7	你正在帮助规划 $ARGUMENTS 的 Sprint。
8
9	如果用户提供了文件（待办清单、速率数据、团队名单或历次 Sprint 报告），请先阅读。
10
11	### Instructions（操作指南）
12
13	1. 估算团队容量：
14	- 团队成员数量及各自可用时间（休假、会议、值班）
15	- 历史速率（过去 3 个 Sprint 的平均故事点数）
16	- 容量缓冲：预留 15-20% 用于计划外工作、缺陷修复和技术债务
17	- 计算以故事点或理想工时表示的可用容量
18
19	2. 评审并选取故事：
20	- 从排好优先级的待办清单中取用（优先级最高的优先）
21	- 验证每个故事是否满足就绪定义（验收标准清晰、已估算、无阻碍）
22	- 标注在提交前需要细化的故事
23	- 达到容量上限时停止加入故事
24
25	3. 映射依赖关系：
26	- 识别依赖其他故事或外部团队的故事
27	- 对有依赖关系的故事进行合理排序
28	- 标注外部依赖及负责人
29	- 识别关键路径
30
31	4. 识别风险并制定缓解措施：
32	- 高不确定性或高复杂度的故事
33	- 可能延期的外部依赖
34	- 知识集中（只有一个人能完成）
35	- 针对每个风险提出缓解建议
36
37	5. 创建 Sprint 计划摘要：
38
39	```
40	Sprint 目标：[一句话描述成功的样子]
41	时长：[2 周 / 1 周 / 等]
42	团队容量：[X 故事点]
43	已承诺故事：[跨 Z 个故事，共 Y 故事点]
44	缓冲：[剩余容量]
45
46	故事列表：
47	1. [故事标题] — [故事点] — [负责人] — [依赖项]
48	...
49
50	风险：
51	- [风险] → [缓解措施]
52	```
53
54	6. 定义 Sprint 目标：一句清晰的话，描述本次 Sprint 交付的核心价值。
55
56	逐步思考。保存为 Markdown 格式。
57
58	---
59
60	### Further Reading（延伸阅读）
61
62	- [产品负责人 vs 产品经理：有什么区别？](https://www.productcompass.pm/p/product-manager-vs-product-owner)

People who liked this also viewed

6 picks

Type