今天跟大家分享的是“敏捷开发、快速迭代”。我们大都采用的是“瀑布开发模式”,有了问题,就得返工,虽然最终的产品会比较齐全完善,但是开发周期太长,开发人员会产生排斥,甚至厌恶的心理。经过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)的话来说“你怎么知道如何把这个产品设计成最好的呢?只有让用户尽快去用它。既然大家对这版产品有信心,在基本的产品功能上我们有竞争优势,就应该抓住时机尽快将产品推向市场,真正完善它的人将是用户。他们会告诉你喜欢哪里不喜欢哪里,知道了他们的想法,我们就迅速改,改了一百次之后,肯定就是一个非常好的产品了。”
简单地分享了一下对敏捷开发,快速迭代的理解。这里再给大家一个连接,51CTO的《
专题:初探敏捷开发》,供大家参阅。
作者:xiaoxian8023 发表于2013-5-4 16:31:27
原文链接