用户故事是敏捷方法中用于描述需求的简短叙述，强调与利益相关者的对话而非详细的文档。它们通常遵循""As a <用户类型>, I want <目标>, so that <原因>""的模板。用户故事可以在项目期间随时编写，大型故事（史诗）需要分解成小故事。虽然产品所有者负责产品待办事项，但团队成员也可参与编写。用户故事不是需求文档的替代，而是补充，指向实际需求的讨论和工件。"
108594135,6289820,Python OpenCV2 图像处理实战指南,"['图像处理', 'Python库', 'OpenCV', '计算机视觉']
用户故事是敏捷方法的一部分，有助于将重点从撰写需求转移到讨论需求。所有敏捷用户故事都包含一两句话，更重要的是，有关所需功能的一系列对话。
什么是用户故事？
用户故事是从希望新功能的人（通常是系统的用户或客户）的角度讲述的功能的简短描述。它们通常遵循一个简单的模板：
作为<用户类型 (Type of User) >，我想<某个目标 (Some Objective) >以便<某些原因 (Benefit) >。
As a < type of user >, I want < some goal > so that < some reason >.
用户故事通常写在索引卡片或便利贴上，存放在鞋盒中，并安排在墙壁或桌子上，以便于规划和讨论。因此，他们强烈地将重点从撰写有关功能的内容转移到讨论它们。事实上，这些讨论比任何文字都要重要。
你能展示一些用户故事的例子吗？
敏捷用户故事的一个好处是它们可以以不同的细节级别编写。我们可以编写用户故事来涵盖大量功能。这些大型用户故事通常被称为史诗。以下是来自桌面备份产品的史诗敏捷用户故事示例：
- 作为用户，我可以备份整个硬盘。
- As a user, I can backup my entire hard drive.
由于史诗对于敏捷团队来说通常太大而无法在一次迭代中完成，因此在处理之前会将其拆分为多个较小的用户故事。上面的史诗可以分成几十个（或可能是数百个），包括这两个：
- 作为高级用户，我可以根据文件大小，创建日期和修改日期指定要备份的文件或文件夹。
- As a power user, I can specify files or folders to backup based on file size, date created and date modified.
- 作为用户，我可以指示不备份文件夹，以便我的备份驱动器没有填满我不需要保存的内容。
- As a user, I can indicate folders not to backup so that my backup drive isn't filled up with things I don't need saved.
如何将细节添加到用户故事中？
可以通过两种方式将详细信息添加到用户故事中：
- 通过将用户故事分成多个较小的用户故事。
- 通过添加“满意的条件”。
当一个相对较大的故事被分成多个较小的敏捷用户故事时，很自然地会假设已经添加了细节。毕竟，已经写了更多。
满意的条件只是一个高级别的验收测试，在敏捷用户故事完成后才会成立。请将以下内容视为另一个敏捷用户故事示例：
作为营销副总裁，我想在审查过去广告活动的表现时选择一个假日季节，以便我可以识别有利可图的季节。
通过添加以下满意条件，可以将详细信息添加到该用户故事示例中：
- 确保它适用于主要的零售假期：圣诞节，复活节，总统日，母亲节，父亲节，劳动节，新年。
- 支持跨越两个日历年的假期（无跨越三年）。
- 假日季节可以从一个假期到下一个假期（例如感恩节到圣诞节）。
- 假日季节可以设定为假期前的几天。
谁写用户故事？
任何人都可以写用户故事。产品所有者 (Product Owner)有责任确保存在敏捷用户故事的产品积压 (Product Backlog)，但这并不意味着产品所有者是编写它们的人。在一个好的敏捷项目的过程中，您应该期望每个团队成员编写用户故事示例。
另外，请注意，撰写用户故事的人远不如参与讨论的人重要。
什么时候写用户故事？
用户故事是在整个敏捷项目中编写的。通常在敏捷项目开始时举办故事写作研讨会。团队中的每个人都参与创建产品待办事项的目标，该产品待办事项完整地描述了在项目过程中添加的功能或其中的三到六个月的发布周期。
其中一些敏捷的用户故事无疑将成为史诗。Epics稍后会被分解成更小的故事，更容易融入到单个迭代中。此外，新故事可以随时由任何人编写并添加到产品待办事项中。
用户故事是否取代了需求文档？
敏捷项目，尤其是Scrum项目，使用产品待办事项，这是在产品或服务中开发的功能的优先列表。虽然产品积压项目可以是团队所需的任何内容，但用户故事已成为最佳和最流行的产品积压项目形式。
虽然产品积压工作可以被视为传统项目需求文档的替代, 但在有关该故事的讨论发生之前, 重要的是要记住, 敏捷用户情景的书面部分 ("作为用户, 我希望......") 是不完整的。
通常最好将书面部分视为指向实际要求的指针。用户故事可以指向描绘工作流程的图表，显示如何执行计算的电子表格，或产品所有者或团队所需的任何其他工件。
Agile Software Development
扫一扫
8018
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
