企业架构的艺术：业务架构与IT架构一体化实践指南 原书第2版

基于对实际行业中实践和现有企业架构文献的广泛研究，本书提供了独特的、系统的、端到端的描述，将企业架构实践的各个方面整合成一幅连贯的逻辑图。本书针对以下与企业架构相关的关键问题，提供了清晰、基于研究、概念合理且切实可行的答案：
1.企业架构和企业架构实践的含义是什么？
2.哪些流程构成了既定的企业架构实践，它们是如何运作的？
3.在成功的企业架构实践中使用了哪些企业架构工件？
4.架构角色和功能的结构是什么？
5.企业架构需要哪些软件工具和建模语言？
6.如何在组织中从零开始启动并演进企业架构实践？
7.当前的企业架构实践源于何处？
本书以高度结构化、顺序化的方式编排，不需要任何企业架构方面的先行知识。本书面向对企业架构感兴趣的广大读者，包括在职和有抱负的架构师、架构经理、企业架构学术研究人员、企业架构讲师和大学生。

本书基于作者对企业架构进行多年研究的成果，共19章，分三个核心部分和两个附录。第一部分对企业架构的概念和其他相关主题进行了总体介绍。第二部分特别关注作为企业架构实践核心元素的企业架构工件，定义了6种通用的企业架构工件——经营考量、技术标准、业务愿景、IT景观、概要设计和详细设计。第三部分对企业架构的其他重要方面和企业架构实践进行了高层次的讨论。附录A对现代企业架构学科的复杂历史起源和本书所述的相应最佳实践进行了扩展讨论和分析，附录B介绍了企业架构教学包。本书面向对企业架构感兴趣的广大读者，包括在职和有抱负的架构师、架构经理、企业架构学术研究人员、企业架构讲师和大学生。阅读本书无需任何企业架构的理论知识或实践经验，但要对业务和IT有一定理解。

Svyatoslav Kotusev是一位独立研究员、教育家和顾问。自2013年以来，他专注于研究组织中的企业架构实践。他在各种学术期刊和会议、行业杂志和在线渠道上发表了许多关于企业架构的文章和其他材料。Svyatoslav在澳大利亚墨尔本RMIT大学获得了信息系统博士学位。在从事研究工作之前，他在业内担任过各种软件开发和架构职位。

