CIO如何为业务需求规划IT路线图

 　　搭建一个良好的企业架构项目并不需要一个全职的专家来专心做这件事，只要重点突出地遵循关键的原则，走好关键的几步。

　　一个成功的企业架构(EA)项目，能够帮助释放IT部门对所支持业务的真实价值。EA作为一个行为准则，需要企业将其短期业务目标与其当前的技术能力做一个切实的比较，然后作出明智的决策，确定在未来的发展路线中技术应该发挥什么样的重要作用。而且，现实与期望之间的差距，正代表着企业未来IT投资的新机会。

　　这或许听起来有点像天方夜谭，但实际上，要达到这样的目标，并非你所想像的那么困难。

基础文档尤其重要

　　随着云计算、SOA等新技术的不断涌现，以及企业对快速响应的迫切要求，目前IT的运行环境正在发生剧烈变化。越来越多的应用、更复杂的数据、异构的系统平台、跨系统和跨组织的业务流程优化等，这些要求最终都需要更灵活可靠的企业架构来实现。搭建一个卓越的企业架构不仅需要有好的产品和技术，更重要的是要有整体企业架构咨询和实施方法论。

　　搭建一个良好的企业架构项目并不需要一个全职的专家来专心做这件事。只要拥有一位强力、专注的经理作为领导，一个团队就可以顺利地发起一个EA项目，只是第一步目标要设置得很现实，让股东们能够很好地理解其好处。(提示：如果你的项目目标并不是远大得需要激情的演讲来介绍，那么你就应该简单地组织你的团队开个会，让大家都理解要做什么就行了。)

　　一定要和业务部门的代表一起工作，建立简单易懂的文档；如果业务部门能够提供输入信息，那么他们就能够理解你的EA项目在每个阶段所发挥的业务价值。

　　以下是搭建企业架构项目的第一个阶段要做好的4个文档，包括以下内容：

　　· 基础(原则和目标)

　　· As-Is架构模型

　　· To-Be架构模型

　　· 变革模型(也就是发展路线图)

　　如果你花费时间全面开发这些文档，你就会打下坚实的基础，能够获取极好的改进机会。基础文档应该阐述你的企业对EA成功的定义。你需要把原则和目标设立得非常明确，不能是一些假大空的辞藻和不切实际的想法。试着问一下你自己，当你决定如何在公司范围内确立IT驱动的目标时，有哪些标准是最重要的。你也许会关注以下原则：基于可扩展性、可互操作性和一致性原则来评价解决方案。

　　使用现成的成熟工具

　　从技术的各个方面考虑整合企业安全，从物理的到虚拟的。不管以上原则会演变成什么样子，你的原则都需要通过IT团队和业务团队所有成员的审查。因为，这些将是以后所有讨论和决定的基础。

　　在完成了基础文档之后，你可以同时关注As-Is和To-Be架构模型。它们应该图形化地表示企业目前的企业架构和未来所期望的样子。记住，越简单越好。尽量让每个模型在一页纸之中得以体现。如果你觉得难以开始，你可以尝试从网络上搜索框架示例，并查找相近行业的例子。要耐心一点，因为要开发最好的企业架构模型，必然会经过好几次重复的过程。

　　最开始会有一个学习的过程，因为IT团队需要逐渐地确定确切的细节。也许很多人会想到列举企业拥有的成百上千的软件程序，但实际上，只有简要的描述信息才是我们所需要的。一定要让你的EA团队专注于开发模型，所有的细节都会被逐步填充，因为团队会一天天取得进步。

　　你的模型可能会具有如下的层级结构：

　　· 企业(完整的环境)

　　· 域(独立的分类，例如基础设施)

　　· 分类(逻辑子类，例如网络/通信)

　　· 元素(最基础的支持功能，如路由器)

　　一旦你的团队定义了所有业务相关的技术域，其所辖的元素就能够根据其对改进机会的ROI(投资回报率)确定优先级。例如，你可以对这些元素进行颜色编码，用引人瞩目的红色来表示高ROI的机会，黄色表示中度ROI，绿色表示低ROI的元素。不要担心每个元素的评级以后可能会被改变，因为新的信息会不断涌入，企业的策略也可能会改变。

　　绘制图形化路线图

　　最后，你需要解释如何计划帮助企业从目前的As-Is架构模型变革为To-Be架构模型。最好的方法是绘制一个图形化的路线图。这也是第一阶段的最终目标，它是帮助消除高管对项目疑虑的关键因素。关键的变化是要将项目从只专注IT，转为对业务和改进效果的讨论。

　　路线图还应该包含实现To-Be模型每一个部分的里程碑，它还应该介绍实现每一个目标后，企业会有怎样的变化。路线图应该描述这个项目的阶段性成果，以便业务人员可以检查时间和效果是否符合计划。如果业务管理人员对路线图的时间进度有异议，他们也应该能够畅所欲言，发表自己的调整意见。

　　同样，使用颜色编码能够让路线图明确地演示业务的变革过程。例如，在一个3年的区间内，项目的优先级可能会从绿色变更为红色。

　　路线图是一个很好的工具，你应该很好地利用它向企业高管们展示EA项目的价值。

　　以上介绍的4个文档将会成为你与业务部门进行有意义讨论的共同语言。它们将向业务部门展示IT项目的投资走向，用颜色区分各个优先侧重点。并且，你还会有一个路线图，演示你是如何从目前的状态一步步实现未来目标的。

　　链 接

　　企业架构的应用和发展

　　1996年，美国Clinger-Cohen 法案导致了术语“IT架构”的产生。Clinger-Cohen法案要求政府机构的CIO要负责开发、维护和帮助一个合理的和集成的IT架构(ITA)的实施，当时的术语ITA，现在被解释为IT企业架构(EA)。

　　企业架构的早期应用是在美国一些政府机构。1999年9月，美国联邦CIO委员会发布了联邦企业架构框架(FEAF)。FEAF旨在为联邦机构提供一个架构的公共结构，以利于这些联邦机构间的公共业务流程、技术引入、信息流和系统投资的协调等。FEAF定义了业务、运作业务所必需的业务信息、支持业务运行的必要的IT技术、响应业务变革实施新技术所必需的变革流程等要素。2002年2月，预算管理办公室建立联邦企业架构程序管理办公室，开发了联邦企业架构(FEA)。

　　美国标准研究院(NIST)在1989年发表的研究报告中，提出了NIST企业架构模型(NIST Enterprise Architecture Model)，它是一个五层模型，是后来的重要企业框架FEAF的主要基础之一。

　　美国联邦CIO委员会1999年发布的“联邦企业架构框架”(Federal Enterprise Architecture Framework，FEAF)，是在美国标准研究院企业参考框架(NIST EA Model)和Zahchman等商业领域的研究工作基础上提出的。由业务、数据、应用、绩效和技术5个参考模型构成。另一项早期工作是美国国防部开发的一个企业架构参考模型，称为“信息管理技术架构框架”( TAFIM)，其最初的草案TAFIM技术参考模型(TAFIM TRM)于1991年提出。

　　目前在商业企业领域较有影响的企业架构框架之一，是信息技术标准化组织Open Group的架构框架(TOGAF)，其最初的版本(1995)是在TAFIM基础上完成的。这一企业架构框架标准一直在改进之中，目前已发行了第9版。