敏捷的sprint思考

前言：

        一般而言，一个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给本次迭代进行打分

                总结：

                    迭代中出现的问题和改进项