本文目录导航：
以亲自阅历解读矫捷软件开发（一）什么是矫捷软件开发
矫捷开发以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。
在矫捷开发中，软件名目在构建初期被切分红多个子名目，各个子名目的成绩都经过测试，具有可视、可集成和可运转经常使用的特色。
换言之，就是把一个大名目分为多个相互咨询，但也可独立运转的小名目，并区分成功，在此环节中软件不时处于可经常使用形态。
价值观
矫捷建模（Agile Modeling，AM）的价值观包括了XP（Extreme Programming：极限编程）的四个价值观：沟通、便捷、反应、勇气，此外，还裁减了第五个价值观：谦虚。
互联网是个神奇的大网，软件框架也是一种形式，假设你真的想做，可以来这里，这个手技的开局数字是一八七两边的是三儿零最后的是一四二五零，依照顺序组合起来就可以找到，我想说的是，除非你想做或许了解这方面的内容，假设只是凑繁华的话，就不要来了。
矫捷开发是针对传统的瀑布开发形式的弊病而发生的一种新的开发形式，指标是提高开发效率和照应才干。
除了准则和通常，形式也是很关键的，多钻研形式及其运行可以使你更深档次的了解矫捷开发。
沟通
建模岂但能够促成你团队外部的开发人员之间沟通、还能够促成你的团队和你的project stakeholder之间的沟通。
便捷
画一两张图表来替代几十甚至几百行的代码，经过这种方法，建模成为简化软件和软件（开发）环节的关键。
这一点对开发人员而言十分关键－它便捷，容易发现出新的想法，随着你（对软件）的了解的加深，也能够很容易的改良。
反应
Kent Beck在Extreme Programming Explained中有句话讲得十分好：“适度自信是编程的职业病，反应则是其处方。
”经过图表来交换你的想法，你可以极速取得反应，并能够依照倡导行事。
谦虚
最低劣的开发人员都领有谦虚的美德，他们总能意识到自己并不是一无所知的。
理想上，无论是开发人员还是客户，甚至一切的 project stakeholder，都有他们自己的专业畛域，都能够为名目做出奉献。
一个有效的做法是假定介入名目的每一团体都有相反的价值，都应该被尊重。
准则
矫捷建模（AM）定义了一系列的外围准则和辅佐准则，它们为软件开发名目中的建模通常奠定了基石。
其中一些准则是从XP中自创而来，在Extreme Programming Explained中有它们的详细形容。
而XP中的一些准则又是源于妇孺皆知的软件工程学。
复用的思维随处可见！基本上，本文中对这些准则的论述关键并重于它们是如何影响着建模上班；这样，关于这些自创于XP的准则，咱们可以从另一个角度来看待。
外围准则
◆主张便捷
当从事开发上班时，你应当主张最便捷的处置方案就是最好的处置方案。不要过火构建
矫捷开发
（overbuild）你的软件。
用AM的说法就是，假设你如今并不要求这项额外配置，那就不要在模型中参与它。
要有这样的勇气：你如今不用要对这个系统启动过火的建模（over-model），只需基于现有的需求启动建模，日后需求有变卦时，再来重构这个系统。
尽或许的坚持模型的便捷。
◆拥抱变动
需求时辰在变，人们关于需求的了解也时辰在变。
名目启动中，Project stakeholder或许变动，会有新人参与，也会有旧人退出。
Project stakeholder的观念也或许变动，你致力的指标和成功规范也有或许出现变动。
这就象征着随着名目的启动，名目环境也在不停的变动，因此你的开发方法必定要能够反映这种理想。
◆你的第二个指标是可继续性
即使你的团队曾经把一个能够运转的系统交付给用户，你的名目也还或许是失败的－－成功名目投资者的需求，其中就包括你的系统应该要有足够的鲁棒性（robust ），能够顺应日后的裁减。
就像Alistair Cockburn常说的，当你在启动软件开发的竞赛时，你的第二个指标就是预备下一场较量。
可继续性或许指的是系统的下一个关键颁布版，或是你正在构建的系统的运转和允许。
要做到这一点，你不只仅要构建高质量的软件，还要创立足够的文档和允许资料，保障下一场较量能有效的启动。
你要思考很多的起因，包括你现有的团队是不是还能够参与下一场的较量，下一场较量的环境，下一场较量对你的组织的关键水平。
便捷的说，你在开发的时刻，你要能构想到未来。
◆递增的变动
和建模关系的一个关键概念是你不用在一开局就预备好一切。
实践上，你就算想这么做也不太或许。
而且，你不用在模型中容纳一切的细节，你只需足够的细节就够了。
没有必要试图在一开局就建设一个囊括一切的模型，你只需开发一个小的模型，或是概要模型，打下一个基础，而后缓缓的改良模型，或是在不在要求的时刻摈弃这个模型。
这就是递增的思维。
◆令投资最大化
你的名目投资者为了开收回满足自己要求的软件，要求投入期间、金钱、设施等各种资源。
投资者应该可以选取最好的形式投资，也可以要求你的团队不糜费资源。
并且，他们还有最后的发言权，选择要投入多少的资源。
假设是这些资源是你自己的，你宿愿你的资源被误用吗。
◆有目的的建模
关于自己的产出，例如模型、源代码、文档，很多开发人员不是担忧它们能否够详细，就是担忧它们能否太过详细，或担忧它们能否足够正确。
你不应该毫有意义的建模，应该先问问，为什么要建设这个产出，为谁建设它。
和建模无关，兴许你应该更多的了解软件的某个方面，兴许为了保障名目的顺利启动，你要求和初级经理交换你的方法，兴许你要求创立形容系统的文档，使其他人能够操作、保养、改良系统。
假设你连为什么建模，为谁建模都不分明，你又何必继续烦恼下去呢？首先，你要确定建模的目的以及模型的受众，在此基础上，再保障模型足够正确和足够详细。
一旦一个模型成功了指标，你就可以完结上班，把精神转移到其它的上班下来，例如编写代码以测验模型的运作。
该项准则也可实用于扭转现有模型：假设你要做一些扭转，兴许是一个熟知的形式，你应该有做出变动的正确理由（或许是为了允许一项新的需求，或是为了重构以保障繁复）。
关于该项准则的一个关键暗示是你应该要了解你的受众，即使受众是你自己也一样。
例如，假设你是为保养人员建设模型，他们究竟要求些什么？是厚达500页的详细文档才够呢，还是10页的上班总览就够了？你不分明？去和他们谈谈，找出你想要的。
◆多种模型
开发软件要求经常使用多种模型，由于每种模型只能形容软件的单个方面，“要开发现今的商业应
矫捷开发
用，咱们该要求什么样的模型？”思考到现今的软件的复杂性，你的建模工具箱应该要容纳少量有用的技术（关于产出的清单，可以参阅AM的建模工件）。
有一点很关键，你没有必要为一个系统开发一切的模型，而应该针对系统的详细状况，筛选一局部的模型。
不同的系统经常使用不同局部的模型。
比如，和家里的修缮上班一样，每种上班不是要求你用遍工具箱里的每一个工具，而是一次性经常使用某一件工具。
又比如，你或许会比拟青睐某些工具，雷同，你可会偏爱某一种模型。
有多少的建模工件可供经常使用呢，假设你想要了解这方面的更多细节，我在Be Realistic about the UML中列出了UML的关系局部，假设你宿愿做进一步的了解，可以参阅白皮书The Object Primer -- An Introduction to Techniques for Agile Modeling。
成功
随机应变
要到达矫捷的成功—交付撑持业务的最佳软件—软件专家也可以援用这些规定。
自主权
专一于上班，交付正确的软件，而不是被他人的愤怒心情所影响。
分享阅历
构建完美软件开发流程，并没有一致的形式。
然而在这个畛域，矫捷技术，加上继续的运行和改良，都能够到达矫捷的成功。
以下各类矫捷开发方法叙说中，形容是自顺应软件开发（ASD)准则是( )。
【答案】：D本题考察矫捷方法基础常识。
极限编程XP是激起开发人员发明性、使得治理累赘最小一组技术。
水晶法Crystal以为每—个不同名目都要求一套不同战略、商定和方法论。
并列争球法(Scrum)经常使用迭代方法，其中把每30天一次性迭代称为个冲刺， 并按需求优先级来成功产品多个自组织和自治小组并行地递增成功产品，协调是经过冗长日常状况会议启动。
自顺应软件开发（ASD)有六个基本准则：①在自顺应软件开发中，有一个使命作为指点，它设立了名目指标，但不形容如何到达这个指标；②特色被视为客户键值关键，因此，名目是围绕着结构构件来组织并成功特色；③环节中迭代是很关键，因此重做与做雷同关键，变动也蕴含其中；④变动不视为是一种更正，而是对软件开发实践状况调整；⑤确定交付期间迫使开发人员仔细思考每一个消费版本关键需求；⑥危险也蕴含其中，它使开发人员首先跟踪最困难疑问。
矫捷开发的外围准则
矫捷开发的外围准则是“以人为本、迭代开发、顺应变动、继续交付”。
首先，以人为本。
矫捷开发强调团队成员之间的沟通和单干。
它以为面对面的交换是最有效的沟通形式，可以促成团队成员之间的了解和单干。
矫捷开发还强调团队成员的自主治理，让团队成员能够自我解放、自我治理，从而激起团队成员的踊跃性和发明力。
其次，迭代开发。
矫捷开发驳回迭代的形式启动开发，行将整个开发环节拆分红多个小迭代，每个迭代都蕴含一个可用的产品增量。
这种形式可以让团队成员在每个迭代后获取反应，及时调整开发方向，从而缩小开发危险。
同时，迭代开发也可以让客户更早地看到产品，提出意见和倡导。
再者，顺应变动。
矫捷开发以为需求是不时变动的，因此团队要求灵敏应答变动。
当需求出现变动时，团队要求及时调整开发方案和方向，确保产品能够满足客户的需求。
这要求团队成员具有极速照应和顺应变动的才干。
最后，继续交付。
矫捷开发强调继续交付价值，即每个迭代都要求交付一个可用的产品增量。
这可以让客户更早地经常使用产品，同时也可以让团队更早地获取反应，及时调整开发方向。
继续交付要求团队具有高效的开发和测试才干，以确保产品的质量和稳固性。
在通常中，矫捷开发的这些外围准则可以经过各种矫捷方法和工具来成功。
例如，Scrum是一种盛行的矫捷开发方法，它强调固定期间盒、迭代开发和反应循环。
极限编程（XP）是另一种矫捷方法，它强调代码质量、测试后行和继续集成。
此外，看板方法、精益开发等也是通常中罕用的矫捷方法。
总之，矫捷开发的外围准则是以人为本、迭代开发、顺应变动和继续交付。
这些准则可以协助团队更好地应答需求变动、提高产质量量、缩小开发危险并极速照应市场变动。
