介绍企业架构的历史已经好多次了，在《企业架构设计的本质》中介绍过三个重要的框架：Zechman，DoDAF 和 TOGAF。除此以外市面上还有各种各样的书讲架构设计方法和实践，所以我再想是不是可以为架构设计圈做一点有意义的小事，就是把这些架构框架，架构书籍，甚至架构工具都解读一遍。现在使用最多，影响力最大的就是 TOGAF 了，所以我打算就从这个有点重的块头开始，和庖丁解牛一样一点点拆解，所以这个小事有个标签：和坚解构。
1 预备阶段的目的
这篇文章会完整介绍一下 ADM 的预备阶段，按照《解构 TOGAF-3-用 ADM 如何打胜仗？ 》的类比，如果企业架构规划和实施是企业的一场战争，预备阶段的目的就是战前动员。需要让企业的关键组织意识到企业架构的价值，确定组织期望获得的架构能力，然后开始在企业建立架构能力。
那么什么才是架构能力呢？或者说架构能力应该包含什么？先说说“能力”的定义吧，这是一个经常挂在嘴边的词，有时候我们会说一个人能力很强，有时候也会说一个公司不具备什么能力，那么究竟什么才是能力呢？
TOGAF 中对于能力的英文定义是： An ability that an organization, person, or system possesses. Capabilities are typically expressed in general and high-level terms and typically require a combination of organization, people, processes, and technology to achieve. For example, marketing, customer contact, or outbound telemarketing .
这个定义重点表达了“能力”是基于组织，人，流程，技术的一种组合（后面业务架构中的业务能力也是基于这个定义推演的）。翻译一下，能力就是组织或人基于流程和技术达成特定目标的东西。所以所谓架构能力就是组织或人基于流程和技术完成架构设计，实施，治理以及架构变更的东西。
弄清楚了架构能力的定义，下面看看 TOGAF 是怎么一步步识别架构能力，建设架构能力的。
2 预备阶段的步骤
2.1 界定受影响的企业组织范围
这一步的主要工作是站在架构的视角界定受 EA 影响的组织，需要界定这样四类组织：
- 核心单元：受 EA 工作影响最大并从中获取最大价值
- “软”单元：不直接受 EA 工作影响，但将会看到 EA 对其能力的改变，并与核心单元合作
- 扩展单元：不受当前 EA 工作影响的
举个例子，如果一个企业需要建设中台，那么第一步应该是识别受影响的组织范围，明确核心单元，软单元和扩展单元。
要明确哪个组织会从中台获取最大价值，这个组织必然是一个位处企业中心的组织，如果找不到一个这样的组织，就是需要新建立一个中台团队成为 EA 工作的核心单元
然后要发现会受到影响的“软”单元，比如一线业务部门，他们会感受到中台对于他们能力的改变，可能是增加了新能力，可能是简化了某个旧能力的流程。
最后明确哪些组织是不受中台影响的，比如一些企业的后勤保障部门。
这个步骤的输出是：
- 初始化的架构存储库
- 企业架构的组织模型（三类组织单元）
2.2 确认治理和支持框架
这一步的主要目的是基于前面识别的组织范围看看要不要调整治理框架，做出这个判断需要评估现有的治理和支持模型，如果现有的模型和第一步识别的范围不匹配就需要调整架构治理框架。
接着前面中台的例子，如果架构治理原来是由一线业务的技术团队负责，那么基于新识别的核心单元，就应该有中台团队负责架构治理了。
这个步骤的输出是：
- 架构治理框架（谁负责治理架构）
2.3 定义并建立 EA 团队和组织
这一步的主要目的是为企业架构能力管理和治理分配关键角色和团队。如何确定需要多少关键角色呢，需要多少人呢，这就需要基于现有工作领域的差距来定义了。然后还需要基于这些差距界定新企业架构的工作范围，确定约束，还有评估预算。
中台架构团队需要多少角色和人呢，这需要看现有工作领域的差距有哪些，差距只是一些基础能力的复用，那中台架构团队主要准备基础能力相关的架构师就好了。
这个步骤的主要输出：
- 架构工作请求书（要做什么，要什么角色，如何建立 EA 团队）
- 企业架构的组织模型（EA 的组织模型）
- 业务原则，业务目标和业务驱动因素
2.4 识别并建立架构原则
原则是讲述一个组织如何履行其使命的规则和指引，架构原则是架构应满足的意图的定性说明，为后续架构设计时的决策提供了框架。可以分成业务原则，数据原则，应用原则，技术原则
比如对于一个中台能力的灵活性，就需要有一个技术架构原则是： 基于微服务技术实施中台
这个步骤的主要输出：
- 经剪裁的架构框架，包含架构原则
2.5 剪裁 TOGAF 标准
这一步是确定适合企业的架构框架了，所以需要对 TOGAF 进行剪裁，可以进行的剪裁方式有：
- 术语剪裁，最好使用企业广泛理解的术语
- 流程剪裁，基于前面确定的工作范围，可以去除 ADM 中没有必要的阶段。
- 内容剪裁，对于企业特定的需求，可以对 TOGAF 的架构内容框架进行定制
这个步骤的主要输出：
- 经剪裁的架构框架
2.6 实施架构工具
这一步骤的主要目的是。。。。我不知道。不开玩笑，我真的不知道这一步要干嘛，研究了各种材料，专门去看了看“第 42 章架构开发工具”也没弄明白这个架构工具究竟是什么。所以我贴一段 TOGAF 的原文大家自己感受一下吧。
“
用于定义和管理架构内容的正规程度将高度依赖于组织内部架构功能的规模、复杂性和文化。理解期望的架构实施路径，就可以选择适当的架构工具来支撑架构功能。工具的使用途径可能以标准办公效率应用的相对非正式使用做为基础，或以专家架构工具的定制化部署做为基础。依靠复杂程度，工具实施范围可以从一个细小的任务到一个更复杂的系统实施活动。
”
我只能大胆猜测这里的架构工具应该是可以画架构图的软件，如果是非正式的呢，就用普通办公级别的画图工具就好了；如果要专业一点，那最好用专业的画图工具，甚至还需要一些基于定制化架构框架的定制化功能。
3 预备阶段的架构交付物
介绍完了预备阶段的实施步骤，最后总结一下预备阶段的架构交付物都有什么：
- [架构原则]，在步骤 4 产出
- [架构库]，在步骤 1 产出初始化的架构库
- [业务原则，业务目标和业务驱动因素]，在步骤 3 产出
- [EA 的组织模型]，在步骤 3 产出
- [架构工作请求书]，在步骤 3 产出
- [经剪裁的架构框架]，在步骤 5 产出
以上就是预备阶段的全部工作了，小结一下，在 ADM 的预备阶段主要目的是帮助企业快速建立架构能力，因为后续几个阶段的工作都需要架构能力才能实施。
回到现实世界的企业架构项目中，我觉得这个预备阶段给我最大的启发是：虽然我们 thoughtworks 有了很多企业架构设计的实战经验，我们很清楚的知道应该如何设计四类架构（业务架构，应用架构，数据架构，技术架构），但这只说明我们具备了架构能力。但对于一个企业（客户）来说，我们还需要通过这个预备阶段帮助企业意识到它需要哪些架构能力，以及应该如何建设这些架构能力。
所以不论是甲方还是乙方，在开始企业架构工作之前，都应该先动员实施企业架构的组织识别清楚需要什么架构能力，如何建设这些架构能力。
