用户故事是可用于陈述业务价值的一种简便格式，适合各种PBI，特别是特性。用户故事的制作方式旨在帮助业务人员与技术人员双方都能理解需求。
用户故事的结构很简单，为会话提供了一个理想的占位符，同时，也可以编写颗粒度各不相同且易于逐步细化的用户故事。
用户故事是一种轻量级方法，与敏捷核心原则及对高效占位符的需要相当吻合。
用户故事描述了对用户或客户有价值的功能/特性，传递需求信息。
用户故事不同于传统需求规格说明书，以简化的形式促进团队交流、降低修改成本、灵活调整接受变化；同时故事以验收驱动的定义形式让所有⼲系人对最终的目标建立共识。
为什么要选择用户故事作为处理需求的方法呢？
用户故事的优势主要表现在以下几个方面 :
用户故事强调沟通
用户故事的一个核心在于对话，客户、开发团队、产品负责人就某个故事深入的交流，并在对话中发现并探讨需求的细节。
用户故事仅仅是进行对话的承诺。
用户故事的一大好处在于它能把关注点从协作转移到对话。对话开启了一个更丰富的信息交换与协作形式，从而确保正确描述需求并使每个人都能理解需求。
这避免了通过文字记录而可能导致的不精确性或语义多重性的问题。
人人都能理解用户故事
用户故事使用一两句简洁明了的日常语言写成，并且向用户或客户显示价值，不涉及专业的技术术语，从而使得用户和开发者理解起来都很容易。
用户故事适合迭代开发
用户故事是一种优秀的工具，可以承载着客户或用户价值的条目贯穿于Scrum的价值创造流程。然而，如果故事的大小都一样，就很难做好概要计划并体会到逐步细化的好处。
所以，进入迭代的用户故事都拆分为3-5天可开发测试完成的大小，保证一个故事在一个迭代内可以实现。
用户故事利于对需求进行拆分
我们可以先写出一个起始的目标层面及占位意义的故事，在这个故事再后来对于开发进程变得重要时，才用更多对的细节来代替这个简单的描述。
用户故事传播隐性知识缘于对面对面沟通的重视，故事能够促进团队内隐性知识的积累。开发人员与客户之间以及他们内部的沟通越密切，越多的隐性知识才能得到传播与加强。
【用户故事卡片示例】
故事的书写标准格式（三段式）：
以“作为…(用户类型)，
我想…(功能)，
从而…(业务价值)"