目　　录
译者序
前言
第一部分　企业架构简介
第1章 概述　3
1.1 信息技术在现代组织中的作用　3
1.2 信息技术对组织的益处和威胁　5
1.3 实现信息系统的商业价值　6
1.4 组织即社会技术系统　7
1.5 业务和IT对齐的问题　9
1.5.1 对齐过程中涉及的相关参与者　10
1.5.2 对齐过程中涉及的主要
参与者群体　11
1.5.3 参与者之间沟通不畅是错位的
根源　12
1.6 企业架构即解决方案　13
1.7 本章总结　14
1.8 注释 15
第2章 企业架构的概念　19
2.1 何为企业架构　19
2.1.1 企业架构的本质　19
2.1.2 企业架构与传统架构的
区别　21
2.1.3 企业架构域　21
2.2 企业架构实践　24
2.3 企业架构工件　25
2.3.1 企业架构工件的信息内容　25
2.3.2 企业架构工件的双重属性　26
2.3.3 企业架构工件的两种含义：
决策型和事实型　27
2.3.4 企业架构工件的两个生命
周期：永久型和临时型　29
2.3.5 企业架构工件的示例　29
2.4 企业架构实践中架构师的作用　31
2.4.1 架构师的一般职责　31
2.4.2 架构师作为企业架构工件的
开发者　32
2.4.3 企业架构工件、架构师和其他
参与者　35
2.5 组织中的架构职能　36
2.6 本章总结　36
2.7 注释 37
第3章 企业架构实践的作用　42
3.1 企业架构的必要性　42
3.2 沟通是企业架构实践的基石　43
3.3 实践企业架构的收益　44
3.4 哪些组织在实践企业架构　46
3.5 企业架构的历史起源和现代
最佳实践　46
3.6 企业架构实践不是什么　48
3.6.1 不是纯粹的技术规划　48
3.6.2 不是万能的方法　48
3.6.3 不是自动化的规划　48
3.6.4 不是（人员）能力的替身　49
3.6.5 不是专职专家的工作　49
3.6.6 不是一次性的规划项目　49
3.6.7 不是特定的技术实践　50
3.6.8 不是企业建模　50
3.6.9 不是企业工程　50
3.6.10 不是系统思考　51
3.6.11 不是突破性的解决方案　51
3.6.12 不是企业架构框架的实施　51
3.7 本章总结　52
3.8 注释 52
第4章 企业架构和城市规划　58
4.1 作为城市规划的企业架构
实践　58
4.2 企业架构工件和城市规划
文档的六种类型　60
4.2.1 经营考量　61
4.2.2 （技术）标准　62
4.2.3 （业务）愿景　62
4.2.4 （技术）景观　64
4.2.5 概要设计　65
4.2.6 详细设计　66
4.3 不同类型的企业架构工件间的
关系　68
4.4 不同类型的企业架构工件的
互补性　69
4.5 企业架构的CSVLOD模型　71
4.6 本章总结　72
4.7 注释 73
第5章 业务与IT之间的对话　74
5.1 将业务战略作为架构规划基础
所面临的问题　74
5.1.1 业务战略通常是模糊的、
未知的或根本不存在　75
5.1.2 业务战略很少会为信息技术
提供明确的方向　75
5.1.3 业务战略通常不稳定，
且经常变化　75
5.1.4 业务战略往往需要特定于
战略的、不可复用的
IT系统　76
5.1.5 业务战略对企业架构实践的
作用　76
5.2 业务和IT利益相关者之间的
关键讨论点　77
5.2.1 运营模式　79
5.2.2 业务能力　83
5.2.3 具体业务需要　85
5.2.4 业务流程　85
5.2.5 业务需求　86
5.3 关键讨论点的层次结构　87
5.4 企业架构不确定性原则　89
5.5 本章总结　91
5.6 注释 91
第6章 企业架构实践的流程　97
6.1 企业架构实践的三个流程　97
6.1.1 战略规划　98
6.1.2 计划交付　99
6.1.3 技术优化　101
6.2 不同企业架构相关流程间的
关系　103
6.2.1 战略规划与计划交付　104
6.2.2 计划交付与技术优化　105
6.2.3 技术优化与战略规划　106
6.3 企业架构实践的高层次流程
视图　107
6.4 本章总结　109
6.5 注释 109
第7章 IT计划和企业架构　111
7.1 IT计划的概念　111
7.2 IT计划还是业务计划　112
7.3 IT计划在企业架构实践中的
作用　114
7.4 不同类型的IT计划　115
7.4.1 基本计划　115
7.4.2 战略计划　116
7.4.3 局部计划　116
7.4.4 紧急计划　117
7.4.5 架构计划　117
7.5 不同类型的IT计划流　118
7.6 IT投资组合管理和预算编制
流程　120
7.6.1 IT投资组合管理和预算编制
流程的作用　120
7.6.2 IT投资组合管理在企业架构
实践中的地位　121
7.7 本章总结　122
7.8 注释 123
第二部分　企业架构工件
第8章 企业架构的CSVLOD
模型　127
8.1 企业架构工件的分类维度　127
8.1.1 第一维度：内容　128
8.1.2 第二维度：方式　129
8.2 企业架构工件的六种常见
类型　130
8.2.1 经营考量　132
8.2.2 技术标准　132
8.2.3 业务愿景　133
8.2.4 技术景观　133
8.2.5 概要设计　134
8.2.6 详细设计　134
8.3 企业架构的最终CSVLOD
模型　135
8.4 本章总结　137
8.5 注释 138
第9章 经营考量　139
9.1 经营考量作为企业架构工件的
通用类型　139
9.1.1 信息内容　139
9.1.2 开发与使用　141
9.1.3 角色与收益　142
9.1.4 与相邻类型的差异　142
9.2 与经营考量相关的特定企业
架构工件　143
9.2.1 原则（必备）　143
9.2.2 政策与策略（常见）　144
9.2.3 概念数据模型（不常见）　146
9.2.4 分析报告（不常见）　147
9.2.5 方向声明（不常见）　149

9.3 关于经营考量的其他问题　150

9.4 本章总结　152

9.5 注释 152

第10章 技术标准　155

10.1 技术标准作为企业架构工件的

通用类型　155

10.1.1 信息内容　155

10.1.2 开发与使用　156

10.1.3 角色与收益　158

10.1.4 与相邻类型的差异　159

10.2 与技术标准相关的特定企业

架构工件　159

10.2.1 技术参考模型（必备）　160

10.2.2 指南（必备）　162

10.2.3 模式（常见）　164

10.2.4 IT原则（常见）　165

10.2.5 逻辑数据模型（不常见）　166

