wwas

Name: wwas
Author: killvxk

108stars16forks

How to install wwas?

killvxk/pm-skills-zh/wwas

$npx -y skills add killvxk/pm-skills-zh --skill wwas

Installs into the current project.

Summary

以「为什么-做什么-验收标准」（Why-What-Acceptance）格式创建产品待办事项——独立、有价值、可测试的工作项，包含战略背景。适用于编写结构化待办事项、将功能拆解为工作项，或使用 WWA 格式时。

Files · 1

View on GitHub

SKILL.md

1	# 为什么-做什么-验收标准（WWA）
2
3	以「为什么-做什么-验收标准」（Why-What-Acceptance，简称 WWA）格式创建产品待办事项。生成独立、有价值、可测试的工作项，包含战略背景。
4
5	适用场景：编写待办事项、创建产品增量、将功能拆解为工作项，或向团队传达战略意图时。
6
7	参数：
8	- `$PRODUCT`：产品或系统名称
9	- `$FEATURE`：新功能或能力
10	- `$DESIGN`：设计文件链接（Figma、Miro 等）
11	- `$ASSUMPTIONS`：关键假设和战略背景
12
13	## Step-by-Step Process（分步流程）
14
15	1. 定义战略「为什么」 - 将工作与业务和团队目标挂钩
16	2. 描述「做什么」 - 保持描述简洁，引用设计文件
17	3. 编写验收标准 - 高层次的标准，而非详细规格
18	4. 确保独立性 - 工作项可以任意顺序开发
19	5. 保持可协商性 - 邀请团队讨论，而非施加约束
20	6. 确保有价值 - 每个工作项交付可量化的用户或业务价值
21	7. 确保可测试性 - 成果可被观察和验证
22	8. 适当分配规模 - 小到足以在一个 Sprint 内估算完成
23
24	## Item Template（工作项模板）
25
26	标题： [将交付的内容]
27
28	为什么： [1-2 句话，与战略背景和团队目标挂钩]
29
30	做什么： [简短描述和设计链接。最多 1-2 段。是讨论的备忘，而非详细规格。]
31
32	验收标准：
33	- [可观察结果 1]
34	- [可观察结果 2]
35	- [可观察结果 3]
36	- [可观察结果 4]
37
38	## Example WWA Item（WWA 工作项示例）
39
40	标题：实现实时消费追踪器
41
42	为什么：用户需要对消费有即时反馈，才能做出有意识的预算决策。这直接支撑我们提升财务意识、减少超支的目标。
43
44	做什么：添加一个实时消费追踪器，在用户记录支出时实时更新。追踪器显示用户当周消费金额与设定预算的对比情况。设计详见 [Figma 链接]。这是我们讨论的备忘——详细规格将在与团队的开发对话中逐步明确。
45
46	验收标准：
47	- 记录支出后 2 秒内消费总额更新
48	- 用进度条直观呈现预算使用进度
49	- 用户可以一目了然地看到剩余预算金额
50	- 系统正确处理多个支出类别
51
52	## Output Deliverables（输出交付物）
53
54	- 该功能的完整待办事项集
55	- 每个工作项包含「为什么」、「做什么」和「验收标准」三个部分
56	- 工作项相互独立，可任意顺序交付
57	- 工作项规模适合在一个 Sprint 内估算和完成
58	- 团队决策所需的战略背景清晰
59	- 包含设计参考，为实现提供指引
60
61	---
62
63	### Further Reading（延伸阅读）
64
65	- [如何编写用户故事：终极指南](https://www.productcompass.pm/p/how-to-write-user-stories)

People who liked this also viewed

6 picks

Type

wwas

108stars16forks

View on GitHub

How to install wwas?

killvxk/pm-skills-zh/wwas

$npx -y skills add killvxk/pm-skills-zh --skill wwas

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# 为什么-做什么-验收标准（WWA）
2
3	以「为什么-做什么-验收标准」（Why-What-Acceptance，简称 WWA）格式创建产品待办事项。生成独立、有价值、可测试的工作项，包含战略背景。
4
5	适用场景：编写待办事项、创建产品增量、将功能拆解为工作项，或向团队传达战略意图时。
6
7	参数：
8	- `$PRODUCT`：产品或系统名称
9	- `$FEATURE`：新功能或能力
10	- `$DESIGN`：设计文件链接（Figma、Miro 等）
11	- `$ASSUMPTIONS`：关键假设和战略背景
12
13	## Step-by-Step Process（分步流程）
14
15	1. 定义战略「为什么」 - 将工作与业务和团队目标挂钩
16	2. 描述「做什么」 - 保持描述简洁，引用设计文件
17	3. 编写验收标准 - 高层次的标准，而非详细规格
18	4. 确保独立性 - 工作项可以任意顺序开发
19	5. 保持可协商性 - 邀请团队讨论，而非施加约束
20	6. 确保有价值 - 每个工作项交付可量化的用户或业务价值
21	7. 确保可测试性 - 成果可被观察和验证
22	8. 适当分配规模 - 小到足以在一个 Sprint 内估算完成
23
24	## Item Template（工作项模板）
25
26	标题： [将交付的内容]
27
28	为什么： [1-2 句话，与战略背景和团队目标挂钩]
29
30	做什么： [简短描述和设计链接。最多 1-2 段。是讨论的备忘，而非详细规格。]
31
32	验收标准：
33	- [可观察结果 1]
34	- [可观察结果 2]
35	- [可观察结果 3]
36	- [可观察结果 4]
37
38	## Example WWA Item（WWA 工作项示例）
39
40	标题：实现实时消费追踪器
41
42	为什么：用户需要对消费有即时反馈，才能做出有意识的预算决策。这直接支撑我们提升财务意识、减少超支的目标。
43
44	做什么：添加一个实时消费追踪器，在用户记录支出时实时更新。追踪器显示用户当周消费金额与设定预算的对比情况。设计详见 [Figma 链接]。这是我们讨论的备忘——详细规格将在与团队的开发对话中逐步明确。
45
46	验收标准：
47	- 记录支出后 2 秒内消费总额更新
48	- 用进度条直观呈现预算使用进度
49	- 用户可以一目了然地看到剩余预算金额
50	- 系统正确处理多个支出类别
51
52	## Output Deliverables（输出交付物）
53
54	- 该功能的完整待办事项集
55	- 每个工作项包含「为什么」、「做什么」和「验收标准」三个部分
56	- 工作项相互独立，可任意顺序交付
57	- 工作项规模适合在一个 Sprint 内估算和完成
58	- 团队决策所需的战略背景清晰
59	- 包含设计参考，为实现提供指引
60
61	---
62
63	### Further Reading（延伸阅读）
64
65	- [如何编写用户故事：终极指南](https://www.productcompass.pm/p/how-to-write-user-stories)

People who liked this also viewed

6 picks

Type