#其他敏捷框架 　　

　　你一定想知道为什么你不一直谈论Scrum。 　　

　　啊？你为什么要夹在中间？好东西当然要保存到最后，所以我就在这里卖了。让我们先和你一起了解其他有趣的敏捷框架。也许你能找到不同的东西！ 　　

　　#功能驱动开发 　　

　　在XP中，有一个概念和它的名字非常相似。你还记得它叫什么吗？是的，测试驱动开发，英语是TDD。特征驱动开发的英语语言是FDD。 　　

　　这两种商品的名字非常非常相似吗？然而，他们描述的事情完全不同。测试驱动开发更侧重于代码层面，是一种基于测试的开发方法。特征驱动开发可以看作是一个敏捷框架。 　　

　　特征驱动开发首先为产品开发一个整体模型，构建一个特征列表和工作计划，然后团队设计和构建开发的特征，如下图所示。 　　

　　qvj2l q49k 0/776 a7 F3 aab4a 456881932892720d 0 FFB / 　　

　　其实说白了，这些都是功能驱动开发的步骤，看似简单，其实很难。我们应该知道，在某个领域开发一个模型需要该领域的大量专业知识。没有这些知识，如果我们不能建立一个好的模型，那么它背后的一切都无法讨论。 　　

　　接下来，让我们来看看特性驱动开发的一些良好实践。当然，它们也来源于软件工程。 　　

　　1.领域对象建模 　　

　　对象分解的一种形式实际上是面向对象开发中定义对象的过程，并且描述了所建立的对象之间的关系。领域建模为系统设计提供了一个整体框架，使得系统可以根据特性进行增量开发。前面说过，在这个过程中，首先要非常清楚软件开发中对象的概念，有一定的架构能力，其次要非常熟悉待开发产品的领域，这样设计出来的对象和类才能更容易使用。 　　

　　2.根据特点发展 　　

　　以下是根据对客户有价值的小功能列表进行开发和跟踪的过程。频分复用 　　

　　把需求问题分解成可以解决的小问题，把每个问题分解成功能需求的层次列表，这就叫“特性”。设计和实现每个特征的过程是特征驱动开发的核心过程。如果具体到软件开发，面向对象的“类”可以看作是一个“特性”。 　　

　　3.类别所有权(代码) 　　

　　规定每个FDD类都有一个指定的人或角色负责类代码的一致性、性能和概念完整性。频分复用 　　

　　建议使用面向对象的开发方法。在面向对象中，类是一个单一的概念实体，具有不可分割的特点。因此，代码的所有权也可以看作是类的所有权。请注意，它与XP无关 　　

　　FDD中同样的代码共享概念，但不说并不意味着没有，不同的是FDD中每个单独的类都必须有一个人或角色负责。 　　

　　4.特蘸 　　

　　有时候，一个类，也就是一个特性，可能涉及多个类及其所有者，因此特性的所有者(特性领导者)需要协调多个开发人员的工作。特性团队和开发团队非常相似，但是特性团队的领导者更像scrum master，而不是技术专家。 　　

　　5.回顾 　　

　　即代码评审和检查，包括代码评审、走查、自查等。 　　

　　6.结构管理 　　

　　这对于做软件开发或IT行业的人来说并不陌生。首先，代码管理工具应该是可追踪的，并且可以随时恢复；二是要有统一的配置中心，可以实现各种开发环境的快速配置切换。 　　

　　7.常规结构 　　

　　类似于XP中的小规模发布，在FDD中 　　

　　在中没有持续集成的概念，但是有一个正则构造的概念，即代码应该被正则地集成到正式代码中。其实这一步类似于一个小规模的发布步骤，目的是为了更容易的创建一个演示程序，也就是让功能展现给客户。 　　

　　8.可见性进度报告 　　

　　可见性进度报告是指包括但不限于各种敏捷类的图表，或者其他非敏捷的图表，只要能有效反映项目的进度即可。当然，更推荐用白板和大屏幕来显示进度报告，可视性效果极佳。 　　

　　#动态系统开发 　　

　　动态系统开发的英文缩写是DSDM。 　　

　　，也称为业务中心框架开发方法。它倡导一种以业务为核心的快速有效的开发方法。这是一个控制框架，侧重于快速交付，并补充了如何应用这些控制的指导原则。 　　

　　DSDM的基本观点是用20%的时间完成80%的功能，适合商业用途。然后在冲刺阶段，功能进一步完善。乍一看，这是我们的2/8。 　　

　　规则非常相似。是的，我们日常使用的软件，其实在大多数情况下，你只使用了它的20%的功能，而其他的80% 　　

