敏捷开发相比传统软件开发,有哪些优点和缺点? 敏捷开发最直观的好处是项目进入实质性开发开发很快,迭代周期也不长,客户可以很快看到一个基线架构版的产品,这样能比较好地改善用户满意度我知道的思艾特团队在这方面做得就是不错的
不过因为敏捷开发更注重人,所以对人员素质和稳定性的要求又更高项目组中如果新手太多,那么用敏捷开发反而可能会效率更低人员流动也会造成十分严重的问题
敏捷开发有什么好处敏捷开发模式
简介
是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力它们的具体名称理念过程术语都不尽相同,相对于"非敏捷",更强调程序员团队与业务专家之间的紧密协作面对面的沟通(认为比书面的文档更有效)频繁交付新的软件版本紧凑而自我组织型的团队能够很好地适应需求变化的代码编写和团队组织方法,也更注重做为软件开发中人的作用
如果要实行一个很好的scrum,通常要满足两点:一团队有三名或以上的研发工程师;二团队内有一名合适的Scrum Master当团队内无法找到合适的Scrum Master时,不要轻易推行敏捷如果你的团队是由新人组成,或者即使有资深员工但是他并不了解或认同敏捷开发的话,那么你需要等待合适的Scrum Master出现
当你真正实行敏捷开发时,要注意量化衡量团队的执行力的指标:完成度评估准确度计划合理度这是评定整个进度的很重要的指标,也是让迭代更好的进行下去的准则
适用性
在敏捷方法其独特之处以外,他和其他的方法也有很多共同之处,比如迭代开发,关注互动沟通,减少中介过程的无谓资源消耗通常可以在以下方面衡量敏捷方法的适用性:从产品角度看,敏捷方法适用于需求萌动并且快速改变的情况,如系统有比较高的关键性可靠性安全性方面的要求,则可能不完全适合;从组织结构的角度看,组织结构的文化人员沟通则决定了敏捷方法是否适用跟这些相关联的关键成功因素有:
组织文化必须支持谈判人员彼此信任,人少但是精干,开发人员所作决定得到认可,环境设施满足成员间快速沟通之需要最重要的因素恐怕是项目的规模规模增长,面对面的沟通就愈加困难,因此敏捷方法更适用于较小的队伍,2040人或者更少大规模的敏捷软件开发尚处于积极研究的阶段
另外的问题是项目初期的大量设想或快速的需求收集可能导致项目走入误区,特别是客户对其自身需要毫无概念的情况下与之类似,人之天性很容易造成某个人成为主导并将项目目标和设计引入错误方向的境况开发者经常会把不恰当的方案授予客户,而直到最后出问题前都能获得客户认同虽然理论上快速交互的过程可以限制这些错误的发生,但前提是有效的负反馈,否则错误会迅速膨胀