对敏捷开发的理解

以往,我们选择的最多的是瀑布式开发,大体分为需求分析、设计、编码、测试和维护这几个阶段。但是随着计算机产业与时代的不断跟进,这种模式也多少承受了时代的厚重感,渐渐跟不上了。那么,为了提高开发效率和响应能力,敏捷开发应声而出。

敏捷开发是以用户的需求为核心,采用迭代、循序渐进的方法进行软件开发。何为敏捷,就是能应声而动。在传统开发,我们对用户的需求是又爱又恨,没有需求,进展就开不下去,而如果中途用户更改需求,也就意味着过程需要重载,很容易就变成了一改改全部的问题。而敏捷开发,它可以把一个大项目分成若干个子项目,开发变得非常灵活,这样效率大大提高了,开发周期也变短了。

同时,敏捷开发对人员的要求也很高。它有5个价值观,分别是:沟通、简单、反馈、勇气和谦逊。开发周期的变短意味着人员的配合要十分紧凑,一个拖沓就有可能会对项目产生或大或小的影响。它要求开发人员能自我管理,全身心投入开发中,不因个人得失而计较,不因他人过失而过多怪罪,团队的人相互沟通,能给开发过程带来不可估计的好处。

而且,敏捷开发对于用户也有很大的好处,即在项目进入实质开发迭代阶段,他们很快就可以看到一个基线架构版的产品,从而进行下一步的工作。

不过,敏捷开发的要求也比较高,开发人员应该有过类似经验,不然很难进行。

时间: 2024-08-26 00:46:34

对敏捷开发的理解的相关文章

敏捷开发实践(一)--谈谈我对敏捷开发的理解

随着敏捷开发越来越流行,人人都在谈敏捷,人人也都在学习scrum等敏捷开发方法...当然,自己也是敏捷开发的实施者和受益者. 背景 我们公司引入敏捷开发的时间并不长,在实施敏捷的过程还存在一些问题,自己在实施敏捷的过程也存在很多的疑惑(毕竟原来没有学过,和真实的经历,体会),所以最近一直在学习敏捷,看敏捷的视频和阅读相关资料,同时结合自己实施敏捷的经验,通过分享博文进行一下简单的总结,目的有四: 1. 详细的介绍和学习一下敏捷开发 2. 和CSDN的大牛们一起分享交流,学习,提高一下 3. 总结

聊聊敏捷开发

从我个人入行短暂的经历来看,敏捷开发和瀑布开发两种软件开发流程是现在的WEB开发中提到的比较多的.工作中也有大牛们分享对两种开发流程的优缺点的比较分析,但我个人是没有经历过瀑布开发的,没有经历也就谈不上理解.下面就站在一个软件开发工程师的角度,谈谈我个人对敏捷开发的一些理解. 图1 对敏捷开发的理解 如上图所示,软件开发的一般流程可以认为是:需求分析.系统设计.系统研发.系统测试,最后也就是系统上线.敏捷开发之所以敏捷,我认为是对总体的项目进行了分解,项目并非一次完成目的,而是分解成了多期的小目

敏捷开发实战(三)--每日晨会,是否只是摆设?

经过上面总结的两篇博文敏捷开发实践(一)–谈谈我对敏捷开发的理解和敏捷开发实战(二)–你真的了解Scrum吗?,我们已经对Scrum进行了整体的认识和学习,这篇博文我们一起讨论和学习,我在实施敏捷的过程发现的一个问题. 问题描述 相信实施过敏捷开发的博友,每天会在同样的时间和同样的地点召开会议,此会议在Scrum五大活动中被称为每日Scrum会议. 有这样的一种现象,团队中的新成员刚开始接触Scrum时,积极性会特别高,在会议中会比较积极的发言,但是对于大部分经过长时间开发的老成员来说,经常会在

软件工程到敏捷开发的一点小感想

