移动App双周版本迭代实战

        对于移动互联网产品来说，迭代的速度就是生命。我创业时做移动App时是一周一版，而现在是2周1版。相比起小公司，大公司迭代时间虽长，却更为不易，因为大公司流程更多，参与人数更多，需求更多，实现这样的快速迭代存在许多挑战，也有一定风险，管理者控制起来更困难。

        那我们应该如何来实现2周1版的快速迭代呢？

        这是最开始我构思的版本迭代流程图：

        后来修改成这样：

        我们来梳理一下，在2周1个版本的迭代开发中，有哪些最佳实践呢？

        关于项目管理

        2周的迭代时间是非常赶的，基本只能cover开发加测试的时间，所以需要尽量把版本的准备工作提前，以保证开发的时间。其中包括MRD、UE和后台接口，后台可定义假接口便于前台提前开发，最后再进行联调。

        在整个流程中，项目第一个版本最开始的Kickoff会议很重要，这能帮助我们更好的了解团队里的人员和职责，提高后继沟通效率。后面就可以走标准的MRD Review、制定版本计划、开发、定期Review和例行通报的流程。