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