　　你甚至可能不知道。同样，我们将把80%的时间用在这20%的功能上。这些都是2/8定律的体现。具体内容我们以后再研究。 　　

　　我们也会讲解PMP或字母控制器的内容(可以先自己参考2/8定律或帕累托定律的相关内容)。DSDM快速使用20%的原因 　　

　　完成这些功能的时间是因为DSDM。 　　

　　认为没有什么可以一次成功完成。 　　

DSDM 的周期过程有 7 个阶段。

1. 项目准备阶段

2. 可行性研究阶段

3. 业务研究阶段

4. 功能建模阶段（冲刺式）

5. 系统设计编码阶段（冲刺式）

6. 实施阶段

7. 项目后期

DSDM 的过程图如下所示：

qvj2lq49k0/427b85fc0d7248d295754c10ddbdded3' /> 　　

# 水晶方法

水晶方法其实也是很出名的一种敏捷框架。如果说现在最流行的是 Scrum ，最极客的是 XP ，那么最全面的就是水晶方法。它的英文简写是 Crystal

，但它又有一系列的开发方法，包括Crystal Clear（透明水晶）、Crystal Yellow（黄水晶）、Crystal Orange （橙水晶）

和Crystal Red （红水晶）， 分别适用于不同的项目。项目可以按照参加人员和重要性划分。重要性根据项目中的错误引发的后果分为：C一－Loss of

comfort （某些不舒适）、D一－Loss of discretionary money （经济损失）、E一一Loss of Essential

Money （严重经济损失）、L一－LifeCritical （生命危险）。

qvj2lq49k0/a81528c6a6484ee5b57dc00a4e1ed1ca'> 　　

Crystal Clear适用于C6,D6项目；Crystal Yellow适用于C20,D20,E20项目；Crystal

Orange适用于C40,D40,E40项目；Crystal Red适用于C80,D80,E80项目。

上面的内容看得晕吗？晕就对了，水晶方法本身就是可以写一本书的，就和 XP 、Scrum

一样，拥有非常复杂的体系内容。我们这里了解一些名词概念就好了。其实，水晶和 XP 很像，只是 XP

会要求很高的纪律性，而水晶则是希望用最少的纪律性约束却仍然能让项目成功，从而在产出效率与易于运作上达到一种平衡。也就是说，水晶的产出效率可能不如 XP

，但它却能让更多人乐于接受并遵守它。

水晶方法包容很多敏捷原则，最主要的有以下几点：

1. 频繁地交付：不多说了吧，XP 的小规模发布。

2. 反思改进：还记得 XP 中的重构和勇气吗？以及我们后面马上要学习到的 Scrum 中的回顾会议，都是为了反思改进。

3. 渗透式沟通：新名词呀？其实并不新，敏捷各个框架中都强调的让团队坐在一起，没有隔离，让客户也尽量和我们坐在一起。然后呢？在其他人讨论的什么内容的时候，你也会不知觉地听到一些，如果和你有关或者你的兴趣的话，自然会加入讨论，如果你正忙于其他事情，也不会因为这种背景听觉而分心。注意，一定不是大声喧哗式的叫骂型沟通，那样就适得其反了。这种通过背景听觉来实现的就是渗透式沟通。

4. 个人安全：其实就是团队间的信任，不用担心报复与敌对，这很考验敏捷教练或者项目管理者的团队协调能力。

5. 焦点：确定首先做什么，然后安排时间。确保团队成员清楚了解他们自己最重要的任务是什么，确保他们有充分的时间去完成。

6. 与专家用户建立方便的联系：和能够提供意见建议的专家保持联系，听取他们的意见，相信是所有产品项目开发时都会关注的内容。专家的意见往往能够带来权威的影响，继而影响项目后续的方方面面。

7. 配有自动测试：好吧，TDD 和 持续集成 是不是真的很重要，到处都是它们的身影。

# 总结

今天一口气了解了三种敏捷框架，是不是感觉意犹未尽。如果确实还不够爽的话，大家就自己查找一些相关的资料进行更深入的了解学习吧。我们的这系列文章还是以 PMI-

ACP 的教辅资料为主要参考的，所以这方面的内容会比较少，主要就是因为考试不怎么考这些内容呀。不过这样也好，这篇文章也是 XP

之后的一个过度，因为下面几篇文章又是一个重量级的敏捷框架：Scrum 。

参考文档：

《某培训机构教材》

《用户故事与敏捷方法》

《高效通过PMI-ACP考试（第2版）》

《敏捷项目管理与PMI-ACP应试指南》