用户故事与验收标准是什么
用户故事用角色、目标、价值的句式描述需求：作为某个角色，我想要某个能力，以便获得某种价值。验收标准用 Given-When-Then 描述可验证的完成条件。它的定位是对话的占位卡，用来提醒团队在动手前讨论细节，而不是替代完整规格说明。
基本信息
| 故事格式 | 作为某个角色，我想要某个能力，以便获得某种价值 |
|---|---|
| 验收格式 | Given 前置条件、When 触发动作、Then 预期结果 |
| 常见配套 | 故事拆分、估算、优先级排序、验收标准评审 |
| 定位 | 对话占位卡，不是规格书全文 |
| 质量标准 | 独立、可协商、有价值、可估算、小、可测试 |
典型使用场景
- 需求澄清会上用故事句式对齐角色与价值，避免只谈功能
- 开发前补充验收标准，让开发与验收对同一份可验证条件
- 迭代规划时按故事粒度估算与排序
- 需求拆分时按用户价值而非技术层次切分
- 测试设计时以验收标准为用例来源，保证覆盖
示例
示例
# 故事句式先说清角色与价值，避免只描述功能
作为财务专员
我想要批量导出对账单
以便替代手工逐单下载（当前每单约 2 分钟）
# 验收标准用 Given-When-Then，条件与结果都要可观察
Given 已选择时间范围且区间内存在对账数据
When 点击导出
Then 生成文件并在完成后通知用户
# 边界条件单独列出：无数据、超大数据量、权限不足故事质量检查
| 检查项 | 合格表现 | 常见问题 |
|---|---|---|
| 独立 | 可单独排期与验收 | 与其他故事强绑定，无法拆开 |
| 可测试 | 验收标准有明确判据 | 只有描述没有可验证条件 |
| 有价值 | 能说清对角色带来的变化 | 为技术而技术，用户价值不明 |
| 粒度合适 | 一个迭代内可完成 | 大到无法估算，只能长期挂着 |
故事缺少验收标准时，开发与验收会各自理解完成条件，返工基本不可避免；书写验收标准的时间通常远少于返工成本。