一、什么是用户story？

用户story的含义

1、从用户的角度用一句话来描述他通过一系列操作完成一个有价值的目标的过程

用户story的标准格式

作为一个<角色>, 我想要<活动>, 以便于<商业价值>[1]

例如：作为一个米国的球迷，我想要通过点击米国官网的新闻栏，以便于能够实时了解最新的米国动态

二、用户story的特性

独立性：用户故事之间应该具有独立性，不应该依赖于其他的用户故事。[2]

可协商性：一个用户故事的内容要是可以协商的，用户故事不是合同。[2]

有价值：用户故事必须对于最终的用户是有价值的，因此应该站在用户的角度去编写，描述的是一个一个的场景和故事。[2]

可评估性：对于一个用户故事的划分需要足够的领域知识，这样可以在划分故事之时就能大致了解故事开发的周期，为了减少估算的不确定性，故事本身不能太大。[2]

短小、简洁：故事应该尽量的短小，当然也不是说越小越好。[2]

可测试性：这一点在所有的特性中对于用户故事的重要程度最高。首先，如果一个用户故事无法进行测试，那么也就无法判断该故事是否完成。除此之外，对应的验收测试也最好是自动运行的，这样在任何时候都能触发该用户故事的检验。最后，必须在定义了验收测试通过的标准后才能认为故事划分完毕。[2]

不管是口头描述，还是书面形式，在描述用户story的时候，千万不要用任何有关技术语言之类的东西描述用户story

四、使用用户story表达的好处

1、用户Story强调通过一个简单的场景，具体的描述出一件东西或软件等在使用人的手上，是怎样被操作的。这样的描述可以让开发人员尽快能的贴近使用者的真实需求，而不是开发出来做错重点。

2、用户Sotry可以帮助与客户之间进行很好的沟通，因为是场景描述文字，可以很轻松的根据这些场景排定优先顺序。

通常只是口头描述，无法精准的让开发人员完成用户想要的效果，主要原因是因为：

1、通常使用者和用户一般说不清楚自己真正想要的是什么；

2、即使开发人员了解所有需求，也有很多细节是在开发做的过程中才知道的；

3、即使一下知道所有细节，也无法一次全部理解;

4、即使知道所有细节，用户需求还是会变动

但是，用户story Sotry描述了一个又一个的场景，可以帮助开发人员和沟通人员达成一致的目标。

《人人都是产品经理》

五、如何讲好用户story？

当你知道某个知识，然后将这个知识讲个别人听的时候，你觉得你讲的很明白，很清楚，但是别人表示理解不了，听不懂你在说啥，或者理解有偏差，这种情况叫做知识诅咒。所以要讲好一个用户故事，有2个前提：

1、确保你很清楚使用者是什么样的人。通过与他们交流，利用你从交流中获得的信息建立用户角色。

2、观察使用产品的过程。利用在使用过程中获得的信息更好的去理解如何为真实的使用者去设计产品。

六、参考文献

[1]《百科百度》 [2]《CSDN》 [3]《人人都是产品经理》