写点什么

企业架构的现状

  • 2008-06-01
  • 本文字数:1565 字

    阅读完需:约 5 分钟

随着组织继续增大 IT 投入(购买的、引入的、或构建的),以及业务流程管理(BPM)和面向服务的体系架构(SOA)之类的概念变得越来越流行,企业架构(EA)的作用也变得更加普及起来。最近, David Linthicum Mike Kavis Alan Inglis 分别谈论了他们所了解的行业中关于 EA 的内容。

Linthicum 问了这样一个问题:我们是否应该继续在 EA 上投资?他指出在上市公司 2000 强里面,企业架构的典型解决办法是:

上市公司 2000 强里面,大部分都只有一名带着少数几个工作人员的架构师,架构师既没有预算的职权,也没有有指导的权威,理所当然就不会有结果。单凭“感化”是不可能取得成功的,如果某人不遵循核心的架构准则,你就必须以某种形式去敲打敲打他……这就是所谓的管治。因此,这群人拿着诱人的薪水,却不会给 IT 或业务增加价值,而且不用交付切实的工作成果。

Linthicum 指出他不会就这个具体问题批评架构师。相反,他指出是组织促成了 EA 形势的现状,这些组织紧盯着一时一地的战术性 IT 项目,但对于真正的关键战略(比如企业架构)却只是动动嘴皮子而已。但即使在这样的背景下,他认为企业架构师仍然是不能免责的。他说架构师这一角色中,最大的两个问题是架构师不能度量或量化他们组织目前存在的问题,而且大部分架构师害怕改变。企业架构师需要的一些度量方法是——基础设施方面的成本无效率、技术重用的可量化价值、组织灵活性的价值。

Linthicum 说:“所以我认为,如果你的企业架构作用是无效的,就不要再继续对其投资了。换句话说,你在认真处理架构之前,在愿意认真衡量业务价值之前,就不要再投资了。”以此回答了他自己提出的问题。

Mike Kavis 就企业架构的价值给了他组织内部的管理人员一个演示文稿,他分享了该演示文稿中的内容。演示文稿中的重点有:对 EA 的定义、首席架构师的角色、拥有 EA 和 EA 组的价值。在他的幻灯片里,Kavis 描述了 EA 团队应该关注于:

  1. 创建愿景
  2. 提供指导和监督
  3. 找出业务流程 / 服务的关键领域、企业元数据、基础设施和安全
  4. 有财政责任感
  5. 进行研究和开发,以利用新兴的技术

Mike 的演示文稿指出了 EA 里一些好的实践。他最近描述了企业创新失败的 10 个原因,谈到了 EA 的不利方面。Kavis 列出的十个原因中只有一个是技术相关的:“缺乏技术知识。”其余的都侧重于组织和人的问题。其中最大的一个问题是“低估或忽视了变化的影响”:

人们要知道 WIIFM(what’s in it for me,我能从中得到什么好处)。拒绝改变会扼杀任何项目。你的创新必须要有拥护者,他要有较大的影响力。领导、高级技术人员、项目经理、还有项目中所有有形的人都必须积极地努力,不断地去推进愿景和未来状态的实现。……人们将受到引领者的态度的鼓舞。你必须解决迎面而来的阻力、处理人们的需要,帮助他们渡过难关。对于那些完全拒绝接受、成为障碍的人,让他们走人!

Mike Walker 往 Kavis 的列表中添加了另外一条呼应 Linthicum 讨论的内容:过程中有效的强制手段。也就是说,企业要有管治权利来强制实施这些准则。没有这些有效的强制手段,管治也就是简单列出了组织应该去做的事情,而不是他们必须要做的事情。

Alan Inglis 评论了欧洲相较于美国的 EA 现状。Linthicum 关于“拿着诱人薪水”、却对 IT 没有附加价值的思考,Alan 做出了呼应,他假设近来在美国急剧上升的 EA 投资的可能反倒成为阻碍。

如果你有数百万美元和很长一段时间去交付,那务实又有什么压力呢?这种情况意味着,企业架构的主要解决办法是预先设计的大架构方法。如果架构受到的责难较多、预算较少,我们反而要努力探求实现目标的其他方法,发展出创造性的方法来赚更多的钱

