用户故事是一种在整个项目中捕获用户需求的简单方法–替代所有预先编写冗长的需求规范的方法。
用户故事源自XP（极限编程），但是它们也可以轻松用于 需求收集 在任何 敏捷开发方法，或者实际上是在任何本地开发过程中。
用户故事是由用户编写的有关用户希望如何使用软件功能的简单陈述’的观点。用户故事不应使用技术行话或陈述设计目标。用户故事应以所有人都可以理解的商业语言编写。
用户故事应着重于功能的用户，内容和原因， 不怎么.
例如，在工作现场，两个高级用户故事可能是：
- 作为求职者，我想寻找工作，所以我可以发展自己的职业。
- 作为招聘者，我想发布职位空缺，所以我可以找到一个新的团队成员。
这是一个有用的结构，可以使用户故事的形状始终如一，并可以不断提醒人们关注谁，什么以及为什么：
作为一个 [用户角色]， 我想要 [目标]，所以我可以 [原因]。
某些人可能认为构造的第三部分是不必要的。但是我认为’很好地说明用户’s motivation 使用此功能的原因在于：
（a）清楚说明功能为何有用；
（b）它会影响某项功能的运作方式；
（c）它可以为您提供其他有用功能的想法 支持用户’s goals.
在项目开始时，预先捕获用户故事的初始列表。在Scrum中，这将是最初的产品积压。此功能列表可用于 估计和计划。但是推迟捕获所有细节 直到确定故事的优先级，并在下一个Sprint或迭代中进行开发。
与用户会面 （或用户代表），用户通常会讲故事 关于他们当前系统或流程的失败。或者他们可能会讲一些有关他们如何看待将来更好的事情的故事。尝试将这些故事捕获为“用户故事”。在卡片上。当你’重新参加会议。就像他们被告知的那样。
在传统的开发项目中，这些故事通常不是’他们被告知被俘虏，他们’在冗长的分析过程中重新捕获并在冗长的文档中捕获；格式不是’特别易于使用。
使用用户故事，您可能会惊讶地发现与用户开会很容易，并且已经捕获了他们的关键要求。
凯莉
