本文目录导航：

• 以下对于矫捷方法的叙说中，失误的是（ ）。
• 矫捷开发的外围准则
• 说明矫捷环节的实用范畴

以下对于矫捷方法的叙说中，失误的是（ ）。

【答案】：A矫捷开发（Agile Development）方法是一种以人为外围、迭代增量式、墨守成规、顺应性而非预设性的开发方法。

其最基本的特色是：轻量和便捷、增量、单干、间接、顺应性强。

矫捷开发的准则如下：（1）最优先要做的是尽早地、继续地交付有价值的软件，让客户满意。

（2）即使到了开发的前期，也欢迎扭转需求。

矫捷环节应用变动来为客户发明竞争长处。

（3）经常性地交付可以上班的软件，交付的距离可以从几个星期到几个月，交付的时时期隔越短越好。

（4）名目开发时期，业务人员和开发人员必定一同上班；在团队外部，最具有效果、效率的交换方法，是面对面的交谈。

（5）倡议可继续的开发速度。

责任人、开发者和用户应坚持一个常年恒定的开发速度。

（6）不时地关注低劣的技艺和低劣的设计可增强矫捷才干。

（7）便捷是最基本的要求。

矫捷开发的外围准则

矫捷开发的外围准则是“以人为本、迭代开发、顺应变动、继续交付”。

首先，以人为本。

矫捷开发强调团队成员之间的沟通和单干。

它以为面对面的交换是最有效的沟通方式，可以促成团队成员之间的了解和单干。

矫捷开发还强调团队成员的自主治理，让团队成员能够自我解放、自我治理，从而激起团队成员的踊跃性和发明力。

其次，迭代开发。

矫捷开发驳回迭代的方式启动开发，行将整个开发环节拆分红多个小迭代，每个迭代都蕴含一个可用的产品增量。

这种方式可以让团队成员在每个迭代后获取反应，及时调整开发方向，从而缩小开发危险。

同时，迭代开发也可以让客户更早地看到产品，提出意见和倡议。

再者，顺应变动。

矫捷开发以为需求是不时变动的，因此团队须要灵敏应答变动。

当需求出现变动时，团队须要及时调整开发方案和方向，确保产品能够满足客户的需求。

这须要团队成员具有极速照应和顺应变动的才干。

最后，继续交付。

矫捷开发强调继续交付价值，即每个迭代都须要交付一个可用的产品增量。

这可以让客户更早地经常使用产品，同时也可以让团队更早地获取反应，及时调整开发方向。

继续交付须要团队具有高效的开发和测试才干，以确保产品的质量和稳固性。

在通常中，矫捷开发的这些外围准则可以经过各种矫捷方法和工具来成功。

例如，Scrum是一种盛行的矫捷开发方法，它强调固定时期盒、迭代开发和反应循环。

极限编程（XP）是另一种矫捷方法，它强调代码质量、测试后行和继续集成。

此外，看板方法、精益开发等也是通常中罕用的矫捷方法。

总之，矫捷开发的外围准则是以人为本、迭代开发、顺应变动和继续交付。

这些准则可以协助团队更好地应答需求变动、提高产质量量、缩小开发危险并极速照应市场变动。

说明矫捷环节的实用范畴

矫捷环节的实用范畴：矫捷开发以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。

在矫捷开发中，软件名目在构建初期被切分红多个子名目，各个子名目标成绩都经过测试，具有可视、可集成和可运转经常使用的特色。

换言之，就是把一个大名目分为多个相互咨询，但也可独立运转的小名目，并区分成功，在此环节中软件不时处于可经常使用形态。

矫捷环节详细对变动和不确定性的更极速、更矫捷的反响个性，而且在极速的同时依然能坚持可继续的开发速度，因此较实用于开发可用资源及开发时期都有较厚道的解放的小型名目。

裁减资料：

矫捷开发的准则：

1. 极速迭代

相对那种半年一次性的大版本颁布来说，小版本的需求、开发和测试愈加便捷极速。

一些公司，一年颁布仅2~3个版本，颁布流程缓慢，它们仍驳回瀑布开发形式，更重大的是对矫捷开发形式存在曲解。

2. 让测试人员和开发者介入需求探讨

需求探讨以研究组的方式倒退最有效率。

研究组，须要包括测试人员和开发者，这样可以愈加轻松定义可测试的需求，将需求分组并确定优先级。

同时，该种方式也可以充沛应用团队成员间的互补个性。

如此确定的需求往往比开需求探讨大会的方式效率更高，大家更生动，介入感更强。

3. 编写可测试的需求文档

开局就要用“用户故事”（User Story）的方法来编写需求文档。

这种方法，可以让咱们将留意力放在需求上，而不是处置方法和实施技术上。

过早的提及技术实施方案，会降落对需求的留意力。

4. 多沟通，尽量缩小文档

任何名目中，沟通都是一个经常出现的疑问。

好的沟通，是矫捷开发的先决条件。

在圈子外面混得越久，越会强调良好高效的沟通的关键性。

团队要确保日常的交换，面对面沟通比邮件强得多。

5. 做好产品原型

倡议经常使用草图和模型来说明用户界面。

并不是一切人都可以了解一份复杂的文档，但人人都会看图。

6. 及早思考测试

及早地思考测试在矫捷开发中很关键。

传统的软件开发，测试用例很晚才开局写，这造成过晚发现需求中存在的疑问，使得改良老本过高。

较早地开局编写测试用例，当需求成功时，可以接受的测试用例也基本一块成功了。

参考资料：网络百科-矫捷开发