TOGAF架构开发方法—G阶段:实施治理

本章提供了对实现的体系结构监督。

TOGAF架构开发方法—G阶段:实施治理_第1张图片

 一、目标

G阶段的目标是:

  •  通过实施项目确保符合目标架构
  • 为解决方案和任何实施驱动的架构更改请求执行适当的架构管理功能

二、 输入

本节定义阶段 G 的输入。

1 、企业外部参考物质

  • 架构参考资料

2、 非架构输入

  • 架构工作请求
  • 能力评估

3、 架构输入

  • 企业架构的组织模型,包括:
    • 受影响的组织范围
    • 成熟度评估、差距和解决方法
    • 架构团队的角色和职责
    • 体系结构工作的约束
    • 预算需求
    • 治理和支持战略
  • 量身定制的架构框架, 包括:
    • 量身定制的架构方法
    • 定制的架构内容(可交付成果和工件)
    • 已配置和部署的工具
  • 架构工作声明
  • 架构愿景
  • 架构存储库,包括:
    • 可重复使用的构建块
    • 公开可用的参考模型
    • 组织特定的参考模型
    • 组织标准
  • 架构定义文档
  • 架构需求规范,包括:
    • 体系结构要求
    • 差距分析结果(来自业务、数据、应用程序和技术架构)
  • 架构路线图
  • 架构治理框架
  • 实施治理模型
  • 架构契约(标准)
  • 在阶段 E 和 F 期间确定的架构工作请求
  • 实施和迁移计划

三、步骤

阶段 G 中涉及的详细程度将取决于整体架构工作的范围和目标。

阶段G中步骤的顺序以及正式开始和完成的时间应适应 根据既定的架构治理情况。

阶段 G 中的步骤如下:

  • 使用开发管理确认部署的范围和优先级
  • 确定部署资源和技能
  • 指导解决方案部署的开发
  • 执行企业架构合规性审查
  • 实施业务和 IT 操作
  • 执行实施后审查并关闭实施

1 、确认部署的范围和优先级管理

  • 查看迁移规划输出并生成部署建议
  • 确定开发团队的企业架构优先级
  • 确定部署问题并提出建议
  • 确定用于替换、更新等的构建基块。
  • 对企业架构和解决方案框架进行差距分析

    需要确定现有企业解决方案框架中的差距,以及填补这些差距所需的特定SBB 将由解决方案架构师确定。这些 SBB 可能与项目具有一对一或多对一的关系。这 解决方案架构师需要准确定义如何完成此操作。可能还有其他项目在处理这些相同的功能 解决方案架构师需要确保他们能够从这些投资中获得最佳价值。

  • 生成差距分析报告

2、确定部署资源和技能

项目资源将包括需要在整个企业中接受教育的开发资源 特定开发和实施项目的架构可交付成果和期望。

此步骤应解决以下注意事项:

  • 确定解决方案开发所需的系统开发方法

    注意:

    项目团队可以使用一系列系统开发方法和工具。理想情况下,该方法应该能够 与架构输出互操作;例如,从迄今为止交付的根据架构设计生成的代码。这可能是 通过使用用于企业架构开发的建模语言来实现,这些语言可以作为输入捕获 系统开发工具,从而降低解决方案开发的成本。

  • 确保系统开发方法能够向架构团队反馈设计

3 、指导解决方案部署开发

  • 制定项目推荐

    对于每个单独的实现和部署项目,请执行以下操作:

    • 影响分析中单个项目的文件范围
    • 在影响分析中记录战略需求(从体系结构角度)
    • 影响分析中的文档更改请求(例如对标准接口的支持)
    • 影响分析中的一致性文档规则
    • 在影响分析中记录路线图中的时间表要求
  • 文档体系结构协定
    • 获得所有发展组织和赞助组织的签名
  • 更新解决方案的企业连续体目录和存储库
  • 指导服务业务和IT运营模型的开发
  • 提供派生自企业架构的服务需求
  • 指导业务和IT运营要求的定义
  • 在解决方案体系结构和运营之间执行差距分析
  • 制定实施计划

4、 执行企业架构合规性审查

  • 查看每个构建基块的持续实施治理和架构合规性
  • 进行开发后审查
  • 关闭部署项目的开发部分

5、 实施业务和 IT 运营

  • 执行部署项目,包括:IT服务交付实施;业务服务交付实施; 技能发展和培训实施;通信文件出版物
  • 将新的基线架构发布到架构存储库并更新其他受影响的存储库,例如操作存储库 配置管理存储

6、 执行实施后审查并关闭实施

  • 进行实施后审查
  • 发布评论并关闭项目

四、输出

相位G的输出可能包括但不限于:

  • 架构合同(已签署)如符合体系结构的已实现体系结构中建议的那样
  • 合规性评估
  • 更改请求
  • 部署的架构兼容解决方案包括:
    • 符合架构的已实施系统

      注意:

      实现的系统实际上是开发过程的输出。但是,鉴于此输出的重要性,它是 此处声明为 ADM 的输出。架构人员在实施中的直接参与将根据以下情况而有所不同 组织政策 。

    • 填充的体系结构存储库
    • 架构合规性建议和分配
    • 关于服务提供要求的建议
    • 有关性能指标的建议
    • 服务级别协议 (SLA)
    • 架构愿景,实施后更新
    • 体系结构定义文档,在实施后更新
    • 已实施解决方案的业务和 IT 运营模式
    • 架构构建块 (ABB)

五、 方法

在这里,成功管理各种实施项目的所有信息都汇集在一起。注意 与阶段 G 并行,执行特定于组织的开发过程,其中实际 发展发生。

尽早实现业务价值和收益,并将转型和迁移中的风险降至最低 程序中,首选方法是将目标体系结构部署为一系列转换。每个过渡代表一个 逐步实现目标,每个目标都以自己的方式提供业务利益。因此,阶段的整体方法 G 表示:

  • 制定实施计划,以便交付同意实施的过渡架构 在迁移规划阶段
  • 采用反映架构路线图中体现的业务优先级的分阶段部署计划
  • 遵循组织的企业、IT 和架构治理标准
  • 使用组织已建立的项目组合/项目群管理方法(如果存在)
  • 定义运营框架以确保部署的解决方案的有效长寿命

阶段 G 通过架构契约在架构和实施组织之间建立连接。

制定项目细节,包括:

  • 名称、说明和目标
  • 范围、可交付结果和约束
  • 有效性措施
  • 验收标准
  • 风险和问题

你可能感兴趣的:(TOGAF,架构)