本文目录导航：
[矫捷开发：人比流程关键] 软件矫捷开发流程
与传统软件开发方法相比，矫捷开发更注重人在软件开发中的作用，强调极速迭代、继续集成以及测试驱动开发等，从而满足不时变化的业务需求。
20世纪60年代开局的软件危机引发了人们对软件开发的思索，并由此降生了《软件工程》这门学科。
它将软件开发分为需求剖析、设计、编码、测试、保养等几个阶段的瀑布式开发软件方法至今依然在大少数软件开发组织沿用。
但是，《软件工程》学及其瀑布式开发方法并没有彻底处置软件危机。
如何满足不时变化的软件需求不时就是传统软件开发方法无法处置的难题。
而矫捷开发正是为了处置上述疑问而提出，从2001年矫捷开发方法正式出现以来，越来越多的开发人员开局接受这一方法，市场也出现了一批以矫捷开发为关键方法的软件开发和咨询服务公司。
ThoughtWorks公司就是其中的佼佼者，日前，本报记者专访了ThoughtWorks公司中国区总经理郭晓，请他就如何实施矫捷开发等疑问启动引见。
推翻 传统软件开发方法 矫捷开发作为一种开发方法始于2001年，过后世界十分有名的10多位软件开发的巨匠集中在一同，对过后出现的一些新的编程方法启动演绎，并用矫捷这个词来概括这几种相似的方法流程。
“只需你的软件开发方法遵照矫捷的四条准则（即集体和交互胜过环节和工具、上班的软件胜过面面俱到的文档、客户协作胜过合同谈判、照应变化胜过遵照方案），就算是矫捷一类的开发方法。
比如ThoughtWorks自身的通常就集成了Scrum和极限编程，是这两种方法的组合体。
” 郭晓通知记者。
郭晓从20世纪90年代开局接触极限编程等矫捷开发方法，其后的10多年不时从事矫捷开发，起初又从事软件开发的治理上班，这使得他可以从更高的档次过去看矫捷这种对大少数程序员依然比拟生疏的开发方法。
郭晓以为，矫捷宣言最为外围的思维有两点。
一个是人比流程关键。
矫捷和传统的开发形式最大的不同点在于，传统的软件开发形式遵照了20世纪大规模工业化消费的思绪: 每团体在这个流水线上担任一项上班，只需流程设计得完美，人就不关键，这也是《软件工程》学所谋求的一种境界。
而实践上，软件开发是一个常识性、发明性的上班，是无法能齐全模拟流水线的。
矫捷开发强调一批有软件开发才干的人组成一个团队，至于团队经常使用哪种矫捷方法，齐全由团队依据自己的特点来选择。
它强调流程是为人服务的，注重施展人最大的发明力。
另一个是能够上班的软件其价值要比文档关键。
传统的软件开发方法分为需求剖析、设计、编码等不同的阶段，区分由不同的人担任，文档在其中表演驱能源的角色，不同角色经过文档来启动常识传递和交互。
而矫捷开发以为文档是为软件服务的，强调经过极速迭代和继续集成，让各种不同角色的人员可以基于目前曾经开收回的软件启动间接沟通交换。
这就带来了两个好处: 极速反应和严密的协作。
“注重交付、严密协作、极速反应正是矫捷的不凡之处，这些特点保障了矫捷开发能够满足变化的需求。
”郭晓说，“而用传统的软件开发方法开收回的软件成功与否很大水平上建设在需求剖析能否有足够的远见，能把未来的需求都思索在内，而实践上，这简直是无法能的。
” 结对编程 有必要吗？ 说起矫捷开发也就不能不提到它的结对编程，矫捷开发要求代码的编写应该同时有两人介入，两人独特经常使用同一台电脑、一个键盘和一个鼠标。
在采访环节中，记者特地向郭晓提出了这一不懂: 结对编程有必要吗？ 郭晓通知记者，结对编程在大少数状况下是适宜的。
在反常状况下，一个程序员并不是终日都在敲键盘输代码，他要思索，实践上真正敲键盘的期间只要20%～30%。
因此，两团体独特经常使用同一套电脑，并不象征着效率降低。
矫捷开发要求一团体在编写代码的同时，另一团体对这个代码启动评审，评价代码能否正确、能否有更佳的编写方法，而后相互沟通交换。
这样写出的代码品质要远远高于单团体写。
结对编程的另一个好处是降低了名目危险。
现代软件开发分工很细，每个软件开发人员独立担任一局部，一旦程序员离任或许换岗关于软件开发会很不利。
而结对编程时，每段代码都至少有两团体了解，人员变化给名目带来的危险要低得多。
结对编程还有一个好处是有助于传、帮、带。
经过结对编程，名目新来者可以很容易地融入出去，而这个环节不损失代码数量，还能够带来常识的共享等好处。
郭晓补充说，只管矫捷开发强调矫捷编程，但并不是机械地要求任何代码都要结对成功。
关于一些很便捷、妇孺皆知的代码，也可以只由一团体担任。
实践上，记者曾观赏过ThoughtWorks公司的软件开发现场。
记者看到，在大少数公司经常出现的格子间不见了，取而代之的是一个个长方形的大圆桌。
这里的开发人员以两团体为一组，只管两团体背地各有一个显示器，但都接在同一个服务器上，其中一团体在编代码，另一个在启动评审。
“咱们的实践阅历也证实了这种方法的先进性。
咱们有员工反映说，结对编程参与了他们的上班压力，由于结对时，两人简直不再会做与上班有关的事件了。
” 郭晓笑着说。
矫捷开发 能走多远？ 矫捷作为一种软件开发方法其先进性和正当性无须置疑，但是这种方法的实用范围如何？它适宜大型软件开发组织驳回吗？ “矫捷开发从2001年正式提进去的时刻就有人提出，它不适宜于大型软件开发团队、不适宜于周期长的名目。
理想上，这些年来，这些说法正在不时地被打破。
”郭晓说，“当然矫捷自身也在不时裁减，从而能够顺应越来越广的畛域。
” 郭晓引见说，ThoughtWorks公司自己就曾在100人的名目上驳回过矫捷开发。
实践上，ThoughtWorks就是因此才和矫捷开发结缘的。
1999年的ThoughtWorks还只是一个从事软件开发的公司。
过后有一个100多人介入的大名目堕入了主动，不得已请来了业界颇负盛名、起初被称为矫捷开发“教父”的Martin Fowler和Ward Cunningham来做咨询上班。
他们经过引入矫捷开发让公司解脱了困境。
这也让ThoughtWorks感遭到矫捷开发方法的魔力。
另一个例子是英国电讯（BT），它在印度有一个1.8万人的开发团队，在英国外乡和其余中央也有几万人的开发团队，它如今简直一切的软件名目都是用矫捷的方法来开发的。
当然，矫捷开发作为一种软件开发方法也并不是万能的，也存在一些局限。
换句话说，要保障矫捷开发成功须要一些前提条件。
郭晓说: “矫捷开发要和客户严密地沟通，才干够不时地取得客户的反应。
而实践上，通常客户很忙，抽不出这么多期间。
另外，还有一些产品开发依赖于产品经理来了解需求，而他其实并不是真正的客户，这给矫捷开发带来艰巨。
” 此外，客户对开发方的充沛信赖也是矫捷开发成功很有必要的一个条件。
矫捷开发最佳的运行场景是用户不时提出新的需求，而名目合同多少钱也随着需求不时调整。
郭晓说，这在实践开发环节就是一个疑问，特地是第一次性协作时，客户就会很担忧名目标最终老本。
而假设是公司自己的开发队伍，这将不是疑问。
从这个角度上说，矫捷开发最大的市场是公司外部的开发团队。
“不论怎样说，这几年咱们曾经显著感遭到接受矫捷开发思维的人越来越多，从要求咱们提供咨询服务的客户数量可以看出这种趋向。
咱们置信，矫捷开发必定会确立自己在软件开发畛域的一席之地的。
”郭晓信念十足地说。
名目治理 之一 软件开出现命周期（软件开发环节、瀑布模型、矫捷开发等）
揭秘软件开出现命周期：从瀑布到矫捷的演化
软件开出现命周期（SDLC）是一套系统化的环节，它犹如一座精心设计的桥梁，从需求识别到产品上线，涵盖了需求剖析、设计、成功、测试等多个关键阶段。
传统的瀑布模型强调严厉有序，每个阶段依次启动，如坚挺的瀑布般顺畅，但其固定性或许造成对变化的顺应性无余。
这种线性流程中，结构化编程与面向对象设计提供了编程的基础框架，而瀑布模型正是这些方法论在SDLC中的通常表现。
但是，进入21世纪，矫捷开发方法如Scrum和Kanban锋芒毕露，它们将人的翻新和灵敏性置于中心。
矫捷方法主张极速照应变化，以用户需求为导向，经过迭代和反应不时提升，这与文档驱动的传统形式构成了显明对比。
17位开发者独特颁布的《矫捷宣言》倡议轻量级的开发形式，更注重团队协作和用户介入，这标记着软件开发理念的严重转机。
从宏观视角看，矫捷方法与环节模型如瀑布、V、W、H和X模型，以及前置模型并存。
瀑布模型只管非干流，但其文档导向的阶段划分在需求剖析和设计阶段具备基石作用。
V模型经过测试驱动开发，强调贯通整个生命周期的品质控制，但其线性流程在需求变卦时面临应战。
而W模型则尝试经过并行开发和测试来降低早期介入老本，但过于依赖文档或许限度翻新。
在现代软件开发中，原型设计工具如Mockplus、Balsamiq和Axure的运用，催生了增量模型，它将瀑布模型的谨严与迭代原型的灵敏性相联合，每个增量都是可颁布的，但同时也带来了体系结构治理和需求变化治理的复杂性。
螺旋模型，由巴利·玻姆提出，经过危险评价和原型构建，提供了一种在需求不明白时的处置方案，但也或许过于强调危险剖析，限度了翻新的或许性。
总的来说，软件开出现命周期是一个灵活的演化环节，从瀑布模型的严厉控制，到矫捷开发的极速照应，再到各种模型的融合与翻新，都在顺应不时变化的市场需求和技术环境。
无论是传统方法还是新兴通常，都旨在提高软件品质，缩短上市期间，并在不时迭代中提升用户体验。
矫捷开发究竟是什么意思
矫捷开发又称矫捷软件开发， 是一种从1990年代开局逐渐惹起宽泛关注的一些新型软件开发方法，是一种应答极速变化的需求的一种软件开发才干。
它们的详细称号、理念、环节、术语都不 尽相反，相关于“非矫捷”，更强调程序员团队与业务专家之间的严密协作、面对面的沟通（以为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织 型的团队、能够很好地顺应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。