Inglis 的话似乎意味着欧洲由于预算上的限制而只作战术性的考量,反而会使他们取得 EA 战略上的成功。看来“钱多为患( curse of plenty )”对 IT 业影响深远。

查看英文原文: The State of Enterprise Architecture

2008-06-01 20:102742
用户头像

发布了 151 篇内容, 共 63.6 次阅读, 收获喜欢 18 次。

关注

评论

发布
暂无评论
发现更多内容

如何做好技术 Team Leader?

阿里技术

技术管理 技术人 内容合集

技术分享| 如何快速实现音视频在线通话

anyRTC开发者

音视频 语音通话 视频通话 呼叫邀请 离线推送

读《思辨与立场》-08设计你的人生

wood

28天写作 批判性思维 思辨与立场

如何摆脱机房教师控制?

喀拉峻

网络安全 安全 信息安全 计算机

互联网行业办理过等保业务,选择哪款堡垒机好?

行云管家

互联网 网络安全 堡垒机 云堡垒机

通用数据保护条例的监管下,你的数据湖“断舍离”了吗?

亚马逊云科技 (Amazon Web Services)

分析

借助Amazon EMR与外部KDC进行身份认证,有效集成业务场景

亚马逊云科技 (Amazon Web Services)

分析

Amazon Timestream 在车联网场景的典型应用和性能测试

亚马逊云科技 (Amazon Web Services)

分析

体育锻炼的好处

Tiger

28天写作

Amazon Redshift ML现已正式推出——使用SQL创建机器学习模型并通过您的数据进行预测

亚马逊云科技 (Amazon Web Services)

分析

面对持续不断生成的流数据—— Amazon Kinesis Data Analytics 实现及时分析与处理

亚马逊云科技 (Amazon Web Services)

分析

“你最崇拜的人是谁”,从面试问题看标杆学习法

编程江湖

面试题

风云叱咤,尚硅谷云原生实战教程(下篇)发布

编程江湖

Java 开发

Vue.js关于响应式部分的优化

编程江湖

前端开发

推出Amazon Kinesis Data Analytics Studio —— 与流数据快速交互

亚马逊云科技 (Amazon Web Services)

分析

轻松搭建数据仓库,与FreeWheel一起“玩转”Amazon EMR

亚马逊云科技 (Amazon Web Services)

分析

模块7作业

panxiaochun

架构实战营

直播预告丨和我们一起过圣诞吧!Hackathon 创意攻略等你查收

PingCAP

kafka的JavaAPI操作

编程江湖

大数据

使用 Python Poetry 进行依赖管理

华为云开发者联盟

Python Python Poetry 依赖项管理 Poetry

2022 用好这 8 个工具,提升前端工程师软技能

开源之巅

Web 前端开发

使用Amazon RDS for Oracle配合Oracle Active Data Guard建立托管的灾难恢复与只读副本

亚马逊云科技 (Amazon Web Services)

分析

通过Amazon SageMaker与Amazon Step Functions实现机器学习的CI/CD 方案

亚马逊云科技 (Amazon Web Services)

分析

Go 的 golang.org/x/ 系列包和标准库包有什么区别?

AlwaysBeta

golang Go 语言

外贸订单回暖,集装箱持续爆舱,低代码或将成外贸行业新财富密码

优秀

低代码 外贸管理

在线JSON转toml工具

入门小站

工具

在Amazon SageMaker上快速、灵活构建TensorFlow模型的在线推理服务

亚马逊云科技 (Amazon Web Services)

分析

2022 年最有前景的 5 个 Web IDE

开源之巅

开发者工具 WebIDE

大数据开发 Spark 模块之SparkSQL

@零度

大数据 spark Sparksql

​虚幻引擎5更新:头部工作室如何使用Perforce Stream实现虚幻升级

龙智—DevSecOps解决方案

虚幻引擎 虚幻引擎5 UE5

使用 Amazon Athena 做漏斗分析——实现更高效的数据湖检索

亚马逊云科技 (Amazon Web Services)

分析

企业架构的现状_最佳实践_Steven Robbins_InfoQ精选文章