访谈：用敏捷方法实现 SOA

现在的 SOA 过程和指导一般都鼓励使用分阶段方法来实现 SOA，在开始实现 SOA 之前，要充分的理解问题并定义好解决方案。Digital Focus 是一个在东海岸的公司，专注于敏捷软件开发和集成，他们坚信敏捷开发实践同样适用于 SOA。在八月，Digital Focus 发表了一份体验报告，名为“ SOA，与敏捷相遇。敏捷团队实现 SOA ”。该文描述了在 Federal Home Loan Bank （FHLB）的金融部门（Office of Finance，OF）（注：以下简称FHLB-OF）如何使用敏捷方法成功实施了SOA。

在下面的文章中，InfoQ 的编辑 Deborah Hartmann 采访了两个与这个项目紧密相关的人，以了解他们是如何做到这一点的。首先，Geoff Henton（FHLB-OF 的 CIO）回答了一些在这个 SOA 开发中使用敏捷实践的基本问题。以前，他们只在软件项目中使用这些方法。随后，Tom Stiehm(该报告的协作者) 告诉我们这个项目是如何开展起来的。

Geoff Henton（FHLB-OF 的 CIO）：敏捷指导与我们敏捷软件开发早期的成功是密不可分的。在我们开始采纳敏捷技术时，有一个经验丰富的专业人士给了我们许多指导意见，使我们从中获益良多。对我们的开发人员来说，依据特定的敏捷原则开展工作是一件不寻常的事。一个能给我们讲解有关敏捷方面的优缺点的资深专家对我们来说简直是无价之宝。在采纳敏捷之前，我们有一个标准的软件开发生命周期管理方法，总是倾向于过分预测和产生过多的预先设计和分析工件。我们的敏捷教练指出我们应考虑把注意力集中在当前重要的事上，而不是试着设计整个系统并制订一个严格的项目计划。如果没有教练的帮助，我相信在我们真正体会到敏捷方法之前就已经放弃了。

GH：我们实现 SOA 的原因是因为我们的独立系统在步趋成熟的过程中，复杂度已经大大增加了。在固定收入的资本市场上，只有反应迅速，才能把机会握在手中。在不考虑系统边界的情况下，以一种更多地基于组件方式来组织管理我们的主要系统功能可以使我们面对变化快速做出反应。可以说，敏捷开发实践就是为业务成功所准备的，因为它把业务溶入了他们的系统开发中，并允许它们在项目中期改变方向，因为他们可以预见这些决定给完成整个项目目标带来的全面影响。

HG：我们发现，敏捷为我们提供了快速调整业务以应对 Fed 的变化的能力，而 SOA 可以使我们所交付的功能同时为内部和外部提供服务，满足他们的要求。金融部门（The office of Finance，OF）向 12 个区域性 FHLB 提供了服务功能。在 2005 年下半年，我们开始了 SOA 项目，用敏捷方法设计并重构我们的服务系统。在 2005 年早期，业务部门意识到有一个新的难题，是一个有关联邦储备（Federal Reserve）的条款，该条款主要是针对明目张胆的透支制定的。于是，OF 要求向发布计划中增加新的特性，并把这个新特性在开发列表中提到最高优先级。当开发这些新特性时，我们发现需要将一些潜在的特性作为服务向 12 个 FHLB 开放。这些服务使 FHLB 可以很容易地导入那些部门所需要的现金管理数据。敏捷和 SOA 使我们可以按时交付这样的功能需求，同时对于项目的剩余部分来说，这种灵活性也增加了业务部门对 IT 的信心。

Tom Stiehm（Digital Focus 负责人）：业务与 IT 的结合就是要找出在一个公司或项目中做具体决定最恰当的人。这意味着这个最有专业技术和经验的人应该做出决定。我把它归结为：业务决定做什么，而开发决定如何实现。

业务与 IT 结合的益处是做出来的应用正是支持业务流程的，所以可以被业务部门用起来。因为这些应用的确提高了他们的生产率。在加入 Digital Focus 之前，我有过一段令人遗憾的经历，我开发了一个我认为可以做很多事的相当不错的应用，但业务部门恰恰不需要它。它被搁在一边：安装到服务器上，并在服务器升级时被删除，次次如此。

这样的事情常常发生在你有严格的需求，而且变化成本很高的情况下，这其实才是真正的损失。业务部门没有得到他