敏捷开发模式探究

之前所在的研发团队经历了半年左右的项目敏捷开发模式，以下总结一下大致的迭代流程。

团队配置：

      1个scrum master(sm)

      1个po(产品)

      5个研发

      2个测试

具体流程：

      迭代开始前，po带着客户需求先和研发和测试开一个需求宣贯和确认(用户故事和与之关联的若干task)，期间会进行紧密的答疑和头脑风暴以及技术评估。然后需求确定无误之后，接下来会和研发和测试开一个task的工作量以及工时评估，通过集体出牌的方式，取平均值，牌上的数值=一个基础开发量为基数的倍数。

      接着大家都要将各自负责的task写在小纸贴上贴进to do域，这些任务也会由PO和SM录入到JIRA系统进行线上记录和跟踪，接下来就是按照sm排的计划表进行每一天的开发任务，当天在做的任务需要将对应的小纸贴移至doing域，当任务完成之后，各研发人员需将task移至done域，测试人员也一样。

      每天早上都会开一个10分钟到15分钟的晨会，研发和测试人员来描述自身昨天的工作情况，工作完成情况(百分率)、是否遇到难题或无法解决的问题以及今天将要做的任务，每个人轮流说明。最后大家一起评估当前版本是否存在延期交付的风险。

      每个迭代过程中，如果研发人员或测试人员对需求还有疑惑，可以统一记录到excel文档并上传SVN，每天下班PO会浏览文档进行查看和统一解答(团队统一使用一个需求疑问文档)。

      每个迭代过程中，PO可根据阶段上线计划在测试环境对功能进行review，看是否达到要求(PO作为内部客户对功能进行核实)，review之后如果存在问题或不符合需求的地方可要求研发人员进行返工修改。

      每个迭代功能开发以及上线完毕之后，大家会在一起开一个Sprint总结会议，PO发表功能是否通过的宣讲，大家各抒己见对项目中做得好以及不好的地方进行梳理和总结，并承诺在下个版本迭代中可改进的点。