用户故事描述了对用户或客户有价值的功能/特性，传递需求信息。用户故事不同于传统需求规格说明书，以简化的形式促进团队交流、降低修改成本、灵活调整接受变化；同时故事以验收驱动的定义形式让所有⼲系人对最终的目标建立共识。
为什么要选择用户故事作为处理需求的方法呢？用户故事的优势主要表现在以下几个方面 :
用户故事强调沟通
用户故事的一个核心在于对话（Conversation），客户和开发人员可以就某个故事深入的交流，对每个重要的细节达成共识。这避免了通过文字记录而可能导致的不精确性或语义多重性的问题。
人人都可以理解用户故事
用户故事使用一两句简洁明了的日常语言写成，并且向用户或客户显示价值，不涉及专业的技术术语，从而使得用户和开发者理解起来都很容易。
用户故事适合于迭代开发
进入迭代的用户故事都拆分为3-5天可开发测试完成的大小，保证一个故事在一个迭代内可以实现。
用户故事利于对需求进行渐进拆分
我们可以先写出一个起始的目标层面及占位意义的故事，在这个故事再后来对于开发进程变得重要时，才用更多对的细节来代替这个简单的描述。 用户故事传播隐性知识
缘于对面对面沟通的重视，故事能够促进团队内隐性知识的积累。开发人员与客户之间以及他们内部的沟通越密切，越多的隐性只是才能得到传播与加强。
【用户故事卡片示例】
故事的书写标准格式（三段式）：
以“作为…(用户类型)，我想…(功能)，从而…(业务价值)”
欢迎大家试用鲸舟，体验更多用户故事相关的功能。 jingzhou.cmft.com/?channel=jj
