登录 个人注册 企业注册 杂志订阅 | 我的需求 | 下载专区 | English
首页 > 专题 > 敏捷项目管理 > 敏捷不等于快

敏捷不等于快

返回>

2019年02月02日    作者:车车    来源:微信公众号“PMO前沿”

A-A+

  作为项目管理的一员,总是听到一些同学说,你们不够敏捷不够快,建议你们使用敏捷开发模式吧,吧啦吧啦……


  真的很想反问一句,你们知道什么是敏捷开发吗?作为几乎全员通过ACP认证的我们,很负责的说——敏捷开发并不等于快!


  敏捷开发是以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。


  如果非要把敏捷和快拉上关系,那可以理解为敏捷开发是一种用户应付需求快速变化的软件开发方式;这里的“快”仅指对需求的快速响应。


  4个敏捷开发会快于传统瀑布式开发的地方。


  开发置时间


  传统开发法依循计划、分析、设计、开发、测试、发布的顺序性的开发模式,当前一个步骤用掉越多时间时则后面步骤的前置时间就会越长,而形成时间上越多的浪费。反观敏捷开发,当收集到足够一次迭代开发的需求时即向下一个步骤前进,尽量缩短前置时间的浪费,然后将"分析、设计、开发与测试"形成一个开发步骤,减少了步骤与步骤之间的衔接时间。


  首次发布时间


  敏捷开发采用迭代的开发模式,每个迭代结束都会有一个潜在可交付的增量用来展示开发成果,这种展示给了客户进行反馈和改进的机会。


  需求过程


  敏捷开发不做完整的需求分析(因为计划总是赶不上变化的),当需求的收集量和内容质量已经达到一定要求,已经足够一个开发周期的工作量时就可以开始开发工作。


  测试方法


  敏捷开发对软件带来的最大影响便是测试了。传统的α(内部测试)、β(交付客户测试)、γ测试(优化处理)方式在采用敏捷开发后几乎不存在了,因为敏捷开发在开发周期内不断的在进行测试的工作,因此也就没有了在交付做α、β、γ测试时必须停止开发,冻结开发的时间浪费了。


  所以,敏捷的快速跟大家以为的“快”并不一样。

责任编辑:王兴钊

标签:敏捷
0
版权声明©
本网站所有内容版权归项目管理评论杂志社及相关权利人(本网站的资料提供者)所有,未经项目管理评论杂志社明确书面许可,任何组织及个人不得复制、转载、摘编本网站的内容,也不得在本网站所属的服务器上做镜像或以其他任何方式进行使用。凡未经许可擅自转载,均视为侵权行为,本网站将依法追究其责任。
热点:ppp    新能源    敏捷   
官方新浪微博
关于我们 - 广告服务 - 联系我们 - 诚聘英才 - 隐私声明 - 杂志订阅 - 在线投稿 - 下载专区 - 网站地图
项目管理评论 版权所有
有意与本刊合作者,请与项目管理评论联系。未经项目管理评论书面授权,请勿转载或建立镜像,否则即为侵权。
合作电话:010-58383379 E-mail:pmr@pmreview.com.cn 京ICP证13028000号-3

京公网安备 11010202007990号


PMI, PMP, PMBOK and the PMI logo are registered marks of the Project Management Institute, Inc.

技术支持:原创先锋_北京网站建设