通过查阅资料和在暑期实习的经历,我了解到敏捷开发中有些实践方式是很好的,值得吸收.例如在敏捷开发的圣经"敏捷软件开发-原则.模式于实现"一书中,很多设计原则,如"单一职责"."开放封闭"."依赖到转"等,它们只是一般.通用的设计原则,应该应用在任何的开发方法中,这些原则并也不是只有敏捷开发方法才能用,在任何的开发方法中都可以.应该使用. 简单介绍一下:敏捷软件开发又称敏捷开发,是一种从1990年代开始逐渐引起广泛关注的一些新型

ITOO总结——专属3.1的敏捷开发

事情的起源是酱紫的,在ITOO如火如荼的做到3.0的时候,也许你会说3.0的过程似乎太漫长,但是好像结束的确实有些太快.马上就不如3.1的正轨.3.1,老师只给7天时间,当时的心里有一种不相信自己的感觉,其实这也是在不相信大家.但是经过7天的迭代之后,我看到了我们每个人的实力,爆发力,突击能力,团队合作能力,验证了老师的一句话,同样的任务给你多长时间你就能多长时间完成.让我总结这次开发快的原因,不知道为什么鬼使神差的就想到了一个名词"敏捷开发".也许这个词和这7天的我们来比并不一样,但

谈谈我理解的敏捷开发

"敏捷开发" 几乎成了互联网家户喻晓的一个热门话题.每个人都在聊敏捷.Scrum.XP. 我对"敏捷"的认识还算是在一个正在探索的阶段.网上有非常多的资料,五花八门,对于初学者来说无形之中会设了很多的坎.刚好借此机会写个文章帮助自己进行知识的梳理和总结,另外一方面也希望对刚接触的人有所帮助. "敏捷开发" 知多少? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方式. 它并不是一门技术,而是一种开发方式,也就

谈谈我理解的敏捷开发--转载

"敏捷开发" 几乎成了互联网家户喻晓的一个热门话题.每个人都在聊敏捷.Scrum.XP. 我对"敏捷"的认识还算是在一个正在探索的阶段.网上有非常多的资料,五花八门,对于初学者来说无形之中会设了很多的坎.刚好借此机会写个文章帮助自己进行知识的梳理和总结,另外一方面也希望对刚接触的人有所帮助. "敏捷开发" 知多少? 敏捷开发(Agile Development)是一种以人为核心.迭代.循序渐进的开发方式. 它并不是一门技术,而是一种开发方式,也就

Project Management: 敏捷开发纵横谈

摘要:在IT界中,“敏捷”是一个很酷的词汇,“敏捷”的相关理论可谓铺天盖地.“敏捷”一词实质没有统一定义,各家有自家的说法,本教程将让你了解“敏捷”的来龙去脉,抓住“敏捷”本质,并能在工作中实践“敏捷”. 特别声明:如需转载此文,请给出指向本网站的连接,如下:作者:张传波摘自:http://www.umlonline.cn如不能按此要求,请不要转载此文. 大纲:“敏捷”陷阱为什么会有“敏捷”这个说法?极限编程敏捷开发RUP敏捷开发的实质是什么?如何才能敏捷起来? 正文: “敏捷”陷阱 小甲想到某

瀑布式开发、迭代开发、敏捷开发、XP与SCRUM的区别

瀑布式开发.迭代开发,区别[都属于,生命周期模型]         两者都是一种开发模式,就像设计模式一样,考虑的角度不一样,个人感觉谈不到取代一说. 传统的瀑布式开发,也就是从需求到设计,从设计到编码,从编码到测试,从测试到提交大概这样的流程,要求每一个开发阶段都要做到最好.特别是前期阶段,设计的越完美,提交后的成本损失就越少.我现在从事的外包项目就是这样的流程. 迭代式开发,不要求每一个阶段的任务做的都是最完美的,而是明明知道还有很多不足的地方,却偏偏不去完善它,而是把主要功能先搭建起来为目