用户故事是敏捷软件开发中的一种工具，用于从用户的角度获取软件特性的描述。用户故事描述了用户的类型，他们想要什么以及为什么。用户描述有助于创建需求的简化描述。

用户描述的目的是记录项目将如何向最终用户交付价值。然后，开发团队的工作就是开发满足用户需求的代码。在最好的情况下，开发人员与业务所有者和涉众密切合作，在开发代码时澄清细节。

用户故事是从需要新功能的人（通常是系统的用户或客户）的角度对功能进行的简短而简单的描述。

用户故事是 "谁需要它，需要什么以及为什么需要它。" 因此，这为用户故事提供了上范围

用户故事的特征

用户故事模板通常遵循相同的格式。用户故事的三个组成部分是:

Who—这通常是一个工作角色，客户或用户类型，也称为用户角色。
What——这是用户希望产品完成或实现的目标。
Why——这是用户需要该特性或功能的原因。

模板最的终结果是，

As a <role> I can <capability>, so that <receive benefit>

“作为一个<谁>，我想要<什么>以便<为什么>。”

敏捷用户故事应该很短，通常贴在便利贴或卡片上。用户描述应该由业务部门用客户的语言编写，以便业务部门和开发团队都能清楚地了解客户想要什么以及他们为什么需要它。

通过将用户故事分解成更小的用户故事并将它们分组到主题中，可以向用户故事添加更多的细节。

任何熟悉用户故事的人也应该熟悉用户故事的 3 C。无论您是新手还是经验丰富的老手，用户故事的 3 C 有助于正确理解用户故事的目的。

卡片 (Card)

这是一个占位符，以原始形式表示用户故事。它总结了一个详细的要求；这些细节仍有待确定。该卡片具有以下格式：“who(role)”、“what(action)”和“why(benefits)”  

对话 (Conversation)

这代表用户、团队、产品所有者和其他利益相关者之间的讨论，以确定如何实现意图。在这一点上，根据从谈话中获得的理解来调整卡片。虽然通常是口头的，但也可以得到文档和其他自动化测试的支持

确认 (Confirmation)

这表示需要满足的条件才能确定故事是否满足意图和其他一些更详细的要求。