用户故事：3C

用户故事的概念

用户故事是一种快速捕获产品需求的“谁”、“什么”和“为什么”的轻量级方法。简而言之，用户故事是表达用户想要的需求的想法。用户故事很短，每个元素通常包含少于 10 或 15 个单词。用户故事是“待办事项”列表，可帮助您确定项目路径中的步骤。它们有助于确保您的流程和最终产品满足您的要求。

这类东西的概念我喜欢说的方式来理解和解释这个词；

用户故事 = 用户 + 故事 = 人物 + 故事 + 事件

也就是说，一个人出于什么原因想要做什么，提炼出三个要素是谁，为什么，什么。从用户的角度是用来确认用户和用户需求的简短描述。

用户故事的三个要素

用户故事在软件开发过程中用作描述需求的一种表达形式。为了规范用户故事的表达，方便交流，用户故事通常采用以下格式表达：

作为<用户角色>，我想<完成活动>，以<实现价值>。

一个完整的用户故事包含三个要素。

1. 角色（谁？）：谁想使用这个
2. action ( what? )：要完成什么动作
3. 价值：（为什么？）这样做，这样做可以带来什么价值

三、3C原则

用户故事的描述信息以传统的手写方式写在纸卡上，因此 Ron Jeffries (2001) 将这三个方面称为 3C：

1. 卡（卡），
2. 对话（对话）和
3. 确认（C确认）。

卡片：用户故事通常写在小卡片上，并附有故事、规则和完成标准的简短描述。

卡片正面包含对故事的描述，格式为：作为<角色>，我想<完成活动>以<实现价值>描述需求；卡片背面包含完成用户故事的规则和完成标准，格式为：Given…When…Then。

对话：用户故事背后的细节来自与客户或产品负责人的沟通；确保各方正确理解故事。

确认：通过验收测试确认用户故事已经正确完成。

• 编写一般用户故事
• 什么是用户故事映射？
• 如何使用 Story Map 管理用户故事？
• 优先考虑用户故事