本文目录导航：
对于矫捷开发的含意、准则、目的和机制
了解矫捷开发，咱们可以先了解一下瀑布式开发。
瀑布开发形式把开发分红一系列阶段，如需求、设计、开发、测试，就像下图它画进去的，看起来很像瀑布，所以叫瀑布开发。
疑问是需求的交付难道不都是要阅历这些阶段吗？ 瀑布开发的实质疑问并不是阶段，而是批量。
需求批量地在一同启动设计，而后是批量地开发，批量地测试、交付等等。
批量有什么疑问? 首先，批量让价值交付提前，一切需求在最后的阶段才干交付，价值交付比拟晚。
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
说明矫捷环节的实用范畴
矫捷环节的实用范畴：矫捷开发以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。
在矫捷开发中，软件名目在构建初期被切分红多个子名目，各个子名目的成绩都经过测试，具有可视、可集成和可运转经常使用的特色。
换言之，就是把一个大名目分为多个相互咨询，但也可独立运转的小名目，并区分成功，在此环节中软件不时处于可经常使用形态。
矫捷环节详细对变动和不确定性的更极速、更矫捷的反响个性，而且在极速的同时依然能坚持可继续的开发速度，因此较实用于开发可用资源及开发时期都有较厚道的解放的小型名目。
裁减资料：
矫捷开发的准则：
1. 极速迭代
相对那种半年一次性的大版本颁布来说，小版本的需求、开发和测试愈加便捷极速。
一些公司，一年颁布仅2~3个版本，颁布流程缓慢，它们仍驳回瀑布开发形式，更严重的是对矫捷开发形式存在曲解。
2. 让测试人员和开发者介入需求探讨
需求探讨以研究组的方式倒退最有效率。
研究组，须要包括测试人员和开发者，这样可以愈加轻松定义可测试的需求，将需求分组并确定优先级。
同时，该种方式也可以充沛应用团队成员间的互补个性。
如此确定的需求往往比开需求探讨大会的方式效率更高，大家更生动，介入感更强。
3. 编写可测试的需求文档
开局就要用“用户故事”（User Story）的方法来编写需求文档。
这种方法，可以让咱们将留意力放在需求上，而不是处置方法和实施技术上。
过早的提及技术实施方案，会降落对需求的留意力。
4. 多沟通，尽量缩小文档
任何名目中，沟通都是一个经常出现的疑问。
好的沟通，是矫捷开发的先决条件。
在圈子外面混得越久，越会强调良好高效的沟通的关键性。
团队要确保日常的交换，面对面沟通比邮件强得多。
5. 做好产品原型
倡议经常使用草图和模型来说明用户界面。
并不是一切人都可以了解一份复杂的文档，但人人都会看图。
6. 及早思考测试
及早地思考测试在矫捷开发中很关键。
传统的软件开发，测试用例很晚才开局写，这造成过晚发现需求中存在的疑问，使得改良老本过高。
较早地开局编写测试用例，当需求成功时，可以接受的测试用例也基本一块成功了。
参考资料：网络百科-矫捷开发
矫捷开发的外围准则
矫捷开发的外围准则是“以人为本、迭代开发、顺应变动、继续交付”。
首先，以人为本。
矫捷开发强调团队成员之间的沟通和协作。
它以为面对面的交换是最有效的沟通方式，可以促成团队成员之间的了解和协作。
矫捷开发还强调团队成员的自主治理，让团队成员能够自我解放、自我治理，从而激起团队成员的踊跃性和发明力。
其次，迭代开发。
矫捷开发驳回迭代的方式启动开发，行将整个开发环节拆分红多个小迭代，每个迭代都蕴含一个可用的产品增量。
这种方式可以让团队成员在每个迭代后获取反应，及时调整开发方向，从而缩小开发危险。
同时，迭代开发也可以让客户更早地看到产品，提出意见和倡议。
再者，顺应变动。
矫捷开发以为需求是不时变动的，因此团队须要灵敏应答变动。
当需求出现变动时，团队须要及时调整开发方案和方向，确保产品能够满足客户的需求。
这须要团队成员具有极速照应和顺应变动的才干。
最后，继续交付。
矫捷开发强调继续交付价值，即每个迭代都须要交付一个可用的产品增量。
这可以让客户更早地经常使用产品，同时也可以让团队更早地获取反应，及时调整开发方向。
继续交付须要团队具有高效的开发和测试才干，以确保产品的质量和稳固性。
在通常中，矫捷开发的这些外围准则可以经过各种矫捷方法和工具来成功。
例如，Scrum是一种盛行的矫捷开发方法，它强调固定时期盒、迭代开发和反应循环。
极限编程（XP）是另一种矫捷方法，它强调代码质量、测试后行和继续集成。
此外，看板方法、精益开发等也是通常中罕用的矫捷方法。
总之，矫捷开发的外围准则是以人为本、迭代开发、顺应变动和继续交付。
这些准则可以协助团队更好地应答需求变动、提高产质量量、缩小开发危险并极速照应市场变动。
