敏捷开发之用户Story（一）

作为自己在工作的一种记录，因为我一直认为产品经理（Product Manager  简称PM）算是一种新行业、（都说PM始于宝洁，但是也可能更早之前就出现过做着PM做的事，但他是其他职位的人。）进入中国不超过15年。所以需要我们不断的与其他的PM或人进行讨论、实践、总结，再讨论、实践、总结。形成进步学习的闭环。

敏捷开发之用户Story

用户Story也叫用户故事只需要X度一下，全部都是相关的介绍和说明，我这里就不再过多的需求。他们每一篇的内容大致都是说用户故事需要遵守INVEST原则。

INVEST原则

Independent：独立性

用户故事之间应该具有独立性，不应该依赖于其他的用户故事。一般可以通过组合用户故事或者分割用户故事来减少用户故事间的相互依赖性。

Negotiable：可协商

用户故事是由客户或者PO同开发小组的成员共同协商制定的，用户故事代表了一个用户群体的需求，而这个需求是零散的，通过相关人员的沟通，协商经常可以丰富用户故事。

Valuable：有价值

用户故事对于最终的用户是有价值的，因此应该站在用户的角度去编写，描述的是一个一个的feature，而非一个一个的task。

Estimable：可评估

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

Small：短小

故事应该尽量的短小，当然也不是说越小越好。短小的故事可以减少分解过程中估算的误差，最好的故事是能够在一个迭代周期之内完成的。如果太大就应该考虑将其拆分为多个粒度更小的用户故事。

Testable：可测试

如果一个用户故事无法进行测试，那么也就无法判断该故事是否真的完成。所以，用户故事必须在定义了验收测试通过的标准后才能认为用户故事开发完毕。

来源：