“Enterprise Architecture即服务” — 是什么
作者:Terry Blevins,The Open Group 研究员、Enterprise Wise LLC 企业架构师
在之前的博客中,我介绍了“Enterprise Architecture即服务”(EA As A Service) 的重要性。究其根源,这是因为一个正确实施的服务交付模型能够让关注的重点适得其所:
- 生产和使用价值与企业架构即交付成果
- 过程中及时交付价值与结束后最终价值
- 清晰的预期与模糊的承诺
- 支持和实现与象牙塔式合规
在那篇博客中,我提出了这样一个有趣的问题:“Enterprise Architecture即服务”未来将会是什么样子?本文就这一问题提出了一些观点。我将从两个视角回答这个问题: 客户视角与供应商视角。
“Enterprise Architecture即服务”客户视角:需求方
如果一些客户近期取得了成功或者失败在即,但是仍然对是否采用Enterprise Architecture犹豫不决,那么是时候做出重大改变了。面对近期取得的成功,组织必须要就投资和如何维持成功现状做出重大决策;面对即将失败的局面,组织也必须要当机立断扭转格局。这两种情形都是战略规划过程中的重要关注点,正如Jeanne W. Ross、Peter Weill 和David Robertson 在《Enterprise Architecture即战略》(哈佛商学院出版社,2006 年)中所指出的那样,企业架构是解决这些问题的实用工具。
最重要的是,无论是否应用Enterprise Architecture,决策势在必行。有人认为,Enterprise Architecture可以通过定义“业务流程和IT 基础架构的组织逻辑,反映公司运营模式的整合和规范化要求”而发挥作用,如此一来,“单个项目也可构建能力,而不仅仅是满足实时需求”。
但是,还有另外一种比较消极的观点认为Enterprise Architecture就是浪费金钱!例如,他们认为Enterprise Architecture需要大量的文书工作,并且好不容易耗费数年最终成型了,交付成果却已经过时了。除此之外,Enterprise Architecture可能还未构建完成,人们就有了新的需求变化。显然,对于Enterprise Architecture是否浪费时间和资源,人们充满了担忧、疑虑和不确定性。
那么,组织应如何趋利避害?在我看来:
- 他们的Enterprise Architecture工作应该有直接而明确的目标,即交付价值。
- 确保构建Enterprise Architecture的每个阶段都能交付价值,而不是等待构建“完成”后再交付。
- 他们还应着力为组织计划的实施获取充分的支持。
- 通过专门提供指导和工具的企业架构工作,让计划的实施变得更简单,以构建企业所需的能力。
- 他们需要与组织的发展节奏保持同步。
- 在Enterprise Architecture构建过程中及时传递信息和指导。
- 最后,他们还需为决策争取支持。
- 通过与特定决策相关的企业架构信息获取支持。
- 通过与特定决策相关的企业架构信息获取支持。
换句话说,构建工作的价值不在于拥有Enterprise Architecture,而是让Enterprise Architecture物尽其用!
正如在之前的博客中所提到的那样,我认为与单纯地拥有Enterprise Architecture相比,服务交付模型更能够满足上述需求。
“Enterprise Architecture即服务”供应商视角:提供方
供应商所要为客户提供的不是一个完整的Enterprise Architecture,而是一套能够在客户构建Enterprise Architecture的过程中及时按需提供帮助的服务。
创建一套符合客户需求的目录是展示这些服务的好方法。该目录的目的是让潜在客户轻松找到他们所需的服务类型或服务。此外,供应商还可考虑通过以下两种方式来列明服务:
- 示例1:Enterprise Architecture构建者:我们构建和交付企业架构
- 示例2:规划服务提供者:我们将根据您的组织需求确定Enterprise Architecture的服务范围
示例1 的前提是客户希望构建一个Enterprise Architecture但仍存在许多疑问,其中一个最重要的问题是“组织获取Enterprise Architecture之后,能否充分利用这个架构?”示例2 更适用于那些不确定是否需要Enterprise Architecture的客户,更确切地说,这些客户希望搞清楚Enterprise Architecture是否对他们有用。
如果想要了解“Enterprise Architecture即服务”提供商根据不同客户需求提供的不同服务类型,您可以参考以下企业服务类别。每个类别的子列表中都有一些示例。(请注意,此列表不包括开发Enterprise Architecture能力或构建Enterprise Architecture组织所需的服务,它们应另当别论!)
- 规划服务(根据需求界定范围)
- 架构预期开发服务
- 架构项目计划开发服务
- 概念评估服务
- 项目管理咨询服务
- 支持/协作服务,旨在确保组织中的合适人员参与其中
- 需求诱导服务
- 架构研讨会引导服务
- 权衡和风险管理服务
- 开发服务,旨在在正确的时间构建正确的Enterprise Architecture模块
- 架构愿景创建服务
- 架构库存服务(考古服务)
- 能力路线图支持服务
- 差距分析服务
- 流程优化服务
- 架构开发服务
- 管理服务,旨在确保Enterprise Architecture工作能够持续交付价值
- 架构存储库咨询服务
- 架构评估和审核服务
- 承包商评估服务
- 已获价值理解和分析服务
- 使用服务,旨在从Enterprise Architecture中获取价值
- 迁移规划服务
- 能力评估服务
- 谱系优化服务
- Enterprise Architecture分析和报告服务
- 决策支持服务,旨在支持谱系治理决策
- 治理咨询服务
- 合规性创建服务
- 项目合规评估服务
对于上述每个类别,目录中都将列出各项服务及其详细信息,以方便潜在客户查看。每项服务条目都应对服务进行详细描述,包括服务解决的目标问题、交付的价值、成本、客户期望、服务水平阈值以及获取服务的方法。 对于服务提供者来说,列出提供服务的专家和人员资质以及所采用的方法和支持的标准对自己比较有利。
正如在之前博客中所述,Enterprise Architecture的服务交付模型同样适用于外部或内部Enterprise Architecture提供商。因此,无论帮助构建Enterprise Architecture的组织是在组织外部还是内部,“Enterprise Architecture即服务”都是一种不错的选择。
如果您希望利用Enterprise Architecture改善组织运营,那么我希望本文能够提高您对Enterprise Architecture的预期和需求,并从中受到一点启发。同时,我也希望本文能够帮助现有或新兴Enterprise Architecture提供商和顾问构建并宣传可为交付客户价值的Enterprise Architecture构服务,而不仅仅是提供Enterprise Architecture。
作者:
Terence Blevins 是The Open Group研究员、Enterprise Wise LLC 所有者和处于半退休状态的企业架构师。他目前担任The Open Group 董事会董事,并且是The Open Group 内部医疗论坛的积极参与者。
自20 世纪80 年代以来,Terry就一直参与架构学科研究,其中大部分工作都是在他担任NCR 公司战略架构总监期间完成的。自1996 年首次接触The Open Group 架构论坛以来,Terence就一直参与The Open Group 工作。他是架构论坛的联合主席,并为丰富TOGAF®框架(包括业务场景方法)内容做出了突出贡献。现在,他很高兴能够为医疗论坛的无边界医疗信息流研究提供帮助。
Terry 曾任The Open Group 的副总裁兼首席信息官,为实现The Open Group 无边界信息流™的愿景做出了突出贡献。