在大多数 IT 企业中,企业架构(Enterprise architecture,简称 EA)被当作实现合规以及与业务对齐的一种机制。 Melvin Greer ,Lockheed Martin 的高级研究员,在许多演讲,尤其是在政府计算机新闻杂志(Government Computer New,简称GCN) 的采访中,激励企业架构师们将EA 作为创新的驱动力。为弄清他在企业架构方面的见解以及企业架构对IT 与业务间的关系所带来的影响,InfoQ 与他进行了一次访谈。
InfoQ:不同的人对创新有不同的理解。请您解释一下哪方面的创新可通过 EA 来驱动呢?
创新可这么定义:通过好想法去赚钱。这完全是业务环境内的一个概念。当我们谈到创新时,它指的是开发新业务活动、新产品、服务、开拓业务市场以及增加企业收益。
在他与 GCN 的采访中,Melvin 通过一个示例阐述了他对创新的理解:
我们使用企业架构的一个典型示例是面向服务的架构和云计算战略的开发过程。作为(Lockheee 的)SOA 卓越中心的执行总监,该中心的使命是确保在所有相关的政府项目中提升 SOA 的知名度和适用性。我们将企业架构作为衡量 SOA 基础设施和 SOA 解决方案的度量衡。当我们思考如何衡量是否成功地实施了 SOA 时,该机制与普通的度量机制一起(作为企业架构的一部分)形成了衡量标准。
尤其针对 SOA,Melvin 提到了美国国防部体系架构框架(DODAF)和联邦企业体系结构框架(FEAF)中的一些部件,如信息交换矩阵与(确保Web 服务的开发满足特定业务目标的)服务建模工具。
InfoQ 进一步就 EA 框架对创新带来的影响咨询了 Melvin。
InfoQ:当前的 EA 框架正在以您所期望的方式激励创新吗,或者在哪些具体方面需要改进呢?
现在,我正在受到企业体系结构管理成熟度框架 2.0(Enterprise Architecture Management Maturity Framework 2.0)的鼓舞。因为,除了建立在早前版本之上 ,它还通过扩增范围和内容来适应 EA 的发展及其天生的复杂性,而且这将成为许多企业管理原则之一。为了反映企业体系结构的发展, GAO 已经更新了框架。我想强调的是,架构师们需要根据 EA 的调整而改变自己的态度。架构师们了解业务,他们更能使用业务尺度,从而开发出专注于创新、符合业务和企业使命的成熟的体系结构程序开发与部署的 EA 业务案例。
如果 EA 及其相关的创新完全位于业务环境之中,那“IT 对齐”的概念怎么解释呢?Melvin 回答:
我认为与业务契合的概念是旧的 EA 概念,我们一定不会说“销售应与业务对齐”。这么说会让人笑话的。当架构师谈到使用 EA 让 IT 与业务对齐时,他们正在发出一组危险的信号:1)它隐含的意思是 IT 与业务有两个不同目标,而且并不和谐,所以需要调整使其一致。2)它增强了 IT 与业务不是一个团队的想法 。它发出的信号告诉业务:IT 所支持的是另一使命,它并不了解业务的主要目标。当 IT 使用业务语言讨论问题、与业务使用相同的工具和衡量尺度、在所有交谈中散发的都是业务创新的信号时,对齐自然就不再需要了。
作为结论,Melvin 阐述了当前趋势,强调了 IT 首脑们掌握核心业务技能的重要性,EA 与主流技术趋势(如 SOA 与云计算)之间的关系。
目前非 IT 人才转向 CIO 角色的现象非常有名。它表明该角色更需要的技能是核心业务技能。持续发展的有关 EA、SOA 和云计算之间关系的谈话也非常热门。我(对于三者的关系)的延伸是,EA 是基础过程,SOA 实际上是云计算的架构。当前是业务转型的精彩时刻,企业架构师应成为这场快速创新的弄潮人,引领创新的潮流。
查看英文原文: EA as a Catalyst for Innovation
评论