引子
记录一下敏捷开发的一些过程，因为没有实实在在的走这个流程，新公司会按这个模式开发，自己也很有兴趣，因为之前也带了一年多项目，也曾深陷泥淖，所以很期待这个模式下的开发实践带来的效果。
迭代计划会议
会议主旨:
在迭代计划会上，产品负责人讲解迭代要开发的条目，团队进行估算并放入下一个迭代。（在这产品负责人建立条目化的产品待开发项，并进行优先级排序。）
实际实践效果:
实际的实践上是花了两天的两个会议来完成的。
Day 1 <项目迭代需求分析会议>
实录：开会时间是在下班前一个小时展开的，所以会议节奏比较快。流程如下： 1. PM花了大概5分钟给大家陈述了SCRUM的一个开发流程，因为是新团队，有些小伙伴对这个理解不多。 2. PO花了10分钟左右给大家讲述了第一个迭代的需求。 3. 提问环节。PM打开了如下的一个表格文件,里面记录了一些故事点和不明确的点，就这些点还有大家其他的一些问题进行提问，PO回答问题明确需求。
Day 2 <故事拆分&&时间评估会议>
实录：上午9:15开展的会议。流程如下：
1. PM针把昨天列出来的故事写在小卡片上，然后让开发自己针对故事点拆分需求点，也写在卡片纸上，然后贴在强上。大致效果如下图：
如此以来所有的故事点的需求就拆分好了。
2. 时间评估。时间评估主要存在两个方面的问题：
a. 开发人员水平不一样，估出来的时间差距比较大;
b. 不同的人对需求的理解度不一样.可能有人理解的过于复杂，有人理解的过于简单，导致估计的时间差距较大。
PM采取的办法是纸牌估算法，给每个开发人员几张牌，不同的牌代表不同的时间单位，如0.5天，1天。针对每个需求点团队成员考虑几秒钟出牌，PM针对团队成员估算的时间折衷确定一个时间。如果出现时间差距特别大的情况，那么应该是是如上所描述的情况导致，这时候就让这两个开发人员说一下自己的理解。这个时候可以帮助大家进一步明确需求。