10.2.6 与技术标准相关的非主流

企业架构工件　168

10.3 关于技术标准的其他问题　169

10.4 本章总结　170

10.5 注释 171

第11章 业务愿景　172

11.1 业务愿景作为企业架构工件的

通用类型　172

11.1.1 信息内容　172

11.1.2 开发与使用　174

11.1.3 角色与收益　175

11.1.4 与相邻类型的差异　176

11.2 与业务愿景相关的特定企业

架构工件　176

11.2.1 业务能力模型（必备）　176

11.2.2 路线图（必备）　184

11.2.3 目标状态（常见）　187

11.2.4 价值链（不常见）　191

11.2.5 上下文图（不常见）　194

11.2.6 与业务愿景相关的非主流

企业架构工件　195

11.3 关于业务愿景的其他问题　196

11.4 本章总结　197

11.5 注释 198

第12章 技术景观　200

12.1 技术景观作为企业架构工件的

通用类型　200

12.1.1 信息内容　200

12.1.2 开发与使用　201

12.1.3 角色与收益　203

12.1.4 与相邻类型的差异　204

12.2 与技术景观相关的特定企业

架构工件　204

12.2.1 景观图（必备）　205

12.2.2 IT资产清单（常见）　207

12.2.3 企业系统组合（常见）　210

12.2.4 IT路线图（常见）　213

12.2.5 与技术景观相关的非主流

企业架构工件　216

12.3 技术景观的扩展问题　218

12.3.1 避免滥用　218

12.3.2 抽象级别　219

12.4 本章总结　220

12.5 注释 220

第13章 概要设计　222

13.1 概要设计作为企业架构工件的

通用类型　222

13.1.1 信息内容　222

13.1.2 开发与使用　224

13.1.3 角色与收益　227

13.1.4 与相邻类型的差异　228

13.2 与概要设计相关的特定企业

架构工件　228

13.2.1 解决方案概述（必备）　228

13.2.2 选项评估（常见）　231

13.2.3 计划提案（不常见）　232

13.2.4 与概要设计相关的非主流

企业架构工件　233

13.3 关于概要设计的其他问题　235

13.4 本章总结　235

13.5 注释 236

第14章 详细设计　237

14.1 详细设计作为企业架构工件的

通用类型　237

14.1.1 信息内容　237

14.1.2 开发与使用　239

14.1.3 角色与收益　242

14.1.4 与相邻类型的差异　242

14.2 与详细设计相关的特定企业

架构工件　243

14.2.1 解决方案设计（必备）　243

14.2.2 初步解决方案设计

（不常见）　244

14.2.3 与详细设计相关的非主流

企业架构工件　246

14.3 关于详细设计的其他问题　248

14.4 本章总结　249

14.5 注释 250

第15章 重新审视CSVLOD模型　251

15.1 CSVLOD分类法的自然延伸　251

15.2 将具体企业架构工件映射到CSVLOD分类法　253

15.3 企业架构赋能战略执行的

决策路径　255

15.3.1 典型决策路径　255

15.3.2 备选决策路径　257

15.3.3 企业架构工件作为决策点　258

15.4 企业架构CSVLOD模型的

天然描述性　260

15.5 企业架构CSVLOD模型的

例外情况　261

15.6 一页纸企业架构　262

15.7 本章总结　264

15.8 注释 264

第三部分　企业架构的其他方面

第16章 企业架构实践中的

架构师　267

16.1 架构师的一般技能和素质　267

16.1.1 业务和IT知识　268

16.1.2 高效沟通　269

16.1.3 合作态度　270

16.1.4 创新思维方式　270

16.1.5 系统思维　271

16.2 五种常见的架构师原型　271

16.2.1 解决方案架构师　272

16.2.2 领域架构师　273

16.2.3 业务领域架构师　274

16.2.4 企业架构师　275

16.2.5 架构经理　276

16.2.6 架构职位层次结构　276

16.3 组织环境中的架构职位　277

16.3.1 架构职位的组织映射　277

16.3.2 架构职位的流程映射　278

16.3.3 架构师、协作经理和技术

设计师　280

16.4 如何成为架构师并在职业

生涯中取得进步　282

16.5 本章总结　283

16.6 注释 284

第17章 组织中的架构职能　286

17.1 架构职能在组织中的角色　286

17.2 架构职能的结构　288

17.2.1 对组织规模的依赖　288

17.2.2 对分散程度的依赖　290

17.2.3 特别复杂的组织中的架构

