浅谈敏捷开发之“小步试错，快速迭代”
目前，互联网行业不景气，软件公司已经告别了订单多的做不过来的时代，逐步向顾客就是上帝的发展理念转变。
但是，软件开发不同于其它行业，对于需求经常改变的顾客来说，这就是程序员的灾难。欣旋项目管理培训的课堂上也提到过，传统的开发模式“瀑布开发模式”，它的弊端：开发周期很长，问题发现的晚，返工成本高。例如，客户一个需求提单进来，至少要等一两个月才能排期完成，客户往往都等不了，也不能理解我就这么一个小需求，为什么还需要一两个月的时间处理，给客户留下不好的印象。再加上整个行业不景气，顾客上帝不高兴了，那怎么能行？！必须要做出改变！
在我们公司某事业部下的某系统原先就是采用瀑布模式，老板决定要从研发效率上着手，加快需求的响应速度。因此，公司开始推行敏捷开发，从引入外部讲师到内部培养敏捷教练，不到一年的时间，基本全产品都是采取敏捷开发---快速迭代。敏捷---快速迭代推行一年下来，光从数据上看，缩短了交付周期20%，人均效率上提升了40%，整体效率提升了60%,节省下来的研发成本有10%，效果显著。更关键的是，客户满意度大幅提升，公司的日子好过了不少。
那么，什么是快速迭代呢？下面大家一起回顾在欣旋课堂学到的知识。
快速迭代是一种产品研发理念，产品研发从”上线-反馈-修改-上线”这样一个反复更新的过程，比较适用于互联网产品。我们公司的产品有需要本地部署的套装系统，也有SaaS化产品，所以相对来说，也是比较适合敏捷开发，快速迭代。
快速迭代适用于快速变化的环境，以及用户自己无法真实描述出自己的需求，以及可迭代产品的试错成本低，可以进行快速版本更新。在自己能承受的范围之内做一些小步的尝试，如果错了，错在哪里？为什么会错？等等这些，然后逐步改进，在未来项目开展中少走弯路。这就是相当于，以较小的试错成本换取整个项目的成功。
快速迭代，即使产品是半成品，也是可以发布上线的。尽早让用户接触使用到你的产品，去评判你的想法，你的设计是否满足用户需求，是否能赢得用户喜爱，快速推出，关注用户反馈。经过多次的反馈修改后呈现出的产品，一定是非常好的产品，深受用户喜爱的产品。
快速迭代建议采用短周期迭代法，将项目开发周期分解到月、分解到周，一般建议迭代周期在1~4周。小步快跑、快速迭代，分级满足客户需求，并且通过不断的沟通，减少大家理解上的偏差，降低项目风险，降低试错成本。并且在每个迭代快结束的时候进行评审验证，保证产品的正确性。
最近我负责的项目就发生了一件事，PO在迭代计划会需求宣讲时，有几个涉及不同角色不同数据展示的问题，开发团队理解的并不透彻，所以开发出来的成果与PO的实际需求不完全一致。因为是小步快跑模式，所以在当天下午，该功能的部分特性故事开发完成、测试与PO验收时，就发现了问题，并及时沟通，纠错改正，最后没有影响到发版。如果还是传统的瀑布模式，这成本可就很高了。
当前的社会发展太过迅速，竞争非常激烈。如果再继续以前的模式，充分搜集依据，等到一个关键的节点再去进行迭代，整个反馈机制与流程未免太过冗长，无法做到即时跟进。我在欣旋PMP培训的老师也说，从项目实践经历来看，只有小步试错，快速迭代，及时反馈才能适应当今互联网时代的发展。
标签:
