第11章：G阶段：实施治理
11.1 目标
G阶段的目标是：
- 确保实施项目符合目标架构
- 为解决方案和任何实施驱动的架构变更请求执行适当的架构治理功能
11.2 输入
本节定义了阶段G的输入。
11.2.1 企业外部参考资料
- 架构参考资料（见TOGAF标准——架构内容）
11.2.2 非架构输入
- 架构工作请求（见TOGAF标准——架构内容）
- 能力评估（见TOGAF标准——架构内容）
11.2.3 架构输入
■ 企业架构的组织模型（见TOGAF标准——架构内容），包括：
— 受影响组织的范围
— 成熟度评估、差距和解决方法
— 架构团队的角色和职责
— 建筑工作的限制
— 所需预算
— 治理和支持战略
■ 定制架构框架（见TOGAF标准——架构内容），包括：
— 量身定制的架构方法
— 量身定制的架构内容（可交付成果和工件）
— 已配置和部署的工具
■ 架构工作说明书（见TOGAF标准——架构内容）
■ 架构愿景（见TOGAF标准——架构内容）
■ 架构库（见TOGAF标准——架构内容），包括：
— 可重复使用的构建块
— 公开可用的参考模型
— 特定组织的参考模型
— 组织标准
■ 架构定义文档（见TOGAF标准——架构内容）
■ 架构需求规范（见TOGAF标准——架构内容），包括：
— 建筑要求
— Gapanalys的 结果 （来自 业务、 数据、 应用程序 和 技术架构）
■ 架构路线图（见TOGAF标准——架构内容）
■ 架构治理框架（见TOGAF标准——企业架构能力和治理）
■ 实施治理模型（见TOGAF标准——架构内容）
■ 架构合同（标准）（见TOGAF标准——企业架构能力和治理）
■ 在E和F阶段确定的架构工作请求（见TOGAF标准——架构内容）
■ 实施和迁移计划（见TOGAF标准——架构内容）
11.3 步骤
G阶段所涉及的详细程度将取决于整体架构工作的范围和目标。
G阶段的步骤顺序以及正式开始和完成的时间应根据既定的架构治理适应当前的情况。
G阶段的步骤如下：
- 与开发管理部门确认部署的范围和优先级（见第11.3.1节）
- 确定部署资源和技能（见第11.3.2节）
- 指导解决方案部署的开发（见第11.3.3节）
- 执行企业架构合规性审查（见第11.3.4节）
- 实施业务和IT运营（见第11.3.5节）
- 执行实施后审查并结束实施（见第11.3.6节）
11.3.1 与开发管理部门确认部署的范围和优先级
- 审查迁移规划产出，并就部署提出建议
- 确定开发团队的企业架构优先事项
- 识别部署问题并提出建议
- 确定替换、更新等的构建块。
- 对企业架构和解决方案框架进行差距分析。需要确定现有企业解决方案框架中的差距，解决方案架构师将确定填补这些差距所需的具体SBB。这些SBB可能与项目有一对一或多对一的关系。解决方案架构师需要确切地定义如何做到这一点。可能还有其他项目在开发这些相同的功能，解决方案架构师需要确保他们能够从这些投资中获得最佳价值。
- 制作差距分析报告
11.3.2 确定部署资源和技能
项目资源将包括开发资源，这些资源需要接受整体企业架构交付成果以及特定开发和实施项目的
期望方面的教育。
在此步骤中应考虑以下因素：
- 确定解决方案开发所需的系统开发方法。注：项目团队可以使用一系列系统开发方法和工具。理想情况下，该方法应该能够与架构输出进行互操作；例如，从迄今为止交付的架构工件生成代码。这可以通过使用用于企业架构开发的建模语言来实现，这些语言可以被捕获为系统开发工具的输入，从而降低解决方案开发的成本。
- 确保系统开发方法能够向架构团队提供设计反馈
11.3.3 指导解决方案部署的开发
■ 制定项目建议
对于每个单独的实施和部署项目，请执行以下操作：
— 在影响分析中记录单个项目的范围
— 在影响分析中记录战略需求（从架构的角度）
— 在影响分析中记录变更请求（如对标准接口的支持）
— 记录影响分析中的一致性规则
— 在影响分析中记录路线图的时间表要求
■ 文档架构合同
— 获得所有开发组织和赞助组织的签名
■ 更新解决方案的Enterprise Continuum目录和存储库
■ 指导服务业务和IT运营模式的开发
■ 提供源自企业架构的服务需求
■ 指导业务和IT运营要求的定义
■ 对解决方案架构和运营之间的差距进行分析
■ 制定实施计划
11.3.4 执行企业架构合规性审查
- 审查每个构建块的持续实施治理和架构合规性
- 进行开发后审查
- 关闭部署项目的开发部分
11.3.5 实施业务和IT运营
- 执行部署项目，包括：IT服务交付实施；业务服务交付实施；技能发展和培训实施；通信文件出版物
- 将新的基线架构发布到架构存储库，并更新其他受影响的存储库，如操作配置管理存储库
11.3.6 执行实施后审查并结束实施
- 进行实施后审查
- 发布评论并关闭项目
G阶段将在解决方案完全部署一次后结束。
11.4 输出
G阶段的输出可能包括但不限于：
■ 架构合同（已签署）（见TOGAF标准——企业架构能力和治理），如符合架构的已实现架构
中所建议的
■ 合规性评估（见TOGAF标准——架构内容）
■ 变更请求（参见TOGAF标准——架构内容）
■ 部署的符合体系结构的解决方案包括：
— 符合架构的已实施系统注：实现的系统实际上是开发过程的输出。然而，鉴于这一输出的重要性，这里将其作为ADM的输出。架构人员在实施中的直接参与将根据组织政策而有所不同，如TOGAF标准——企业架构能力和治理所述。
— 填充架构存储库
— 架构合规性建议和豁免
— 关于服务交付要求的建议
— 关于绩效指标的建议
— 服务水平协议（SLA）
— 架构愿景，实施后更新
— 架构定义文档，实施后更新
— 已实施解决方案的业务和IT运营模式
— 建筑构件（ABB）
11.5 方法
正是在这里汇集了成功管理各种实施项目的所有信息。请注意，与阶段G并行的是，执行特定于组织的开发过程，实际开发发生在该过程中。为了尽早实现业务价值和利益，并最大限度地降低转型和迁移计划中的风险，首选的方法是将目标架构部署为一系列过渡。每一次转型都是朝着目标迈出的一步，每一次都会带来商业利益。因此，G阶段的总体方法是：
- 制定一个实施计划，以交付在迁移规划阶段商定实施的过渡架构
- 采用反映架构路线图中体现的业务优先级的分阶段部署时间表
- 遵循组织的企业、IT和架构治理标准
- 在存在的情况下，使用组织既定的项目组合/项目管理方法
- 定义一个操作框架，以确保部署的解决方案的有效长寿命
G阶段通过架构合同建立架构和实施组织之间的联系。
制定项目细节，包括：
- 名称、描述和目标
- 范围、可交付成果和限制
- 有效性度量
- 验收标准
- 风险和问题
实现治理与总体架构治理密切相关，这在TOGAF标准《企业架构能力和治理》中进行了讨论。
G阶段的一个关键方面是确保不仅实施项目，而且企业内其他正在进行的项目都符合定义的架构。
TOGAF标准——企业架构能力和治理中详细解释了与此相关的考虑因素。