职能　292

17.3 架构职能的治理机制　294

17.3.1 治理委员会和程序的

作用　294

17.3.2 四种类型的治理委员会和

程序　296

17.3.3 豁免和升级程序　299

17.3.4 治理委员会的结构　302

17.4 本章总结　303

17.5 注释 304

第18章 面向企业架构的工具　306

18.1 针对企业架构的建模语言　306

18.1.1 ArchiMate　307

18.1.2 统一建模语言　308

18.1.3 业务流程模型和表示法　308

18.1.4 集成信息系统架构　310

18.1.5 建模语言的实用性　310

18.1.6 建模语言在企业架构

实践中的作用　311

18.2 用于企业架构的软件工具　313

18.2.1 标准通用的MS Off?ice

应用程序　314

18.2.2 用于企业架构的专用软件

工具　314

18.2.3 配置管理数据库　316

18.2.4 软件工具的实用性　318

18.2.5 软件工具在企业架构

实践中的作用　320

18.3 企业架构实践中的测量方法　322

18.3.1 IT投资质量的测量标准　322

18.3.2 技术偏差大小的测量　324

18.3.3 对技术景观复杂性的

测量　325

18.3.4 测量在企业架构实践中的

应用　326

18.4 用于企业架构的其他工具　327

18.4.1 企业架构工件的模板　327

18.4.2 稻草人架构　328

18.4.3 项目检查表和评估表　329

18.4.4 架构债务　331

18.5 敏捷企业架构　333

18.5.1 企业架构实践中的敏捷性

维度　334

18.5.2 选择适当的方法来实现

必要的敏捷性　336

18.6 本章总结　337

18.7 注释 338

第19章 企业架构实践的生命周期　342

19.1 在组织中建立企业架构实践　342

19.1.1 建立企业架构实践的

历史路径　346

19.1.2 建立企业架构实践的

刻意路径　347

19.1.3 促进企业架构实践的组织

接受度　350

19.2 企业架构实践的成熟度　352

19.2.1 企业架构实践成熟度

评估中存在的问题　353

19.2.2 企业架构实践的成熟度

评估方法　353

19.2.3 企业架构实践的成熟度

作为可持续竞争优势的

一个因素　355

19.3 企业架构实践和企业架构

咨询　357

19.3.1 基于计划的协同　359

19.3.2 战略协同　359

19.3.3 发展协同　360

19.3.4 与咨询公司的建设性和

反建设性关系　360

19.4 本章总结　363

19.5 注释 363

后记　370

附录A　企业架构的起源和现代

企业架构最佳实践　371

附录B　企业架构教学包　404

参考文献　406

