（转自:http://blog.csdn.net/xiaoxian8023/article/details/8883791）
今天跟大家分享的是“敏捷开发、快速迭代”。我们大都采用的是“瀑布开发模式”，有了问题，就得返工，虽然最终的产品会比较齐全完善，但是开发周期太长，开发人员会产生排斥，甚至厌恶的心理。经过YH系统的开发，也且生体会到了这一弊端。
有问题就要去解决它！于是我想到了“敏捷开发”。借鉴敏捷开发模式，来改善软件开发过程，提高项目的开发效率。
要想借鉴，首先得弄懂以下3个问题。
1. 什么是敏捷开发
百度百科中是这样解释的：敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
我们可以这样认为，敏捷开发是一种面临迅速变化的需求快速开发的能力。要明确几点：
敏捷不仅仅是一个项目快速完成、而是对整个产品领域需求的高效管理；
敏捷不仅仅是简单的快，而是短周期的不断改进、提高和调整；
敏捷不仅仅是一个版本只做几个功能，而是突出重点、果断放弃当前的非重点；
敏捷不仅仅是随时增加需求，而是每个迭代周期对需求的重新审核和排序。
2.如何进行敏捷开发？
敏捷开发的体系建设主要有如下六个方面：
1、组织建设也就是团队建设，建立以产品经理为主导，包含产品、设计、前后台开发和测试的team，快速进行产品迭代开发；扁平化的团队管理，大家都有共同目标，更有成就感；
2、敏捷制度要找准适合自身的敏捷开发方式，主要是制定一个完善的效率高的设计、开发、测试、上线流程，制定固定的迭代周期，让用户更有期待；
3、需求收集这个任何方式下都需要有，需求一定要有交互稿，评审通过后，一定要确定功能需求列表、责任人、工作量、责任人等；
4、工具建设是指能够快速完成某项事情的辅助工具，比如开发环境的一键安装，各种底层的日志、监控等平台，发布、打包工具等；
5、系统架构略为超前架构设计：支持良好的扩容性和可维护性；组件化基础功能模块：代码耦合度低，模块间的依赖性小；插件化业务模块：降低营销活动与业务耦合度，自升级、自维护；客户端预埋逻辑；技术预研等等；
6、数据运营与灰度发布点击率分析、用户路径分析、渠道选择、渠道升级控制等等。
有幸拾得某位牛人的敏捷开发经验，再结合自己的理解，一起拿出来与大家分享一下：
1 、 重点明确，及时调整。通过分析需求的紧急性和重要性，做出优先级的判定，优先级从1排到10，没有重复；迭代中严格按照优先级顺序开发，即使最后时间不够，也能保证最需要的功能开发完成；每次迭代前重新调整需求的重要性，及时加入重要的业务需求和用户需求，将重要性不高的需求往后调整。
2、倾听用户的声音、相信用户的直觉。在迭代中充分关注线上版本用户的反馈，并且主动联系用户了解困扰，在当个迭代或下个迭代快速优化；通过对用户反馈的及时响应获得用户的认可和口碑。这里就提到一个名叫“AB test”的开发模式，一个问题有A、B两种解决方案，不知道哪个更符合用户的需求，那么就让用户去选择，根据用户的反馈去迅速调整。有兴趣的话，可以看看这个视频，是我在找资料时看到的，里面讲到了这个问题，即小米MIUI产品经理许斐演讲的“快速迭代的互联网开发模式 ”。
3、勇于创新、小步快跑。在迭代中勇于创新，快速实现创新想法，并在后续的迭代中不断优化。一直远离媒体视线的腾讯CEO马化腾，在“合作伙伴大会一周年”的活动上，也给合作伙伴和同行们“小步快跑，快速迭代”的建议，被赋予“一直在模仿，从未被超越”称号的腾讯开发团队，其实创新也是国内最多的。
4、持续不断地发现问题，解决问题。通过每天的版本发布来检验团队在每日立会上做出的承诺；测试和验证功能的开发程度；对于功能的实现第一时间给出反馈，并能快速调整,而不会像瀑布式等到开发末期才发现实现上的问题。
5、持续提升整个团队的产品能力。专门的团队面向一个产品领域；持续优化用户体验和产品流程；通过产品迭代的心跳保持产品团队的用户和市场敏感度；提升产品经理的产品感觉、提高技术团队的产品意识；团队伴随业务而成长，获得更高的成就感。
更多具体的实施和经验分享，可以参考“项目管理专栏”。
说了这么多，归结起来就是，产品通过不断的获取用户新需求，不断的更新迭代而愈加成熟。而快速迭代，则能提升团队的市场竞争力，从而快速占领市场。
看过一幅图片：快速迭代，越变越美。那么如何快速迭代呢？
3.如何快速迭代
其实这个问题已经在第二个问题中回答过了，这里再单拿出来说，是为了强调一下。
现在是互联网的时代，互联网产品的更新速度可谓是日新月异。互联网的开发模式也是主要围绕“快速迭代”的主题来开发产品的 在飞速发展的互联网行业里，产品是以用户为导向在随时演进的。因此，在推出一个产品之后要迅速收集用户需求进行产品的迭代——在演进的过程中注入用户需求的基因，完成快速的升级换代，裂变成长，才能让你的用户体验保持在最高水平。不要闭门造车以图一步到位，否则你的研发速度永远也赶不上需求的变化。
可能我们做的不是互联网的项目，但是如果是大项目，依旧推荐使用敏捷开发。分级需求，快速迭代产品。让用户能在短时间内用户用上你的产品，短时间内使用到新功能。
采用“短周期迭代法”，可以压缩项目开发实施周期，减少项目风险，简化管理，提高各个环节达成率，有效推进项目建设。
快速迭代，版本更新快，所以要考虑降低项目风险，确保正确的方向。
敏捷开发能够缩短项目的反馈周期，因其将项目分成了若干个迭代周期，每个迭代周期结束都能立即反馈。且通过不断的沟通，还能减少理解上的偏差，配合反馈，减少误解，从而降低修正错误的代价。且每个迭代周期的结束都能接受验证，从而能快速的适应变化，及时的适应新的需求，保证产品的正确性。
那么迭代周期设定为多少合适呢，“小步快跑、快速迭代”，当然系统大小也会影响到迭代周期，所以把迭代周期一般设置为1-6周为佳。
曾经跟QQ安全管家的一个开发人员聊过天，得知QQ安全管家是一星期一个beta版本，一月一个正式版。小米的MIUI更新周期，每天都有更新给荣誉开发组，每周都更新ROM包，提供给用户下载。百度每天都会有上百次更新升级上线，网页搜索的结果页每一天都有几十个等待测试上线的升级项目。可见快速迭代是多么许多公司都推荐的一种开发模式。
还有一点要注意，快速迭代，不是说一定要做好了，才能上线，半成品也能上线。
在没有上线之前，你怎么知道哪好那不好。所以半成品也是可以出门的，一定不要吝惜在家，丑媳妇才需要尽早见公婆。尽早的让用户去评判你的想法，你的设计是否可以赢得用户的喜爱。快速发出，紧盯用户反馈。百度完成了第一版的搜索引擎，也是让用户去做的选择。用百度CEO李彦宏（Robin）的话来说“你怎么知道如何把这个产品设计成最好的呢？只有让用户尽快去用它。既然大家对这版产品有信心，在基本的产品功能上我们有竞争优势，就应该抓住时机尽快将产品推向市场，真正完善它的人将是用户。他们会告诉你喜欢哪里不喜欢哪里，知道了他们的想法，我们就迅速改，改了一百次之后，肯定就是一个非常好的产品了。”
简单地分享了一下对敏捷开发，快速迭代的理解。这里再给大家一个连接，51 C TO的《 专题:初探敏捷开发 》，供大家参阅。
