如今，有越来越多的压力要求企业架构团队更加面向业务，以业务为中心，这一点已经不足为奇。在现实中，不只是企业架构团队，而是所有的IT机构，都需要更多的关注业务。企业架构刚好是其核心所在，因为从传统上来说，企业架构师一直被看作是业务和技术的连接人。

　　面向业务究竟意味着什么？要了解这一点，最容易的方法就是去看一下大多数组织中以项目为重点的文化。按时、按预算交付通常是项目实施团队最关心最重要的问题。尽管同时满足这些要求无疑对业务有很大的影响，但一个项目是否真正获得了成功，所花成本并不是全部的衡量因素。项目的收益怎么样？太多的时候，我们没有测量生产率有多大提高，从而去验证项目的合理性。如果该项目旨在创造新的收入怎么办？项目实施完成之日，通常并非这些收益能够到手之时。想一想上一次完成项目一年后，你何时被叫去检查项目的预期收益是否已经实现？

　　曾经有一段时间，企业架构的重点是确保IT实践中的一致性。重要的是从一个宽广的技术角度来看，寻求技术策略的整体需要与当前项目的迫切需要之间的平衡。当时这么做，是因为有非常多的新技术，正是从个人桌面电脑开始转向基于WEB应用程序的直接客户互动。今天，已经没有那么多建立一套全新的公司互联网系统的项目，更多的可能性是，你是在扩展早已经存在的Web应用程序。因此，这更多的是改变现有的架构，而不是创建一套全新的架构。于是，今天企业架构师面临的问题是：该改变什么？

　　这个问题的答案就在于对业务的理解。当然也有一些优化只需在IT范畴内就能完成，并且也很有可能这只会影响到IT部门的成本。（更多的情况下），IT部门很难自己去确定某些改变是否能够使得其他部门提高生产率和节约成本。因此，企业架构师需要从战略层面出发，帮助企业提出正确的改进计划，以实现企业希望达到的业务成果。

　　今天，大多数企业架构师仍然主要是根据业务需求来进行IT改进。通过使用能力模型和将系统映射到这些模型，企业架构师可以发现值得改进的地方。哪里有不一致的地方，哪里就可以制定一个改进计划。然后IT组织就需要去实现这些改进举措。公司业务仍然需要按时间按预算完成，但在实施完成之后，他们还必须进行复查，以确保实现了预期的业务成果。

　　展望未来，如果企业架构模型和技术能够集成到作为公司领导常用工具的流程和模型中，反之亦然，它将使得整个业务都受益。这一切都始自于对业务越来越多的了解。下一次当你在做一个项目的时候，可以找到项目章程，并记下预期的商业收益。然后在您的日历上做个标记，提醒您一年之后回去，找项目的赞助方谈一谈，看看这些预期的好处是否已经实现了。