1.1 准备阶段（Preliminary）

企业架构开发方法各阶段——预备阶段

1.1.1 目标

预备阶段的目标是：

• 对进行企业架构活动的组织的背景和环境进行审查。
• 明确企业架构的赞助人，以及其他将被创建企业架构这项业务指令所影响的主要干系人，并确定他们的需求和优先级、他们与组织的关系，以及他们之间所需的工作行为。
• 确保所有将要被涉及到的或受益的人员致力于架构过程的成功。
• 促使架构赞助者为将要受到影响的业务领域的工作制定需求。
• 明确受此业务指令影响的各个企业组织元素，并对其范围进行界定。此外，还需要为这些元素定义各种约束和假设。
• 定义组织的“架构足迹”，包括负责执行架构工作的人员、他们的位置以及职责。
• 定义用于进行企业架构建设的框架和详细方法。
• 确定一个治理和支持框架，用来在整个ADM过程中为架构治理提供业务流程和资源方面的支持。此种框架将会确保目标架构的适用性（fitness-for-purpose），并对其在进行过程中的效能进行评测。
• 选择和落实用于支持架构活动的各种工具和基础设施。
• 定义架构原则，而这些原则将会成为约束架构工作的一个部分。

1.1.2 方法

预备阶段在于为企业或组织定义在哪里、为什么、谁负责、如何创建架构，以及架构的大体内容是什么，具体包括如下几个主要方面：

• 确定企业的范围，并借此明确将要从企业架构中获益的各个干系人。
• 为了在某个企业中为采用何种框架做出一个有效且明智的决定（包括如何对框架进行裁剪，从而适合组织的需要），明确组织背景和环境是必需的，这包括针对如下几个方面的考虑：
  • 企业架构的商业模型和企业架构活动的预算计划。
  • 企业中与架构相关的干系人以及他们的关注点。
  • 组织的意向和文化。
  • 当前用于支持变更执行和IT运营的各个流程。
  • 基线架构景观，包括企业当前的状态以及其景观如何通过文档的形式来表现。
  • 将要使用架构框架的组织的技能和能力。
• 架构工作需求：处在架构工作背后的业务需求驱动了针对架构工作的需求和性能指标的制定。这些需求应该足够清晰，从而使得业务输出和资源需求得以被界定，同时简要的企业业务信息需求以及与之相关的企业架构工作策略也将被定义出来。
• 制定原则：在此阶段制定的架构原则将会成为日后用于约束架构工作的各种内容的重要组成部分。
• 明确组织的管理框架：企业架构开发方法是一种通用的方法，它既可以适用于各种行业，亦可以与企业中已经存在的各种管理框架相融合。一般来讲，能够与TOGAF相互协调的管理框架包括业务能力管理、组合/项目管理方法、运营管理方法和解决方案开发方法。这些框架并不是相互隔绝的，而是相互交叠并组合在一起来为组织提供价值，因而TOGAF也不能仅仅着眼于IT实现，而应该扩展视野，将关注点放到其对整个组织的影响之上。这种与组织中其他框架的融合也为组织在引入TOGAF时提出了要求，即组织应根据自身特点对其进行适当的改造。
• 将各种管理框架进行关联：由于组织中存在着各种作用不同的管理框架和方法，因而他们与企业架构之间的合作关系应该得到明确的定义。在TOGAF规范中列出了如下图所示的一张管理框架关系图：

组织中管理框架之间的关系与交互

• 为企业架构/业务变更的成熟度评估进行规划：能力成熟度模型（CMM，Capability Maturity Model）是一个根据各种选定因素而进行评估的有效方法，在企业架构的建设中亦是如此。成熟度的实际水平为组织的变更能力提供了一个战略上的评测以及一系列用于改善组织能力的步骤。一个好的企业架构成熟度模型应该在很大程度上涵盖了企业的各项特性，这既包括业务方面，也包括技术方面。每个组织都可以根据自身情况制定各项评测因素，并据此建立起适合于自己的成熟度模型，不过TOGAF建议组织应以某现存并且开放的成熟度模型（例如NASICO、美国联邦企业架构成熟度模型等）为基础来定制符合自身需要的成熟度模型，而不要凭空创建。

1.1.3 输入与输出

在当前阶段所需的输入材料以及此阶段输出的各种交付物归纳如下：

1.1.4 步骤

在当前阶段中所要执行的各个步骤归纳如下：

• 界定将要受到影响的企业组织的范围。
• 确定治理和支持框架。
• 定义并建立企业架构团队和组织结构。
• 明确并制定架构原则。
• 选择架构框架，并对其进行定制。
• 落实相关架构工具。