敏捷软g开?/strong>又称敏捷开?/strong>Q是一U从1990q代开
始逐渐引vq泛x的一些新型Y件开发方法,是一U应对快速变化的需求的一UY件开发能力。它们的具体名称、理c(din)过E、术语都不尽相同Q相对于“非敏
?#8221;Q更E序员团队与业务专家之间的紧密协作、面寚w的沟通(认ؓ(f)比书面的文档更有效)、频J交付新的Y件版本、紧凑而自我组l型的团队、能够很好地
适应需求变化的代码~写和团队组l方法,也更注重做ؓ(f)软g开发中人的作用?/p>
雪鸟?x)议共同赯了敏捯Y件开发宣a。其中最重要的部分就是对一些与?x)者一致同意的软g开发h(hun)D的表qͼ(x) 其中位于双的内容虽然也有其价|但是左边的内Ҏ(gu)为重要?/p>
宣言中还包括以下原则Q?/p>
敏捷Ҏ(gu)有时候被误认为是无计划性和U律性的Ҏ(gu)Q实际上更确切的说法是敏h法强调适应性而非预见性?/p>
适应性的Ҏ(gu)集中在快速适应现实的变化。当目的需求v了变化,团队应该q速适应。这个团队可能很隄切描q未来将?x)如何变? 两者没有很多的共同点,瀑布模型式是最典型的预见性的Ҏ(gu)Q严格遵循预先计划的需求、分析、设计、编码、测试的步骤序q行。步骤成果作量进度的Ҏ(gu)Q例如需求规|设计文Q测试计划和代码审阅{等?/p>
瀑布式的主要的问题是它的严格分D的自由度降低Q项目早期即作出承诺D对后期需求的变化难以调整Q代价高昂。瀑布式方法在需求不明ƈ且在目q行q程中可能变化的情况下基本是不可行的?/p>
相对来讲Q敏h法则在几周或者几个月的时间内完成相对较小的功能,的是能将早尽量小的可用的功能交付使用Qƈ在整个项目周期中持箋改善和增强?/p>
有h可能在这样小规模的范围内的每ơP代中使用瀑布式方法,另外的h可能选择各种工作q行q行Q例?a title="极限~程">极限~程?/p>
在敏h法其独特之处以外Q他和其他的Ҏ(gu)也有很多共同之处Q比如P代开发,x互动沟通,减少中介q程的无谓资源消耗。通常可以在以下方面衡量敏
h法的适用性:(x)从品角度看Q敏h法适用于需求萌动ƈ且快速改变的情况Q如pȝ有比较高的关键性、可靠性、安全性方面的要求Q则可能不完全适合Q从l?
l结构的角度看,l织l构的文化、h员、沟通泽军_了敏h法是否适用。跟q些相关联的关键成功因素有:(x) 最重要的因素恐怕是目的规模。规模增长,面对面的沟通就愈加困难Q因此敏h法适更用于较小的队伍,20?0人或者更。大规模的敏捯Y件开发尚处于U极研究的领域?/p>
另外的问题是目初期的大量假定或者快速收集需求可能导致项目走入误区,特别是客户对其自w需要毫无概늚情况下。与之类|Z天性很Ҏ(gu)造成?
个h成ؓ(f)dq将目目标和设计引入错误方向的境况。开发者经常能把不恰当的方案授予客Pq且直到最后发现问题前都能获得客户认同。虽然理Z快速交?
的过E可以限制这些错误的发生Q但前提是有效的负反馈,否则错误?x)迅速膨胀?/p>
目前列入敏捷Ҏ(gu)的有Q?/p>
目录
[隐藏][~辑] 词源
[~辑] 价D
[~辑] 原则
[~辑] Ҏ(gu)其他的方?/span>
[~辑] Ҏ(gu)q代Ҏ(gu)
[~辑] Ҏ(gu)瀑布式开?/span>
[~辑] 敏捷Ҏ(gu)的适用?/span>
[~辑] Ҏ(gu)列表
[~辑] 外部链接
]]>