“敏捷开发”的研究目的、意义及依据？！
1、研究目的
从敏捷开发对软件项目的重要性出发，针对它的各种优势进行研究与分析，讲述如何将敏捷理念用于实践，从而让更多的人了解到它的实际价值与应用前景。
2、研究的意义
许多年以来人们一直使用瀑布方法进行软件的开发,瀑布型方法的特点是在完成系统设计之后就进行构建,并且在开始阶段,就能够估算出具有参考价值的工作量和成本,但一般情况是不去适应没有预定的变动的,并且改动率也较低。敏捷开发作为一种面临迅速变化的需求，快速开发出高质量软件产品的新方法，自问世以来，对软件工业起着积极而又重要的影响，它吹响了软件工业的战斗号角,颇受业内人士推崇。它的主要特征是允许对过程进行自主调整,并且强调软件开发中人的因素,它克服了传统开发方法的缺点，和传统开发方法有着明显不同。由于软件在规模、复杂度、功能上的极大扩展和提高，以及在需求和技术不断变化的过程中实现软件自身开发的需求，敏捷开发正逐渐成为软件开发的新模式。因此，我们应当更好的利用这种方法，适应快速的需求变化，达到完善需求分析，改进开发过程，提高软件项目管理水平的目的,扩展它的应用领域。
3、研究的依据
敏捷开发方法是一类软件开发方法的统称，其中包括极限编程、Scrum方法等，相对于那些“非敏捷”软件开发来说，更强调适应性而非预见性。这类方法重视软件开发过程中人的重要性，强调个体的竞争力，强调人与人之间的交流与合作，强调可以工作的软件。不同的人对敏捷编程有着不同的理解，不过所有敏捷开发方法的核心都具有以下原则：业务相关人员与独立的小型开发团队协调同步；团队更多地依赖面对面交流，而不是前期需求和文档，这种交流为软件设计和测试提供了不断调整的机会。“软件开发之父”Martin曾说过，“信息时代，唯一不变的就是变化。”市场环境在变、科学技术在变、业务需求也在变，在搭建企业信息系统时如何能够在变化中迅速响应？敏捷开发技术很好的回答了这个问题！因为它是一种应对变化的方法，它的关键之处在于，能够“敏捷”地适应项目的变化，而不是在开发阶段去适应需求变化。敏捷编程把一个应用软件开发项目分成了诸多很小的模块化部分，每个部分在很短时间内逐个解决，然后添加到整个应用软件上，最后提供完整的功能。公司可以根据这些指导原则开发出适合自己公司的敏捷方法,或采用现有的各种敏捷方法,例如著名的极限编程(XP)、自适应软件开发(ASD),特征驱动开发(FDD)等等。
技术开发的特点什么互联网公司快敏捷开发小步快跑
敏捷开发（Agile）是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。
敏捷软件开发特点：
1.首要任务是尽早地、持续地交付可评价的软件，以使客户满意。
2.乐于接受需求变更，即使在开发后期也是如此。敏捷软件开发能够驾驭需求的变化，从 而为客户赢得竞争优势。
3.频繁交付可使用的软件，交付的间隔越短越好，可以从几个月缩减到几个星期。
4.在整个项目开发期间，业务人员和开发人员必须朝夕工作在一起。
5.围绕那些有推动力的人们来构建项目，给予他们所需的环境和支持，并且相信他们能够把工作做好。
6.开发团队及在开发团队内部进行最快速、有效的传递信息的方法是面对面交谈。
7.可使用的软件是进度的主要衡量指标。
8.提倡可持续发展。出资人、开发人员及使用者应该共同维持稳定的开发速度。
9.为了增强敏捷能力，应持续关注技术上的杰出成果和良好的设计。
10.简洁，最小化那些没有必要投入的工作量是至关重要的。
11.最好的架构、需求和设计都源于自我组织的团队。
12.团队定期反思如何变得更有战斗力，然后相应地转变井调整其行为。
敏捷开发模式的分类
敏捷开发的实现主要包括 SCRUM、XP（极限编程）、Crystal Methods、FDD（特性驱动开发）等等。其中 SCRUM 与 XP 最为流行。
同样是敏捷开发，XP 极限编程 更侧重于实践，并力求把实践做到极限。这一实践可以是测试先行，也可以是结对编程等，关键要看具体的应用场景。
瀑布开发、敏捷开发的优缺点是什么？
瀑布模型式就是是最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。
一、瀑布开发
瀑布模型式是最典型的预见性的方法，严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。步骤成果作为衡量进度的方法，例如需求规格，设计文档，测试计划和代码审阅等等。
瀑布式的主要的问题是它的严格分级导致的自由度降低，项目早期即作出承诺导致对后期需求的变化难以调整，代价高昂。瀑布式方法在需求不明并且在项目进行过程中可能变化的情况下基本是不可行的。
需求隔离：由于各阶段的人员只能接触到自己工作范围内的东西，所以对客户需求的理解程度高低不等，开发人员更像是定义为流水线上的工人。
变更代价大：既然叫作瀑布，就意味着不应该走回头路。否则如果出现返工，付出的代价会很大。需求变更，编码人员会很强的抵触情绪。
束缚创造性：由于强调文档管理，所以管理人员会比较喜欢，但是他束缚了开发人员的创造性。
周期漫长：整个开发持续的生命周期很长，需求和设计的时间会耗费特别多，有时候会占用三分之一甚至更多时间，这样整个周期就会变长，大都在半年到一年左右的时间，所以更适合需求相对稳定的大项目。
二、敏捷软件开发
敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。
缺点：
很难进行准确的资源规划
很难准确的定义“轻量的“或必要的文档
很难把握整体产品的一致性
很难预测有限的终点
很难有效地进行度量
希望能帮到你，谢谢！
什么叫敏捷开发?
问题一：敏捷开发到底是什么意思 其实就是一种思想，有别于传统的瀑布开发思路，传统的是可研，需求，设计，开发，测试，上线......敏捷看重的是快速实现交付物，快速的响应用户需求......极限编程是敏捷的一种实现，可以了解下
问题二：什么是敏捷开发？ 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行
的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
例如，开发某个系统，需求确定后，首先页面ui进行设计，同时针对某些功能模块进行开发，说白了就是不影响自己干活的情况下，执行项目其他工作。
问题三：什么是敏捷开发 敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行
的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
问题四：什么是agile 敏捷开发？ 敏捷开发就是英文Agile Development翻译过来，用CIT的一句话总结，敏捷开发就是人与人互动、需求方参与、快速开发并交付可运行软件的软件开发概念。
问题五：瀑布开发和敏捷开发的区别是什么 简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
系统开发方式众多，项目管理者只需决定何时采取何种开发模式即可。瀑布开发模式就是一种最常用的开发模型，因为这种开发方式不但简单直观而且大大便利了项目管理的运做。
瀑布开发模式可以令项目管理人员非常方便地把整个项目置于自己的掌握之下。瀑布开发模式限制了开发期间团队间的交互，评估起来相当方便，由于开发计划稳定而且几乎不会发生经常性的变化从而有效地简化了项目开发的管理工作。
瀑布开发也有一些缺点，但是，在你初履新职，刚刚接手管理一个新的团队，同时获得了一种支持瀑布开发模式的解决方案的情况下，这种开发模式可以令你很快进入角色把工作开展起来，从而为将来采用更高级的开发方式做好了准备。
瀑布开发过程在 *** 项目中特别受到欢迎，在这样的软件开发项目中，其规划阶段超出了大多数企业部署阶段的时间和力度。采用这种方式的其他用户包括那些理解比较全面和深入的软件项目，相关的解决方案对团队而言非常熟悉，或者只需要小小的改动。
问题六：什么是敏捷软件开发 首先什么是敏捷开发呢？敏捷开发指的是一种面临迅速变化的需求快速开发软件的能力！什么是敏捷设计 “在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的唯一软件文档，就是原代码清单。”――Jack Reeves敏捷开发人员如何知道要做什么简而言之，敏捷开发人员知道要做什么，是因为：他们遵循敏捷实践去发现问题。 他们应用设计原则去诊断问题。 他们应用适当的设计模式去解决问题。软件开发的这三个方面间的相互作用就是设计。
结论敏捷设计就是一个过程，不是一个事件。它是一个持续的应用原则、模式以及实践来改进软件的结构和可读性的过程。它致力于保持系统设计在任何时间都尽可能得简单、干净及富有表现力。请记住，敏捷开发人员不会对一个庞大的预先设计应用那些原则和模式。相反，这些原则和模式被应用在一次次的迭代中，力图使代码以及代码所表达的设计保持干净。
这是网上别让你的回答，直接拿来用了，望采纳。
问题七：身为程序员怎么能不懂什么是敏捷开发 什么是敏捷开发？s
敏捷开发(AgileDevelopment)是一种以人为核心、迭代、循序渐进的开发方法。
怎么理解呢？首先，我们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发；
为什么说是以人为核心？
我们大部分人都学过瀑布开发模型，它是以文档为驱动的，为什么呢？因为在瀑布的整个开发过程中，要写大量的文档，把需求文档写出来后，开发人员都是根据文档进行开发的，一切以文档为依据；而敏捷开发它只写有必要的文档，或尽量少写文档，敏捷开发注重的是人与人之间，面对面的交流，所以它强调以人为核心。
什么是迭代？
迭代是指把一个复杂且开发周期很长的开发任务，分解为很多小周期可完成的任务，这样的一个周期就是一次迭代的过程；同时每一次迭代都可以生产或开发出一个可以交付的软件产品。
关于Scrum和XP
前面说了敏捷它是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而Scrum和XP就是敏捷开发的具体方式了，你可以采用Scrum方式也可以采用XP方式；Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的，这里我主要讲Scrum。
什么是Scrum？
Scrum的英文意思是橄榄球运动的一个专业术语，内推网neitui.me，专注于做互联网招聘行业内部推荐、打造最专业的互联网招聘内部推荐直招平台。表示“争球”的动作；把一个开发流程的名字取名为Scrum，我想你一定能想象出你的开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗 *** 、人人你争我抢地完成它，你一定会感到非常兴奋的。
而Scrum就是这样的一个开发流程，运用该流程，你就能看到你团队高效的工作。
【Scrum开发流程中的三大角色】
产品负责人（ProductOwner）
指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。
流程管理员（ScrumMaster）
主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。
开发团队（ScrumTeam）
主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5~10人左右，每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力；成员可以采用任何工作方式，只要能达到Sprint的目标。
问题八：什么是敏捷开发流程？如果在面试中应该如何回答 不要死答概念，要从特征和应用的角度，用自己的语言表述出来。
敏捷开发有如下特征:
1. 工作在小的团队中
2. 团队是跨功能的-包括测试人员，开发人员，文档开发人员等等
3. 短迭代-利用短迭代方法来交付软件
4. 相较于文档，敏捷开发更注重面对面的交流
5. 敏捷不是一个过程，而是一个软件开发的形式或者方法
6. 敏捷可以与软件过程如CMMI等一起实施
问题九：敏捷开发中的sprint是什么意思 敏捷开发模式中的四种会议,Sprint Planning敏捷迭代计划会议,Daily Stand-up Meeting每日站会,Sprint Retrospective敏捷迭代回顾会议,Sprint Review敏捷迭代评审会议
敏捷方法的特点
敏捷方法是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。
敏捷开发
敏捷开发（agile development）是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
敏捷开发是全新理论吗？答案莫衷一是。细心的人们可以发现，敏捷开发其实借鉴了大量软件工程中的方法。迭代与增量开发，这两种在任何一本软件工程教材中都会被提到的方法，在敏捷开发模式中扮演了很重要的角色。再向前追溯，我们还也可见到瀑布式与快速原型法的影子，也许还有更多。
改善，而非创新。敏捷开发可理解为在原有软件开发方法基础上的整合——取其精华，去其糟粕。因此敏捷开发继承了不少原有方法的优势。“在敏捷软件开发的过程中，我们每两周都会得到一个可以工作的软件，”Fowler介绍，“这种非常短的循环，使终端客户可以及时、快速地看到他们花钱构建的软件是一个什么样的结果。”
也许是因为时间关系，Fowler只说出了这些优势中的一部分。允许开发过程中的需求变化、通过早期迭代可以较早发现风险、使代码重用变得可行、减少项目返工……借鉴了众多先进方法和丰富经验，拥有的众多优势使得敏捷开发看来已经成为解决软件危机的标准答案。
问题与思考
然而，我们不得不面对的现实却是，模式与方法的优化并不意味着问题的终结。作为一种开发模式，敏捷开发同样需要面对众多挑战。
大项目的拆分意味着更多子项目的出现，协调这些同步或异步推进的子项目，合理的资源调配都将变得更加复杂。另外，在当前项目和项目组普遍“增容”的情况下，遇到的问题同样成倍增长。人的重要性被提到了更高的高度，而缺乏有效协调手段，减少人员流动和项目变更对整个项目造成的影响也将成为一大挑战……新方法带来众多便利的同时，也相应引发了几乎同样多的问题。
敏捷开发（agiledevelopment）概念从2004年初开始广为流行。Bailar非常支持这一理论，他采取了"敏捷方式"组建团队：Capital One的"敏捷团队"包括3名业务人员、两名操作人员和5～7名IT人员，其中包括1个业务信息指导（实际上是业务部门和IT部门之间的"翻译者"）；另外，还有一个由项目经理和至少80名开发人员组成的团队。这些开发人员都曾被Bailar送去参加过"敏捷开发"的培训，具备相关的技能。
每个团队都有自己的敏捷指导（Bailar聘用了20个敏捷指导），他的工作是关注流程并提供建议和支持。最初提出的需求被归纳成一个目标、一堆记录详细需要的卡片及一些供参考的原型和模板。在整个项目阶段，团队人员密切合作，开发有规律地停顿--在9周开发过程中停顿3～4次，以评估过程及决定需求变更是否必要。在Capital One，大的IT项目会被拆分成多个子项目，安排给各"敏捷团队"，这种方式在"敏捷开发"中叫"蜂巢式（swarming）"，所有过程由一名项目经理控制。