在面向服务、节奏不断加快的经济里，企业架构师及其对应的前端人员必须克服业务需求的变化及部门间沟通的挑战。按照研究人员Jeanne Ross的说法，企业架构师的工作经常会迷失在争执当中，埋没在设施功能没用、浪费钱的抱怨中。Ross最近在旧金山举行的Open Group 会议上发表了主旨演讲之后，SearchSOA的Jack Vaughan就这些及其他问题跟MIT斯隆管理学院信息系统研究中心（CISR）的主任兼首席研究科学家Ross进行了探讨。

　　SearchSOA.com： IT的目标永远是要让业务端做得更好。我对于你提出的企业架构师应当修正方案的时候的思考对不对？

　　Jeanne Ross： 可实施性是我们审视IT的传统视角。尤其是在考虑企业架构的时候，我们建设功能，如数据访问及可靠的底层平台，这些允许我们重用系统和业务流程，这些功能基本上使能了业务。这当然是大部分企业架构行动要求的东西—建造出更好的架构，其想法是你能够获得决策所需的数据，能够令其更好。你将能拥有自动化业务规则，并能够拥有共享的单一系统。

　　其实质是，一旦功能到位之后大多数组织都感到失望，他们不说：“太好了！我们有功能了。继续前进吧，”相反，他们倾向于会说这样的话：“好吧，是，不过它还不是很好使。”或者“是，我们是想做这个，但你的实现方式不太对。”基本上在系统到位之后总是会有诸如此类的抱怨。

　　我的感觉是架构师应该放弃方法这东西。他们应该停止说：“我们的目标是使能，”因为从 “我们即将使能业务” 这句话而来的业务价值是不充分的。这里有一个假设，即架构师要开始把这个东西推出去了—“我们建设功能，接下来就是你们的工作了。”我只是觉得这样会破坏了架构性的努力，因为大家都太忙了。他们没有承担起来自己的职责。架构师将不得不承担更大的责任，并/或关心起功能的开发来。

　　因此，如果我们放进单独的一个数据库去以便每个人都能够为服务客户进行更好的决策的话，我想架构师就会说：“这正是我们打算确保人们会做的事。”请容我在此打断一下，因为我认为这一解释是说使能假定的是有人会开发利用这些功能。还假定在有人使用的地方我们会有功能就位。开发就是意味着使用，基本上来说就是用到死为止，用到把我们所创建的功能的每一盎司的价值都被榨干为止。我们以为架构师/IT做的是使能的工作，而搞业务的则会去开发利用这些功能。

　　作为架构师我们需要理解的是，如果我们希望这些功能被加以开发利用的话，就得对其的开发利用担负起更多的责任。

　　SearchSOA.com： MIT的CISR对此进行了深入的研究。现实世界的公司实际上做了什么事情？他们对企业架构师施加了哪些压力？

　　Jeanne Ross： 对付架构师的秘诀是他们显然不是准备要开发（IT和业务功能）的人。他们只需要思考“开发”。我们从这些伟大的公司身上学到的是人—尤其是高层要识别开发利用的机会，要愿意进行开发利用。这使得架构师放弃开发复杂、完整、大规模功能的尝试，替之以响应当前需求的方案。

　　SearchSOA.com： 这么说架构师不应该关注于大规模业务功能的建设了？

　　Jeanne Ross： 让架构师以（功能）开发为中心的思路是把那些大家能够马上开始使用的小东西实现，并通过这些小东西认清下一步需要干什么。

　　不变的是架构师仍然要往大处着想。他们还会思考组织所需的重要功能。不过变了的是他们不会这么说了：“好吧，把这些都纳进来要做2、3、4、5年的项目，”，相反，他们会说：“在很短的一段时间之内我们能够做些什么才能让大家用这个东西，并且能够朝着我们希望的功能进行建设？”

　　拿一家大型的保险公司为例，Aetna也许已经开发出了数千种产品，并且其所有的系统均是围绕着保险产品进行组织的。他们意识到这并非是自己永远可以取悦客户的方式。他们希望了解自己的客户还有客户（购买）的产品，而不是Aetna眼中的产品，以及购买产品的全体客户。如果你希望用一张脸面对客户，你就会以客户作为考虑的中心，而不是产品。

　　现在就有了一种巨大的转变，也即，“我准备改变。我打算改变我的功能，我要了解客户而不是产品。”基本上你就是把你们公司颠倒过来了。而（Aetna）是怎么做的呢，其CEO会说：“我要一个仪表盘。我希望每天早上来到办公室就知道我们不同的客户部门都在做什么。”当然，IT人会说：“好的，好的，我们会做的。”然后他们提议用5个月的时间开发出系统。在5个月的时间里他们竭尽所能。结果表明这么做非常棒，因为，当然，一旦他用上了系统就会开始意识到自己还需要更多的东西，他开始了解仪表盘哪些行、哪些不行。与此同时，（企业架构师）开始建设了解客户的功能，但是是以一种非常随着功能的开发利用循序渐进的方式来进行，随着这些功能的使用，下一步需要开发的东西也会明晰。这不是一种全局的大视野。这就是真正的区别。所以架构师不是开始去开发利用。而是开始去思考这些功能如何才能够被快速地利用起来—这就是我们能够带来的东西，与此同时我们也了解自己主要功能的建设方向。