关于版本迭代的思考

最近这段时间，又开始忙碌了，工作上的事情压的我喘不过气了，也比较少时间去学习架构师的知识。

今天主要讲一下关于版本迭代的理解。关于版本迭代，很多人的第一反应会人为版本迭代就是软件表示的功能持续增量的开发完善。但是，广义上的迭代其实并不限于产品功能的开发实现，其实还应该包括团队的开发流程，方法以及相关的工具等等所有团队可以优化和改变的地方。通过整体的持续迭代，团队才能更具有战斗力。

在日常的工作中，我们经常遇到这样的情况，这个版本迭代刚刚开发完成，用户就提出一堆优化的需求，同时也有一些新的功能需要在新的迭代版本里实现，导致开发的压力非常大。开发团队也常常因此压缩工期，加班加点地完成开发任务，减少了开发设计以及测试的工作量，导致整个迭代的质量非常差，经常因此出现返工的情况。所以这里有一个建议，如果项目上采用的是这种版本增加迭代的模式，建议提前规划好每次版本迭代的范围，要充分考虑开发设计和开发人员单元测试的时间，否则就不能随意跟用户进行承诺。在面对压工期的情况，建议还是从迭代的内容下功夫，减少本次迭代的内容，保证迭代产出的质量。

最后还需要指出一点，版本迭代、敏捷开发，并没有什么固化的流程。项目经理需要动态地根据项目的实际情况进行动态调配，选择最合适自己的方式，才是最好的。