【51CTO.com快译】本文引见了人们需求了解的关于Scrum、极限编程、静态系统开发办法(DSDM) 和特征驱动开发(FDD)等外容。

矫捷软件开发使企业可以在短时间内将产品推向市场。为了让企业高管了解矫捷办法能否适宜，文中分享了矫捷软件开发的基本准绳、首选团队结构、常见办法等信息，例如Scrum、极限编程(XP)、静态系统开发办法(DSDM)和特征驱动开发(FDD)。

1.什么是软件开发的矫捷办法?

矫捷是一种共同的软件开发办法，它思索了不同的组件，例如客户的需求、继续学习和测试、迭代开发、每两周后的有形增值等要素。

2.矫捷软件开发的基本准绳

(1)沟通与反应

不同软件开发团队成员之间的沟通能够是一个应战，尤其是在冠状病毒疫情蔓延时期，由于大少数人都在家远程任务。在这种状况下，可以运用通讯工具使软件开发团队成员的任务保持同步，同时亲密协作以创立最小可行性产品(MVP)。

在运用矫捷办法时，团队成员在同一时间任务，他们可以简直实时地协作、分享关注点、提供反应，并高效地协同任务。

在矫捷软件开发进程中需求遵照“更少的方案变更”的概念。经过几个sprint周期之后，这些变更将失效，需求细心剖析客户反应。依据剖析，在以后或行将到来的sprint周期中选择的待办事项列表中添加更多的更改。

(2)顺应性

创立矫捷软件开发进程时应该思索的两个基本要求是：一是以恒定的速度推进项目;二是处置压力的才能，例如由于需求变化而招致的截止日期、预算添加等。为了有效管理和提高消费力，可以先展开快节拍的sprint任务，然后休息一段时间。在一切sprint周期中保持更高的消费力和快节拍的任务是可以强迫的，但这种办法通常是不可继续的。

(3)信任

选择团队成员运用矫捷办法停止软件开发项目是重要的一个步骤。选择进程的另外重要部分是思索技艺组合和责任，此外还应该有任务环境的特性化婚配。团队成员应该是优秀的专业人士，可以自我管理并且可以相互信任。

自我管理的质量在矫捷办法中至关重要，由于任务节拍通常很快，并且需求独立处置成绩。另一方面需求避免微观的管理或指点，由于这些做法通常需求破费更多时间。团队成员事前清楚了解软件开发要求很重要，这也意味着需求了解产品路途图。

(4)协作

在软件开发中，有两种常见的开发模型——瀑布模型和矫捷模型。在瀑布模型中只搜集一次需求，这也意味着客户可以一次性参与。而在矫捷模型中，客户在开发进程中不缎牢与以搜集需求。因此，客户在维护产品待办事项方面将发扬积极作用。在其他时分，客户能够会在修正需求方面发扬积极作用，例如在提供产品演示、在日常会议时期等等。

3.矫捷软件开发的首选团队结构

作为矫捷软件开发的中心，协作扮演着重要的角色。协作发作在具有特定角色的不同团队成员之间。思索到Scrum框架，其称号和角色解释如下：

业务主管：业务主管在最小可行性软件产品(MVSP)的开发中发扬积极作用。业务主管主要与Scrum主管和产品主管停止协调。

产品主管：产品主管在创立最小可行性软件产品(MVSP)的同时确保从开发任务中取得最大的投资报答(ROI)。产品主管经过设置优先级来做到这一点。产品主管的三个主要职责是：管理Scrum待办事项、发布以及利益相关者管理。

Scrum主管：Scrum主管担任将产品主管或业务主管共享的方向转化为有形价值。为此，Scrum主管协助管理待办事项，并协助开发团队自我组织、管理潜在阻碍等任务。

设计、开发和测试团队：在理想状况下，设计、开发和软件测试团队成员严密协作。一旦开发了Web运用顺序的前端，开发团队成员就会添加功用。最后，测试团队成员将经过开发不同的案例来反省功用。

主题专家：潜在客户需求处置其行业难点的处置方案。端到端Web和移动运用顺序开发效劳提供商能够拥有协助开发团队以及Scrum主管的主题专家。

4.矫捷中的通用办法和框架

(1)Scrum

Scrum是一种普遍盛行的用于开发软件产品的框架。其重点主要是产品的设计、开发、测试和部署。开发是在sprints中完成的，通常需求两到三周的时间。Scrum团队由产品主管、Scrum主管、开发团队、主题专家等成员组成。

矫捷软件开发项目的进度是经过每天在15分钟内完成的Scrum会议来权衡的。

(2)Scrum框架的任务流程

Scrum框架由不同的组件组成，例如sprint、sprint规划、每日Scrum、sprint审查、sprint回忆、待办事项细化以及取消sprint。以下是对上述每个术语的简明概述。

sprint：sprint通常继续两周的时间。在sprint时期会生成一个待办事项，其中包含有关以后sprint的可交付成果的信息。

