第3章 场景故事编写方法：用户故事三要素、Acceptance Criteria、故事卡模板

场景故事是需求捕捉的起点，但要让开发团队有效执行，必须将其转化为结构化的用户故事。本章讲解用户故事的三要素、验收标准的编写方法以及标准故事卡模板，帮助学员掌握从场景描述到可执行需求的转化技能。学完本章后，你将能够把一段自然语言描述的场景，拆解为格式规范、可测试、可追踪的用户故事。

3.1 用户故事三要素

用户故事是敏捷需求的最小表达单元，它不描述具体实现，而是聚焦于“谁需要什么、为什么需要”。三要素构成了用户故事的骨架：

• 角色（Who） — 使用功能的用户类型或系统角色，例如“房主”“访客”“管理员”。
• 功能（What） — 系统需要提供的能力或行为，描述要做什么，而非怎么做。
• 价值（Why） — 用户通过该功能获得的业务收益或体验改善，是需求存在的根本理由。

三要素的标准句式：
作为【角色】，我想要【功能】，以便【价值】。

一个完整示例：
作为 房主，我想要 通过手机 App 在下班路上提前打开客厅空调，以便 到家时室内温度已调节到 24°C，无需等待。

3.2 验收标准（Acceptance Criteria）

验收标准定义了用户故事“完成”的具体条件，是需求可测试、可交付的保障。每条标准必须能被客观验证。

推荐使用 Given‑When‑Then 结构：

• Given — 前置条件或上下文状态
• When — 用户或系统执行的操作
• Then — 期望产生的可观察结果

以上述远程调温为例：

• Given 房主已登录 App 且手机联网，家中空调处于待机状态
• When 房主在 App 上将目标温度设为 24°C 并点击“发送”
• Then 家中空调在 5 秒内启动制冷模式，设定温度更新为 24°C
• And App 界面显示“已发送，目标温度 24°C”的确认提示

3.3 故事卡模板

故事卡是将用户故事、验收标准及管理属性整合为一的交付物载体。标准故事卡便于团队排期、估算和追踪。

3.4 从场景故事到故事卡的转化流程

下图展示了如何将一段原始的场景故事，经过三要素提取、验收标准定义，最终产出标准故事卡的完整路径。该流程是需求分解的核心环节，也是后续方案设计的基础。

在实际课程项目中，建议学员按照以下步骤操作：

1. 捕获原始场景 — 通过用户访谈或观察，记录用户在使用智能家居时的自然语言描述。
2. 识别三要素 — 从场景中标记出角色、功能、价值，剔除实现细节和冗余信息。
3. 编写用户故事 — 用“作为…想要…以便…”句式重组，确保三要素完整且聚焦。
4. 定义验收标准 — 与产品经理和 QA 共同编写 Given‑When‑Then 列表，每条可测试。
5. 填充故事卡 — 将故事、验收标准、优先级、估算等填入模板，形成可交付的需求单元。

3.5 本章要点速查