前　　言
这里为本书设定了一个总体背景，介绍了创作本书的整体历史背景，首先解释了本书的背景、缘起和动机，然后解释了本书的内容、特色和读者对象，最后介绍了本书的结构并澄清了一些重要的术语问题。
第2版前言
自2018年本书第1版出版已过去两年多的时间。本书已被企业架构（Enterprise Architecture，EA）界普遍接受，我在亚马逊上看到了许多读者正面的评价，也收到了很多赞赏的邮件。有人告诉我，本书帮助他们解决了其关于企业架构所听和所见之间持续存在的认知偏差问题。还有人告诉我，本书帮助他们理解了企业架构的运作方式，也帮助其组织建立了企业架构实践。一些来自不同国家的大学讲师写信给我，说他们已决定采用本书作为其企业架构课程的主要资源，这促使我根据本书的内容为大学相关课程开发了一个补充教学包（附录B中提供了关于现有教学材料的详细信息）。
然而，本书也有批评者。一些忠实的企业架构框架狂热者声称，尽管有大量的不利证据，但这些框架在某种程度上仍是企业架构的“根本”，我认为这纯粹是狂热的蒙昧主义。其他不那么狂热的企业架构框架支持者认为，书中介绍的模型（特别是企业架构的CSVLOD模型）是对现有框架的补充，而非替代。对此，我的回答是，由于企业架构框架的非经验性起源，因此它们之于我的模型，就像宗教之于科学或科幻小说之于研究性文学一样。
有些人抱怨我对企业架构的描述让他们失望，与他们心中所认为的企业架构不符，例如，不以IT为中心，平等地拥抱组织的各个方面。在此我要强调的是，本书的意图是准确把握实际情况，而不是夸大希望或猜测应该是什么。此外，我想说的是，组织的现实是出于合理的、客观的原因，在特定情况下根本不可能有什么不同。还有些人因缺乏直接的“按图索骥式”的指导而感到失望，他们认为这种指导才是实用的、可操作的。对此，我只能补充一句：大多数现实世界的管理问题都太复杂、太多面、太具体，这里无法统一给出简单的解决步骤。因此，所有通用的建议、放之四海而皆准的方法和精确的规则都是骗人的，企业架构从业者不应寄希望于它们，而应多加思考1。
我收到的另一个更有趣的系列询问可通过以下问题来举例说明：许多组织会使用企业架构框架，如TOGAF或Zachman，但有谁使用了你的方法？框架是经过验证的，你的模型却没有，我们为什么要相信它们？我们如何知道CSVLOD模型真的有效？在我看来，这些问题以及类似的问题恰恰反映了从企业架构学科（似乎不仅仅是企业架构学科）中观察到的真正悲剧性情况：由于肆无忌惮地推广时髦的想法，因此人们彻底困惑了，他们无望地迷失在无尽的炒作中，根本无法区分现实与虚构。为了回答这些问题，我只能再次重申书中反映的两个核心研究结果。一方面，尽管流行的企业架构框架得到了广泛讨论，但所有来自真实组织的现有证据均表明，它们的建议不切实际，且每当这些框架被“使用”时，其使用都纯粹是名义上的和象征式的，因为时至今日有经验的架构师从来都没有认真对待过这些建议。另一方面，企业架构的CSVLOD模型和书中介绍的其他模型描述了有成就的架构师根据自身经验（当然，是以我对其故事的解释为准）在组织中实际做的事情，而不管他们是否声明使用企业架构框架。总而言之，无论从何种意义上讲，成功的企业架构实践都不像企业架构框架开出的处方，即使口口声声说是框架，但这些实践往往与CSVLOD模型更相关，尽管参与的企业架构从业者从未听说过这个模型。
与此同时，我还在继续研究组织中的企业架构实践，收集新的数据，分析新的证据。在我的实证研究中，我再次惊讶于现实世界中的企业架构实践是如此多样化、奇特和与众不同。可以说，不可能找到两个具有相同流程、工件或架构师职位的企业架构实践，这与行业大师的谈话形成鲜明对比，他们清楚地知道每个公司必须做什么才能在数字化转型时代生存。新的发现和有价值意见成为编写本书第2版的主要动机，它们作为更多的细节充实了本书。
更新本书的另一个重要动机是，围绕企业架构的主流论述在清晰度、真实性和现实性方面没有任何改善2。例如，商业媒体评论员仍认为企业架构是由业务、数据、应用程序和技术架构（四者是独立且定义清晰的）组成的，就好像这可以在任何真实的企业架构实践中观察到一样3。专业记者仍在不紧不慢地用老一套的企业架构框架来迷惑CIO，即使它们在很久以前就已经被证明是不实用的4。不负责任的企业架构培训机构仍然在推广各自的课程和认证，似乎这些框架还没有让试图使用它们的组织浪费足够的金钱5。行业“专家”仍在传播着令人震惊的荒谬想法，就好像他们生活在其他星球上一样6。关于企业架构的学术文章变得更加“理论化”，与现实脱节，与实践无关7。与企业架构相关的时尚技术景观进一步丰富了，或者说到处都是利用“敏捷”和“数字化转型”等新流行语炒作的怪异产品8。尽管各方均在积极努力着，但在企业架构学科中传播真正的系统性知识这一情况并没有得到改善，甚至恶化了。对于许多基本的企业架构问题，（我们）仍然很难找到任何关于企业架构实践的一致信息以及与企业架构相关的基本问题的基于证据的答案。因此，我们需要一个关于企业架构的值得信赖的知识来源。
第2版的材料（来自2018—2020年参与的研究）
本书是作者多年进行企业架构研究的成果。作者自2013年以来积累的大量数据构成了本书的基础。本书第2版的基础材料来自作者2018—2020年参与的企业架构的研究活动。特别地，第2版得益于从以下活动获得的关于企业架构实践的新信息：
分析了近400种关于企业架构和信息系统规划的不同出版物，包括历史出版物和本书第1版之后新出版的出版物。
作者亲自对来自澳大利亚25个不同规模和行业的组织的不同派别架构师进行了30次访谈，这些组织的企业架构实践成熟度各不相同。
作者作为数据分析师对两个较大规模的澳大利亚组织（一个政府部门和一家银行）进行了深入的案例研究，这两个组织的企业架构实践相当成熟。
作者作为数据分析师对澳大利亚不同规模、行业和企业架构经验的组织中的各类企业架构从业者进行了18次访谈。
因此，本书第2版融合了多个组织关于企业架构实践的新经验。然而，一些有价值的发现、观察结果和见解尚未在这一版本中反映出来，它们将在未来被纳入本书的后续版本中。
第2版的变化
本书第2版新增了几个实质性的补充内容，并对全文进行了大量细小改进。一些改进本应更早出现在第1版中却被忽略了；而另一些则是基于第1版出版后收集的新经验数据才改进的。第2版中最明显的改进包括：
第7章详细描述了IT投资组合管理和预算编制流程、它们在企业架构实践中的地位，以及它们与IT计划和其他企业架构相关过程的关系。
第二部分，特别是第11章，提供了更多流行的企业架构工件例子，并详细地描述了它们在组织中的使用情况。
增加了对协作经理和技术设计师的角色、架构师的职业道路（第16章），复杂组织中的架构职能（第17章），项目检查表和评估表、敏捷企业架构（第18章）以及企业架构实践中的一些其他特殊要素的描述。
对企业架构的决策路径（第15章）、架构治理程序（第17章）、企业架构相关的测量方法（第18章）、企业架构实践的成熟度（第19章）以及企业架构实践的一些其他重要方面的描述进行了大幅扩展。
进行了许多内容方面的扩展、修订，并改善了可读性。
简言之，本书第2版在结构上并无变化，但极大丰富了细节。
第2版致谢
本书第2版的出版离不开60多位来自不同组织的澳大利亚企业架构从业者和国际企业架构从业者的付出，他们参与了各自的研究活动，花费了宝贵的时间和精力，并分享了他们对企业架构的见解。我非常感谢他们对这项研究的贡献，尽管我没有见过所有人。此外，由于所有参与访谈的人都是匿名的，我只能对有限的几位架构师致以我个人的“感谢”。在这里，我要感谢Anthony Popple、Chong Ng、Craig Childs、David Whyte、Gary Franks、Ghouse Mohammed、Gideon Slifkin、Jeff Warke、Karen Modena、Malcolm Cook、Marc Campbell、Minnie Tabilog、Nilesh Kevat、Paul Monks、Paul Sagor、Paul Taylor、Peter King、Pramod Fanda、Sam Zamani、Stefan Ziemer、Stewart Pitt、Sylvia Githinji、Vivek Pande和Wayne Hepenstall对这项研究的宝贵贡献。
第1版前言
在业界积累了几年的软件开发和架构经验后，2013年，我开始了在澳大利亚墨尔本皇家理工大学的博士研究项目，主要研究作为整个组织信息系统规划工具的企业架构概念。
当开始博士研究项目时，我已获得了TOGAF认证，并且知道了其他流行的企业架构框架，包括Zachman、FEAF和DoDAF。与所有其他博士生一样，我通过研究现有关于企业架构的学术文献开始了我的研究。很快我就意识到，绝大多数现有的企业架构出版物都基于众所周知的企业架构框架的思想。可能和大多数熟悉企业架构文献的人一样，在研究的早期阶段，我得出了以下结论：整个企业架构学科都根植于企业架构框架9（它反映了成熟的企业架构最佳实践），并且源于奠基性的Zachman框架10。
然而，在进一步分析现有的企业架构文献时，我发现了一些另类的企业架构使用方法，这些方法所倡导的思想明显与企业架构框架的基本考量不一致11。此外，这些替代方法的作者还批评了企业架构框架思想的不切实际12。这种情况使得人们开始怀疑企业架构框架对企业架构学科的作用和价值。如果企业架构框架真的如企业架构文献所言代表了被人们广泛认可的企业架构最佳实践，那为何其思想会受到严厉的批评呢？如果企业架构框架的思想非常重要、非常基础，那为何人们还要提出使用企业架构的其他不同方法？如果企业架构实践的基本思想非常清晰并且很容易理解，那为何企业架构实践的现象存在多种不一致甚至相互排斥的描述？如果有几种截然不同的推荐方法，那么它们的优势和劣势是什么？
我进一步深入而全面地回顾了现有的企业架构文献，发现了许多关于企业架构框架的有趣事实。首先，我甚至找不到一本出版物能准确展示企业架构框架的基本思想如何在真实的组织中被成功实施13。其次，我意识到，几乎所有涉及实际问题的定性企业架构研究都得出了“企业架构框架的思想很难成功实施14”的结论。