在敏捷软件开发和产品管理中，“用户故事”指的是软件系统中最终用户所需的软件功能的简短，非正式和简单的描述。其主要目的是提供可以为客户需求增加价值的软件功能。用户故事被认为是增量软件开发中的重要工具。用户故事主要定义了用户的类型，他们的需求以及他们为什么需要它。因此，简单来说，用户故事是对需要在软件系统中实现的需求的简单描述。
用户故事模式：
用户故事完全是从最终用户的角度出发的，遵循角色-功能-好处模式。
As a [ type of user ], I want [ an action ], so that [ some reason ]例如 ：
作为建筑团队的项目经理，我希望我们的团队消息传递应用程序包括文件共享和信息更新，以便我的团队可以实时相互协作和交流，从而使建筑项目的开发和完成能够快速进行。 。
编写用户故事：
用户故事是从用户角度来看的。因此，在编写用户故事时，在此过程中将给予用户更多的重视。概述用户在编写用户故事时要考虑的一些要点，例如
- 要求
- 任务及其子任务
- 实际使用者
- 对用户文字/反馈的重要性
- 打破用户故事以应对更大的需求
以此为基础，下面还将讨论在创建用户故事时被重视的其他一些原则。
用户故事的投资原则：
好的用户故事应基于表达用户故事质量的INVEST原理，因为好的软件产品从根本上取决于好的用户故事。在2003年，Bill Wake在一篇文章中介绍了INVEST清单。
- 独立的 –
不依赖其他。 - 面议–
包括重要的避免合同。 - 有价值的 –
为客户提供价值。 - 估计–
应该估计一下。 - 小的 –
它应该简单而又不复杂。 - 可测试的
应通过预先编写的验收标准对其进行评估。
用户故事中的3 C：
- 卡片 –
在卡片上写故事，并对其进行优先级排序，估算和安排。 - 对话 –
进行对话，指定要求并使其清晰。 - 确认 –
符合软件的接受标准。
处理用户故事：
以下几点代表使用用户故事
- 一旦用户故事被完全编写，便会进行审查和验证。
- 在项目工作流会议中，将对其进行审核和验证，然后将其添加到实际工作流中。
- 实际需求和功能取决于故事。
- 根据用户故事的复杂性对其评分，并且团队根据用户故事开始工作。
创建用户故事的重要性：
- 故事清楚有关需求的想法
- 易于理解功能
- 提供更高的客户满意度
- 加快开发过程
- 创造有效的工作环境
- 实现团队之间的协作
- 交付有价值的软件