us, 用户故事 as a xxx, i would like to xxx so that xxx. As a “user”, I want to “do sth”, so that “sth” “user” - 就是我们抽象出来的persona (Definition refer to wiki http://en.wikipedia.org/wiki/Persona) “do sth” - 要实现的功能 最后so that后面的 “sth” - 价值 价值说起来很简单，也很容易理解，就是 实现这个story后对用户的价值所在。 可是再多问一个问题，为什么要有这个价值，为什么一定要写这个so that呢？ 如果你的目的是想买一条裙子，20年前，唯一的就是去商场买，但是今天我们还可以选择网上购物。 这也就是说，对于同一个story，不同的技术背景，不同的地域，不同的时代都会有不同的实现，这就是so that存在的价值。
迭代规划 团队会在Sprint开始之初召开Sprint计划会议并制定目标，团队成员会在Scrum每日例会上分享工作进展。当Sprint快结束时，团队会在评审会议中将进展展示给项目干系人。紧接着评审会议之后是回顾会，会上总结当前Sprint中团队的合作情况并为后续Sprint寻找可改进的地方。 计划会 Sprint开始时，团队与项目负责人共同制定下个Sprint的计划，这需要两个会议：Sprint优先级会议和Sprint计划会议。其中优先级会议需要准备产品Backlog、用户故事，并识别潜在的Sprint目标，而计划会议需要构建当前Sprint的Backlog，以确实际开发任务。 优先级会议 Sprint优先级会议的目的是挑出产品Backlog上优先级高的条目，并选择潜在的Sprint目标。我们在产品需求池通过属性来配置任务的优先级。 (图：任务的优先级设置） 在排序之后，PO和团队便可以挑选出高优先级的需求功能作为Sprint的目标。如果高优先级功能实在太多，无法在一个Sprint中完成，这些功能就要分解成更小、更适宜在同一Sprint中完成的小功能，然后放入已创建好的Sprint中。 (图：一个Sprint中的需求功能） 计划会议 在确定当前Sprint的目标需求后，团队从每个需求中分解出任务条目以构成Sprint的Backlog，这是在Sprint计划会议上面进行的，这个会议的参与者包括PO、Scrum Master以及团队中的每个人，和可以帮团队更好预估工作量的各领域专家。 (图：构建一个Sprint Backlog流程） 大家需要在会上讨论每个需求的设计与实现，最好的预估工作量的方法是检查团队过去Sprint中的工作完成情况，比如团队在近期的几个Sprint中完成了平均400小时的工作量，他们就有把握承诺在下个Sprint中完成同样多的工作量。除此之外，一个Sprint是否包括节假日、是否有重要员工离职以及其他影响 (比如是否在开发需要试错的新模块）等等因素也需要考虑进来，最终形成一个可按时交付的Sprint Backlog。 https://ones-ai.gitbooks.io/ones-ai/content/31-si-ge-gai-nian/43-gui-hua-die-dai.html