前言：
一般而言，一个sprint的流程如下：
1.plan meetting
用户故事宣讲：产品经理(PM or PO)会将一次迭代中的所有user Story做集中宣讲
估分：开发人员和产品经理就user Story进行开发的估分
用户故事分解：开发人员将user Story分解为一项项的task并分配到具体的开发人员
2.develop
迭代中的重头戏
优先级划分：高优先级的任务一定优先开发，不可因为任务的难易程度而更改顺序
避免过大的任务：一旦task过大则相应风险增加，因为假使遇到了阻碍也是到后期才能抛出，这个时候调整起来比较难
任务分配不均衡：单个开发人员任务的多寡都会影响整个团队的效率，不是闲置浪费，就是会有抱怨
任务依赖：互相依赖的任务要把结合点找好，可以模拟环境或者通过mock api方式开发，最后进行集成
3.提测
提测时间的预估：尤其涉及前后端一起的task，提测时间的不一致导致整个的task提测落到最晚提测的子任务完成时间
4.sprint总结
demoshow：将开发的成果由PO进行验收
sprint打分：PO给本次迭代进行打分
总结：
迭代中出现的问题和改进项
