大家好，我是IT修真院西安分院第2期的PM学员张建兴，一枚正直纯洁善良的产品经理
今天给大家分享一下，什么是用户story?
从用户的角度用一句话来描述他通过一系列操作完成一个有价值的目标的过程叫做用户story。用户story的标准格式作为一个<角色>, 我想要<活动>, 以便于<商业价值>。例如：作为一个米国的球迷，我想要通过点击米国官网的新闻栏，以便于能够实时了解最新的米国动态。
一、用户story的特性:
独立性：用户故事之间应该具有独立性，不应该依赖于其他的用户故事。如果用户故事存在依赖性那么就会导致用户故事之间存在着不同的优先级，只有被依赖的用户故事完成才能继续开发依赖的用户故事。一般可以通过组合用户故事或者分割用户故事来减少用户故事间的相互依赖性。
可协商性：一个用户故事的内容要是可以协商的，用户故事不是合同。它是由客户或者PO同开发小组的成员共同协商制定的，如果最开始像商业合同一样设定了太多的条条框框和限制就无法更好的沟通及协商，也就不可能划分出既让客户满意，也能让开发认同的好的用户故事。
有价值：用户故事必须对于最终的用户是有价值的，因此应该站在用户的角度去编写，描述的是一个一个的场景和故事。
可评估性：对于一个用户故事的划分需要足够的领域知识，这样可以在划分故事之时就能大致了解故事开发的周期，为了减少估算的不确定性，故事本身不能太大。
短小、简洁：故事应该尽量的短小，当然也不是说越小越好。短小的故事可以减少划分过程中估算的误差，最好的故事是能够在一个迭代周期之内完成的。如果太大就应该考虑将其拆分为多个粒度更小的用户故事。
可测试性：这一点在所有的特性中对于用户故事的重要程度最高。首先，如果一个用户故事无法进行测试，那么也就无法判断该故事是否完成。除此之外，对应的验收测试也最好是自动运行的，这样在任何时候都能触发该用户故事的检验。最后，必须在定义了验收测试通过的标准后才能认为故事划分完毕。
二、用户story的禁区
不管是口头描述，还是书面形式，在描述用户story的时候，千万不要用任何有关技术语言之类的东西描述用户story。
三、使用用户story表达的好处
1、用户Story强调通过一个简单的场景，具体的描述出一件东西或软件等在使用人的手上，是怎样被操作的。这样的描述可以让开发人员尽快能的贴近使用者的真实需求，而不是开发出来做错重点。
2、用户Sotry可以帮助与客户之间进行很好的沟通，因为是场景描述文字，可以很轻松的根据这些场景排定优先顺序。
通常只是口头描述，无法精准的让开发人员完成用户想要的效果，主要原因是因为：
①通常使用者和用户一般说不清楚自己真正想要的是什么。
②即使开发人员了解所有需求，也有很多细节是在开发做的过程中才知道的。
③即使一下知道所有细节，也无法一次全部理解。
④即使知道所有细节，用户需求还是会变动。
但是，用户story Sotry描述了一个又一个的场景，可以帮助开发人员和沟通人员达成一致的目标。
四、如何讲好用户story
当你知道某个知识，然后将这个知识讲个别人听的时候，你觉得你讲的很明白，很清楚，但是别人表示理解不了，听不懂你在说啥，或者理解有偏差，这种情况叫做知识诅咒。所以要讲好一个用户故事，有2个前提：
1、确保你很清楚使用者是什么样的人。通过与他们交流，利用你从交流中获得的信息建立用户角色。
2、观察使用产品的过程。利用在使用过程中获得的信息更好的去理解如何为真实的使用者去设计产品。
总结：用户story，必须要站在用户的场景里，去思考怎样才能用最简洁、最通俗易懂的语言，写出用户story。
五、参考文献
[1]《百科百度》 [2]《CSDN》 [3]《人人都是产品经理》
六、问题讨论
1、用户story怎么写？
按照 作为一个（用户），我想要（功能），以便实现（价值），去写。
2、用户story的怎么表达？
站在用户的角度去表达
3、用户story怎么拆解？
按照步骤来拆解story,拆解到具体功能