sprint方案：sprint方案流程以约请Scrum团队的会议末尾。团队就目的达成分歧，并确定有助于完成该目的的待办事项。

每日Scrum：每日Scrum会议是一个限时15分钟的活动。在停止日常Scrum时要遵照某些指点方针，例如开发人员发言、辨认瓶颈和风险等等。

sprint评审：在sprint周期完毕之后，停止sprint评审。在理想状况下，产品主管应该在场，由于可交付成果向利益相关者展现。这提供了接纳反应的时机。

Sprint回忆：由于Scrum框架补充了继续学习的理念，因此在sprint完成后的回忆会议中讨论学习状况。其总体思绪是讨论哪些停顿顺利，哪些不顺利。假设事情没有按方案停止，那么也将讨论其背后的缘由。

待办事项细化：为了保持待办事项中的质量，添加了细化步骤。待办事项细化步骤使团队成员可以将较大的需求分解为较小的需求、辨认依赖关系、修正优先级等等。

取消sprint：假设在sprint:中没有完成目的，产品担任人可以取消sprint。

(3)极限编程

极限编程主要侧重于普遍的测试，为此运用了“结对编程”的概念。思索到将常规软件开发实际提升到极端水平的普通办法，该称号包括“极端”这个术语。

极限编程中的常见活动：

编码：极限编程中的编码实际包括来自其他顺序员的少量反应，由于该框架主要以“测试”为重点。

测试：在软件开发阶段之后，测试关于消弭错误(bug)至关重要。依据测试阶段所用的时间，软件产品的质量能够会有所不同。在极限编程中，将测试的概念发扬到极致，以消弭数量最大的错误。这是经过“结对编程”完成的。极限编程中有两种不同的测试办法——单元测试和验收测试。

倾听：在极限编程中，顺序员经过倾听客户的需求发扬着重要作用。为此，顺序员应该清楚哪些功用可以真正协助客户，以及能够需求哪些业务逻辑更改。

设计：良好的软件设计易于维护。它还经过避免能够添加复杂性的依赖关系来添加价值，由于修正软件的一个模块能够需求更改多个其他模块。

(4)静态系统开发办法(DSDM)

在静态系统开发办法(DSDM)中，预先确定了成本、质量、时间这三个要素。此外，静态系统开发办法(DSDM)采用MoSCoW优先级办法来修正优先级。这样做可以及时交付软件。

DSDM的准绳：

关注业务需求：在DSDM中，业务目的与软件的交付日期同等重要。关注业务需求的管理方式是经过某些实际完成的，例如MoSCoW优先级划分、经过时间盒将大义务分解为小义务、改良可交付成果等。

准时交付：强调运用MoSCoW优先级、截止日期管理和时间盒技术来交付可交付成果。

协作：协作的概念在DSDM中实施，而利益相关者参与项目。了解资助商和用户的需求很重要，主管将向团队成员传达这一点。

永不妥协的质量：测试阶段在DSDM的早期引入，并在整个开发进程中发扬积极作用。

从坚实的基础上逐渐构建：“充沛的预先设计”办法使客户以及矫捷软件开发人员可以了解基本需求。在每次迭代中，团队成员可以重新思索优先级，并思索来自利益相关者的反应。

迭代开发：迭代办法为项目添加了价值，由于它触及不断的测试。迭代软件开发办法还补充了对相关利益反应的接受。

继续而明晰的沟通：在DSDM中，经过非正式的日常站立会议增强沟通，这是一个讨论各种想法的好中央，研讨会以保持产品与利益相关者的希冀保持分歧。

展现控制：管理软件开发项目和运用DSDM需求自动管理技艺。这包括让利益相关者和团队成员保持分歧，有效运用报告和剖析，并专注于交付的需求。

(5)特征驱动开发(FDD)

要了解特征驱动开发(FDD)，需求思索其三个基本组成部分。创立FDD的第一个组件是对象建模，第二个组件是运用特征列表来管理需求，功用驱动开发的创立者Jeff De Luca应用本人的专业阅历设计了第三个组件。

特征驱动开发(FDD)中的活动：

开发全体模型：在这项活动中，软件开发项目的范围经过初级演练最终确定。创立不同的模型并在同行评审会议中停止评审，选定的模型最终集兼并到全体模型中。

构建特征列表：在第一项活动完成之后，需求将复杂的特征简化并转换为小特征。这些特征代表了客户需求和业务活动的混合。在理想状况下，每个特征估量在两周内在特征驱动开发(FDD)中开发。

按性质规划：一旦最终确定特征，它们将被进一步划分并分配给每个顺序员，然后他们努力改良类。这是一个三步进程;首先确定开发顺序，将业务活动分配给首席顺序员，再将类分配给其他开发人员。

按特征设计：思索到时间盒办法，最终确定特征列表。在特征选择后不久，序列图就被创立。最后停止设计反省。

按特征构建：在这个迭代活动中停止实践编码。单元测试在代码反省之后很快执行。假设没有发现错误，则将代码添加到主构建中。

结论 (责任编辑：admin)