敏捷开发的四种思想 六个建设

对于产品经理来说，如果推行了敏捷开发，则产品经理的协调沟通作用会更加的凸显出来，毕竟前期没有文档，只有演示稿甚或是图纸的情况下，沟通是非常重要的。特别是确认所有的需求功能点，并给需求功能点的优先级排序，确定敏捷开发的迭代周期，这些都需要沟通去解决，例行的会议也会比较多，产品经理肯定都要参与其中。

对互联网行业来说，敏捷开发能更快速的响应不断变化的需求，对产品经理来说，如果参与的项目多一点的话，那就更加的杯具，你会发现一天下来，思绪都会串线。所以说瀑布有瀑布的好处，敏捷有敏捷的好处，看从哪个角度看，中大型的项目用敏捷更加合适，小型项目还是瀑布比较合适。

何为敏捷？

敏捷开发是一种面临迅速变化的需求快速开发的能力，它有四个核心思想

第一是强调面对面的沟通，也就是说沟通很重要，人和人的相互交流胜于任何流程和工具；

第二是要把精力集中在可执行的程序上，可以运行的产品胜于编制综合性文档，也就是强调了原型、模型、Demo等的重要性；

第三个是团队合作和团队激励，合作胜于谈判，敏捷开发能将需求、开发、测试等全部团队成员融合成一个整体，大家都是一条线上的蚂蚱；

第四个是超强的适应能力，适应变化胜于按部就班，敏捷开发的特点就是快速。对于互联网行业来说，这点非常重要。

互联网行业的特点

就是以快吃慢，例子见狼蚁网络推广和米聊；版本发布成本很低，一般都是迭代发布的，例子很多，有很多产品都是一周或者两周发布一个小版本；追求创新，或者说是适度的创新，无论最终有没有真的创新，但初衷肯定都是要创新的；需要快速响应用户的变化，时间就是一切，同一个产品先发布和后发布的差别是很大的；需求不确定性高，这个在软件行业也很常见；关注用户行为，倡导以用户为中心的产品设计。正是这些特点，从而使敏捷开发顺理成章的成为首选。

产品开发的特点

正如前面所说，产品需求的不确定性是比较高的，往往做着做着又会发现新的需求，或者发现原来的方向已经不对了，就需要马上进行调整；需求的变更是不可避免的，我想这点很多人都认同。

降低项目风险，确保正确的方向

敏捷开发能够缩短项目的反馈周期，因其将项目分成了若干个迭代周期，每个迭代周期结束都能立即反馈。且通过不断的沟通，还能减少理解上的偏差，配合反馈，减少误解，从而降低修正错误的代价。且每个迭代周期的结束都能接受验证，从而能快速的适应变化，及时的适应新的需求，保证产品的正确性。

那么如何进行敏捷开发呢？敏捷开发的体系建设主要有如下六个方面

1、组织建设

也就是团队建设，建立以产品经理为主导，包含产品、设计、前后台开发和测试的team，快速进行产品迭代开发；扁平化的团队管理，大家都有共同目标，更有成就感；

2、敏捷制度

要找准适合自身的敏捷开发方式，主要是制定一个完善的效率高的设计、开发、测试、上线流程，制定固定的迭代周期，让用户更有期待；

3、需求收集

这个任何方式下都需要有，需求一定要有交互稿，评审通过后，一定要确定功能需求列表、责任人、工作量、责任人等；

4、工具建设

是指能够快速完成某项事情的辅助工具，比如开发环境的一键安装，各种底层的日志、监控等平台，发布、打包工具等；

5、系统架构

略为超前架构设计支持良好的扩容性和可维护性；组件化基础功能模块代码耦合度低，模块间的依赖性小；插件化业务模块降低营销活动与业务耦合度，自升级、自维护；客户端预埋逻辑；技术预研等等；

6、数据运营与灰度发布

点击率分析、用户路径分析、渠道选择、渠道升级控制等等。

敏捷开发的经验

重点明确，及时调整。通过分析需求的紧急性和重要性，做出优先级的判定，优先级从1排到10，没有重复；迭代中严格按照优先级顺序开发，即使时间不够，也能保证最需要的功能开发完成；每次迭代前重新调整需求的重要性，及时加入重要的业务需求和用户需求，将重要性不高的需求往后调整。

倾听用户的声音、相信用户的直觉。在迭代中充分关注线上版本用户的反馈，并且主动联系用户了解困扰，在当个迭代或下个迭代快速优化；通过对用户反馈的及时响应获得用户的认可和口碑。

勇于创新、小步快跑。在迭代中勇于创新，快速实现创新想法，并在后续的迭代中不断优化。

持续不断地发现问题，解决问题。通过每天的版本发布来检验团队在每日立会上做出的承诺；测试和验证功能的开发程度；对于功能的实现第一时间给出反馈，并能快速调整,而不会像瀑布式等到开发末期才发现实现上的问题。

持续提升整个团队的产品能力。专门的团队面向一个产品领域；持续优化用户体验和产品流程；通过产品迭代的心跳保持产品团队的用户和市场敏感度；提升产品经理的产品感觉、提高技术团队的产品意识；团队伴随业务而成长，获得更高的成就感。

，敏捷不仅仅是一个项目快速完成、而是对整个产品领域需求的高效管理；敏捷不仅仅是简单的快，而是短周期的不断改进、提高和调整；敏捷不仅仅是开发完成快速就上线，而是快速形成原型、全员测试反馈修改提高；敏捷不仅仅是一个版本只做几个功能，而是突出重点、果断放弃当前的非重点；敏捷不仅仅是随时增加需求，而是每个迭代周期对需求的重新审核和排序。文/