近期公司在着重推进项目的敏捷开发，虽然以前也接触过，但还是去参加了下敏捷开发的培训，对于产品经理来说，如果推行了敏捷开发，则产品经理的协调沟通作用会更加的凸显出来，毕竟前期没有文档，只有演示稿甚或是图纸的情况下，沟通是非常重要的，特别是确认所有的需求功能点，并给需求功能点的优先级排序，确定敏捷开发的迭代周期，这些都需要沟通去解决，例行的会议也会比较多，产品经理肯定都要参与其中。对互联网行业来说，敏捷开发能更快速的响应不断变化的需求，对产品经理来说，如果同时参与的项目多一点的话，那就更加的杯具，你会发现一天下来，思绪都会串线。所以说瀑布有瀑布的好处，敏捷有敏捷的好处，看从哪个角度看，中大型的项目用敏捷更加合适，小型项目还是瀑布比较合适。
敏捷开发是一种面临迅速变化的需求快速开发的能力，它有四个核心思想：第一是强调面对面的沟通，也就是说沟通很重要，人和人的相互交流胜于任何流程和工具;第二是要把精力集中在可执行的程序上，可以运行的产品胜于编制综合性文档，也就是强调了原型、模型、Demo等的重要性;第三个是团队合作和团队激励，合作胜于谈判，敏捷开发能将需求、开发、测试等全部团队成员融合成一个整体，大家都是一条线上的蚂蚱;第四个是超强的适应能力，适应变化胜于按部就班，敏捷开发的特点就是快速，对于互联网行业来说，这点非常重要。那么为什么要采用敏捷开发的方式呢，有如下几点：
互联网行业的特点
就是以快吃慢，例子见微信和米聊;版本发布成本很低，一般都是迭代发布的，例子很多，有很多产品都是一周或者两周发布一个小版本;追求创新，或者说是适度的创新，无论最终有没有真的创新，但初衷肯定都是要创新的;需要快速响应用户的变化，时间就是一切，同一个产品先发布和后发布的差别是很大的;需求不确定性高，这个在软件行业也很常见;关注用户行为，倡导以用户为中心的产品设计。正是这些特点，从而使敏捷开发顺理成章的成为首选。
产品开发的特点
正如前面所说，产品需求的不确定性是比较高的，往往做着做着又会发现新的需求，或者发现原来的方向已经不对了，就需要马上进行调整;再者需求的变更是不可避免的，我想这点很多人都认同。
降低项目风险，确保正确的方向
敏捷开发能够缩短项目的反馈周期，因其将项目分成了若干个迭代周期，每个迭代周期结束都能立即反馈。且通过不断的沟通，还能减少理解上的偏差，配合反馈，减少误解，从而降低修正错误的代价。且每个迭代周期的结束都能接受验证，从而能快速的适应变化，及时的适应新的需求，保证产品的正确性。
那么如何进行敏捷开发呢?敏捷开发的体系建设主要有如下六个方面：
1、组织建设，也就是团队建设，建立以产品经理为主导，包含产品、设计、前后台开发和测试的team，快速进行产品迭代开发;扁平化的团队管理，大家都有共同目标，更有成就感;
2、敏捷制度，要找准适合自身的敏捷开发方式，主要是制定一个完善的效率高的设计、开发、测试、上线流程，制定固定的迭代周期，让用户更有期待;
3、需求收集，这个任何方式下都需要有，需求一定要有交互稿，评审通过后，一定要确定功能需求列表、责任人、工作量、责任人等;
4、工具建设，是指能够快速完成某项事情的辅助工具，比如开发环境的一键安装，各种底层的日志、监控等平台，发布、打包工具等;
5、系统架构，略为超前架构设计：支持良好的扩容性和可维护性;组件化基础功能模块：代码耦合度低，模块间的依赖性小;插件化业务模块：降低营销活动与业务耦合度，自升级、自维护;客户端预埋逻辑;技术预研等等;
6、数据运营与灰度发布，点击率分析、用户路径分析、渠道选择、渠道升级控制等等。
敏捷开发的经验
重点明确，及时调整。通过分析需求的紧急性和重要性，做出优先级的判定，优先级从1排到10，没有重复;迭代中严格按照优先级顺序开发，即使最后时间不够，也能保证最需要的功能开发完成;每次迭代前重新调整需求的重要性，及时加入重要的业务需求和用户需求，将重要性不高的需求往后调整。
倾听用户的声音、相信用户的直觉。在迭代中充分关注线上版本用户的反馈，并且主动联系用户了解困扰，在当个迭代或下个迭代快速优化;通过对用户反馈的及时响应获得用户的认可和口碑。
勇于创新、小步快跑。在迭代中勇于创新，快速实现创新想法，并在后续的迭代中不断优化。
持续不断地发现问题，解决问题。通过每天的版本发布来检验团队在每日立会上做出的承诺;测试和验证功能的开发程度;对于功能的实现第一时间给出反馈，并能快速调整,而不会像瀑布式等到开发末期才发现实现上的问题。
持续提升整个团队的产品能力。专门的团队面向一个产品领域;持续优化用户体验和产品流程;通过产品迭代的心跳保持产品团队的用户和市场敏感度;提升产品经理的产品感觉、提高技术团队的产品意识;团队伴随业务而成长，获得更高的成就感。
最后，敏捷不仅仅是一个项目快速完成、而是对整个产品领域需求的高效管理;敏捷不仅仅是简单的快，而是短周期的不断改进、提高和调整;敏捷不仅仅是开发完成快速就上线，而是快速形成原型、全员测试反馈修改提高;敏捷不仅仅是一个版本只做几个功能，而是突出重点、果断放弃当前的非重点;敏捷不仅仅是随时增加需求，而是每个迭代周期对需求的重新审核和排序。