用户故事的基本理解

用户故事：从用户角度描述用户渴望得到的功能。

一般句式：作为一名<角色>，我可以<活动>，使得<业务价值>。
<角色>说明由谁执行动作，或者谁从相关活动收到价值，甚至可以代表发起相关活动的另一个系统；
<活动>说明在系统中执行的动作；
<业务价值>说明相关活动实现的价值。

用户故事的特点

良好用户故事的INVEST

• Independent（独立性）

可以被单独地开发、测试甚至交付。
有些故事之间会有自然的顺序依赖，但每个部分仍具备单独交付价值。
有些无价值的依赖，我们需要寻找和消除依赖（通常是和其他依赖的故事结合起来取交集，形成一个新的用户故事）。

• Negotiable（可协商）

允许、且需要经过协商。

• Valuable（有价值）

用户故事必须向用户、客户或产品干系人提供一定的价值。

• Estimable（可估算）

可估算的用户故事能够提取任何隐藏的假定和欠缺的验收标准，并且澄清团队对用户故事的共同理解。

• Small（小型）

用户故事应该小到能够在一次迭代中完成。

• Testable（可测试）

可测试的用户故事能够避免造成结构不良、过于复杂或是依赖于其他故事等问题，导致迭代失败。
为了保证无法离开迭代（通过测试）的故事不进入迭代，可以采用“先写测试”的方式。

这是别人写的用户故事，可以参考下：

好吧，人人都是产品经理这个网站上有很多关于用户故事相关内容的描述，我就不搬运了，大家可以去看一下，其实都是一些概念，看了暂时还不太理解，估计等自己开始根据项目写的时候才有比较深的理解。