用户故事与 INVEST 是什么
用户故事是从用户价值视角描述需求的简短表述，常见句式是「作为某类用户，我希望获得某项能力，以便达成某个目的」。它强调可对话而非一次写全：细节在开发前与团队讨论确认，验收准则作为对话结果固化下来。INVEST 是评估故事质量的六条准则。
基本信息
| 常见格式 | 角色 + 期望能力 + 目的，配合验收准则（Given/When/Then 等） |
|---|---|
| 适用层级 | 迭代级的需求单元，较大者称为史诗，需拆分后进入迭代 |
| 评审要点 | 是否独立可交付、是否可估算、是否可测试 |
| 配套产物 | 验收准则、完成定义、需求跟踪关系 |
| 常见粒度 | 一个迭代内可完成，通常不超过团队容量的三分之一 |
典型使用场景
- 需求澄清：把业务口头需求收敛为用户视角的可讨论单元
- 迭代选择：判断条目是否能在一个迭代内交付，不能则拆分
- 验收设计：以验收准则作为测试用例与验收检查的基础
- 优先级排序：按用户价值与业务目标排列产品待办列表
- 范围协商：细节尚未确定时保留协商空间，避免过早锁定实现方式
故事与验收准则示例
故事与验收准则示例
故事：作为运营人员，我希望批量导入客户名单，以便一次性完成开卡
# 价值点：减少重复录入，缩短开卡准备时间
验收准则（可测试）：
1) 支持 csv 模板导入，字段缺失时给出明确错误提示
# 错误提示要指明行号与字段名，便于运营自行修正
2) 单次导入 5000 条在 3 分钟内完成
3) 重复客户按手机号去重并生成冲突报告
# 去重规则需与业务确认，避免误合并
拆分思路：按数据校验、导入执行、冲突处理、结果报告分条拆分INVEST 准则检查表
| 字母 | 含义 | 检查问题 |
|---|---|---|
| I | Independent 独立 | 能否不依赖其他故事单独交付与验收 |
| N | Negotiable 可协商 | 细节是否留待讨论，而非把实现方式写死 |
| V | Valuable 有价值 | 对用户或业务是否产生可说明的价值 |
| E | Estimable 可估算 | 团队能否理解并给出规模判断 |
| S | Small 小 | 能否在一个迭代内完成，是否超过容量限制 |
| T | Testable 可测试 | 验收准则是否明确、可客观验证 |
拆故事的常用方式：按业务流程步骤拆、按业务规则分支拆、按数据类型或来源拆、按界面操作路径拆。拆分后每条仍要保留独立的用户价值，避免拆成技术任务导致价值不可见。