本文目录导航：
矫捷软件开发团队关于关键准绳的26条至理名
我经常搜集各种各样的至理名言，最近我重温矫捷开发;真正的疑问是什么？上方是一份26条关键准绳的清单，以指引矫捷软件开发团队。
1.一直在签入之前运转测试：这条准绳协助你满足“不要破坏构建”准绳。
2.继续学习如何改善品质：这项上班永不会完结，因此你应经常当心可以改善的事件，并搜集品质疑问被确认和处置的案例。
3.为人而设计，而不是系统：开发者经常因技术而使设计悬崖勒马。
绝不要遗记设计的最终目的，那就是协助人们成功上班。
4.度量、度量、度量：矫捷开发协助处置未来不确定性疑问，但关于过去应没有不确定性。
测试应继续运转，每次运转的性能表现应被度量和记载。
5.完整地干完一件预先在开局另一件事：用厨房比喻来说就是：“先上这道菜，再开局做下一道”。
软件开发的最大疑问就是同时开局几件事件，这将无法防止的形成某些上班被废除，从而形成糜费。
专一于一件事;完整地成功其配置;运转测试;编写文档;签入一切，把这当做一项上班成功，而后再开局下一件事。
6.不要破坏构建：十分显著，但必定被蕴含在任何软件开发倡议清单中。
程序员在签入之前采取一切适合的预防措施启动测试，则永远不会破坏构建。
假设构建被破坏，通常是由于有人偷懒了。
7.在用例须要之前，不要减多数据成员：同上一条，不过这是从类的数据成员角度思考的。
仿佛显而易见地，“客户”记载须要“送货地址”，但直到有用例明白须要送货地址，才应该成功它。
8.一切团队成员应了解客户须要：大型的复杂名目定然被合成为独立的团队，进而被分派给开发人员。
然而，不应在此范畴内做的是，失去关注最终名目真正用户的希冀和目的。
9.在用例须要之前，不要成功程序：当你成功一个特定的类，你应该在脑海中有一个特定的用例，同时应该只成功用例须要的方法。
你可以思考该类潜在的配置，写入注释之中，但直到用例真正须要时，才应去成功它。
10.在代码之前编写测试：测试自身可以用来阐释真正须要的设计。
设计的毛病经常是经过测试用例被发现的。
想想看，编码之前，经过这些用例，可以浪费多少时期。
然而，为用例1编写测试，而后编码，而后再开局用例2。
11.不要惧怕做选择，不要惧怕扭转先前的选择：矫捷开发是关于相应变动和极速相应的。
开发初期，你没有完整的消息。
你应该尽或者的推延决策，直到你必定做出决策的时刻。
没有消息，无法允许你的选择，同样，在有效消息的基础上做出最佳选择。
有了新的消息，不要惧怕扭转先前的选择。
(某些“恐龙”称之为摇晃不定，但我称之为照应变动的环境)12.测试是产品的一局部：很多开发者和经理以为产品就是交付给客户的物品，而其它一切物品都不那么关键。
测试应被以为是产品实真实在的一个局部，值得在设计时细心思考，甚至，在很多状况下，和产品一同交付给客户。
(后半局部有争议，然而内建测试作为软件交付的一局部仅仅占用有关紧要的空间，却在必要时提供显而易见的好处，这种形式应该被思考。
)
矫捷开发方法中，（ ）以为每一种不同的名目都须要一套不同的战略、商定和方法论。
【答案】：B矫捷开发是一种以人为外围、迭代、墨守成规的开发方法，经常出现的矫捷开发方法有极限编程法、水晶法、并列争球法和自顺应软件开发方法。
极限编程是一种轻量级的开发方法，它提出了四大价值观：沟通、便捷、反应、勇气。
五大准绳：极速反应、便捷性假定、逐渐修正、倡议更改、优质上班。
水晶法强调经常交付，以为每一种不同的名目都须要一套不同的战略、商定和方法论。
并列争球法的外围是迭代、增量交付，依照30天启动迭代开发交付可实践运转的软件。
自顺应软件开发的外围是三个非线性的，重迭的开发阶段：猜想、协作、学习。
关于矫捷开发的含意、准绳、目的和机制
了解矫捷开发，咱们可以先了解一下瀑布式开发。
瀑布开发形式把开发分红一系列阶段，如需求、设计、开发、测试，就像下图它画进去的，看起来很像瀑布，所以叫瀑布开发。
疑问是需求的交付难道不都是要阅历这些阶段吗？ 瀑布开发的实质疑问并不是阶段，而是批量。
需求批量地在一同启动设计，而后是批量地开发，批量地测试、交付等等。
批量有什么疑问? 首先，批量让价值交付提前，一切需求在最后的阶段才干交付，价值交付比拟晚。
Google口头董事长施密特提出过反摩尔定律，表述为： “假设18个月之后咱们只能卖出跟当天一样的物品，咱们就只能获取一半的支出。
”价值的交付时期将间接影响支出。
矫捷的目的 矫捷开发有第一个目的就是更快的交付价值，这里的快指的不是相对速度，而是更早的交付。
在名目完结的时刻，必定是对产品和名目的常识了解最充沛的时刻。
这显而易见，咱们在名目进程中积攒了常识特意是当向用户交付产品后，用户反应： “我要的不是这个啊，我说的明明是……”，这时刻你瞬间狂涨常识，并慨叹道“你怎样不早说呢？”。
这两边或者有沟通疑问，但更多或者的是，用户这时才清楚或能够形容他们要的是啥，更有甚者，咱们或者一开局连用户是谁也未必能准确地定义。
产品和业务开发原本就是一个探求的环节，开局时必定是最无知的时辰。
名目中的大局部决策也必定是在名目开局的时辰做出的，这将有一个严重的悖论，在最无知的时辰，做出了最关键而且是绝大局部的决策，并把它作为随后口头的依据。
面对不确定的技术、市场环境，传统开发形式已无法顺应要求，悖论越发突出。
矫捷开发将经过迭代应答这一疑问，只做初始决策，定大抵的方向。
经过市场反应一直修正对产品的认知，增量的决策和调整。
产品开发环节中，技术环境、市场环境、竞品战略、团队认知都会出现变动。
面对变动的环境，咱们必定抵赖自己的无知，在开发环节被动有效地学习，一直地吸取反应，灵敏地调整。
这也是矫捷的第二个业务目的，有效学习和灵敏照应变动。
矫捷开发工具 矫捷开发是一种以人为外围，以迭代形式墨守成规开发的方法，其软件开发的环节称为“矫捷环节”。
在这一环节中，软件名目的构建被切分红多个子名目，各个子名目的成功都经过测试，具有集成和可运转的特色。
在2001年年终，一些业界专家成立了矫捷联盟，起草了矫捷软件开发宣言。
该宣言针对一些企业的现状，提出了让软件开发团队具有极速上班、极速应变才干的若干价值观和准绳，其中包括4个便捷的价值观以及矫捷开发方法应遵照的12条准绳 。
矫捷开发的价值观 1.团体和交互胜过环节和工具。
2.可以运转的软件胜过面面俱到的文档。
3.客户协作胜过合同谈判。
4.照应变动胜过遵照方案。
矫捷开发应遵照的12条准绳 1.经过尽早的、一直地提交有价值的软件来使客户满意。
2.即使到了开发的前期，也欢迎扭转需求。
矫捷环节应用变动来为客户发明竞争长处。
3.以从几个星期到几个月为周期，尽快、一直地提交可运转的软件。
4.在整个名目开发时期，业务人员和开发人员必定天天都在一同上班。
5.以踊跃向上的员工为中心，建设名目组，给他们提供所需的环境和允许，并对他们的上班予以充沛的信赖。
6.在团队外部，最有效、效率最高的传递消息的方法，就是面对面的交换。
7.测量名目停顿的首要依据是可运转软件。
8.矫捷环节倡议可继续的开发，责任人、开发者和用户应该为能够坚持一个常年的、恒定的开发速度而致力。
9.时辰关注技术上的如虎添翼和好的设计，以增强矫捷才干。
10.便捷是最基本的。
11.最好的构架、需求和设计出于自组织的团队。
12.每隔必定时期，团队要反省如何才干更有效地上班，而后相应地调整自己的行为。
矫捷组织提出的矫捷开发模型的全体框架关键有三个： Scrum、XP（eXtreme Programming）、OpenUP 这3个矫捷通常。
矫捷开发的准绳 1.凝聚人的力气，严密协（合）作。
包括业务担任人、开发团队、客户、治理者之间的相关，一切这些相关在以前都是形成名目危机的要素之一，那么，在矫捷时代，咱们须要这些角色 严密协作，最大限制的施展各个角色的力气. 2.聚焦客户价值，消弭糜费（如何聚焦用户价值，即频繁的交付用户可上班的软件，极速收到用户反应）矫捷团队运作机制 1.一个团队有自己的代办事项，对代办事项启动拆小。
2.按客户价值启动优先级排序，产品经理担任价值排序。
3.小而稳固，跨职能团队。
4.多个团队松耦合（依赖性比拟低），对齐迭代时期和战略目的。
关键的团队角色 产品担任人 Scrum主管（流程主管） 开发团队 产品担任人（Product Owner） 担任治理产品backlog（代办事项）的惟一担任人 代表客户/名目如责任人 定义产品的一切个性 担任产品的投入产出 担任最大化产品和开发团队上班的价值 Scrum Master（流程主管） 起到教练的职责，指导团队成功Scrum的通常以及表现其价值。
扫除团队遇到的艰巨，使得团队严密协作，使得团队团体具有多方面职能的上班才干。
确保团队能胜任其上班，并坚持高效的消费率。
包全团队不遭到外来无故影响 关键的团队优惠 每日例会：每日5分钟左右的一个便捷例会，尽或者多的开发人员介入出去对紧要疑问的探讨。
评审会：须要在迭代周期的最后一天召开，1个小时左右就可以了，须要客户缺席，假设客户不能缺席，则须要产品经理缺席 迭代回忆会：迭代回忆会是在每个迭代完结时启动，总结上班中的阅历和经验，时期维持在30-60分钟内，整个团队都须要参与（Scrum Master、Product Owner、开发团队以及客户）。
迭代回忆会包括两局部，第一局部是定量剖析，第二局部是定性剖析。
其中定量剖析又蕴含团队能否成功了迭代目的，搜集并评审迭代度量目的（包括速率、迭代燃尽图、迭代方案故事和实践成功故事、方案颁布日期与实践颁布日期、客户满意度、团队满意度、消费环境Bug数、消费Bug处置时期、用户故事等）。
定性剖析蕴含哪些上班良好（应该继续坚持），哪些做的不好（应该中止）；哪些可以改良（团队选出1－2条在下一个迭代成功）。
矫捷开发框架案例： /Home/VerificationForm 原文：windy
