当前位置:   article > 正文

企业架构研究总结(24)——TOGAF架构开发方法(ADM)之机会及解决方案阶段_机会和解决方案(opportunities & solutions)

机会和解决方案(opportunities & solutions)

1.7 机会及解决方案(Opportunities and Solutions)

企业架构开发方法各阶段——机会及解决方案

1.7.1 目标

      本阶段的目标是:

  • 重新审查业务目标和能力,合并自业务架构阶段到技术架构阶段之间的差距,并通过对各构建块分组进行组织来表明这些能力。
  • 重新审查并确定企业当前用于适应变更的各个因素和能力。
  • 获得一系列过渡架构,它们可以通过对各种机会的开发利用,来为各构建块的实现提供持续的业务价值。
  • 产生概要性的实施与迁移策略,并取得共识。

1.7.2 方法

      此阶段是第一个关注于目标架构的实现结构的阶段。这一阶段从企业的业务和技术角度出发,对各个IT活动进行理顺,并将它们在逻辑上纳入到若干个存在于IT投资组合之中,或其他依赖与IT的投资组合的项目工作包之中。为了这个目标的达成,企业中业务和IT方面的关键干系人需要通力合作,评估组织的业务转型准备情况,识别出各种机会和解决方案,以及所有的实施约束。在这个过程之中,关注于业务价值、灵活性、相互协调以及妥协将是成功的关键因素。

      此阶段的输入涉及颇广,因而架构师和规划者必须对这些信息进行综合、集成并分析,从而决定出最好的前进路线。存在于架构资源库中的各种构建块和案例将会是很好的帮手。此外,所有的在前面阶段中产出的架构制品(特别是差距分析结果)也需要被综合起来,并对他们之间的依赖关系进行评估,从而得出一条初始的用于目标达成的关键路径。这一过程的总体意图是通过减少创建的构建块的数量,以及缩减在项目管理中的管理开销,来简化转变流程。同时,有关共存和互操作的问题也需要在此阶段中被审查和澄清,从而使得准确的开发和实施指导得以被提供。此阶段需要对实施方面的风险进行识别,并对它们其进行综合和务实的接受。此外,被转移的和/或缓解的残余风险也必须在此阶段中被记录和接受下来。

      经过上面的过程,一份高层次的实施和迁移战略(将会成为实施和迁移规划的一部分)被制定了出来,用于在关键路径的基础上(通过依赖分析概括而来的)阐明总体实施方法,并借此将位于此路径上的各工作包在企业架构的背景之下组织成各个项目组合、项目或举措。此外,通过对企业(特别是现存的IT基础设施)进行影响分析,组织可以对进一步的活动进行评估。

      最终,从架构愿景阶段到技术架构阶段过程中所产生的各个架构被用来开发出一系列过渡架构,而正是这些过渡架构展示了从基线架构到目标架构的步进过程。对于规模较小的变更来说,过渡架构可能表述了从基线到目标的直接过渡,而对于规模较大的变更,过渡架构中就需要涵盖一系列中间阶段了。过渡架构包含了一组统筹并定义良好的构建块,并且这些构建块被分配到各个工作包之中。过渡架构采用增量的方式对这些构建块进行实现,从而为支持企业业务目标的实现提供持续性的业务价值流。虽然过渡架构在定义的时序上看是顺序进行的,但在很多情况下,针对多个过渡架构在不同详细度层面的工作是平行推进的,当一个过渡架构在建设时,另外一个架构可以在同时被设计或规划。

1.7.3 输入与输出

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

参考材料

架构参考资料

产品信息

非架构性输入

架构工作要求书

能力评估

沟通计划

规划方法论

架构性输入

企业架构组织模型,包括:

  • 受影响的组织范围
  • 成熟度评测、差距及解决方法
  • 架构团队所担当的角色和职责
  • 架构工作的约束
  • 预算需求
  • 治理和支持策略

治理模型和框架,包括:

  • 企业架构管理框架
  • 能力管理框架
  • 投资组合管理框架
  • 项目管理框架
  • 运营管理框架

定制的架构框架,包括:

  • 定制的架构方法
  • 定制的架构内容(交付物和制品)
  • 配置和部署工具

架构工作说明书

架构愿景

架构资源库,包括:

  • 可重用的构建块
  • 公开且可得的参考模型
  • 组织特定的参考模型
  • 组织标准

架构定义文档草案,包括:

  • 基线业务架构1.0版
  • 基线技术架构1.0版
  • 基线数据架构1.0版
  • 基线应用架构1.0版
  • 目标业务架构1.0版
  • 目标技术架构1.0版
  • 目标数据架构1.0版
  • 目标应用架构1.0版

架构需求说明草案,包括:

  • 差距分析结果(包括对于业务、数据、应用和技术架构的对比)
  • 架构需求
  • IT服务管理一体化要求

现存业务程序和项目的变更请求

经过改善和更新的架构愿景、业务架构、信息系统架构和技术架构阶段中的各交付物,包括:

  • 架构工作说明(如有需要,进行修改)
  • 架构愿景,包括互操作等级和类型的定义
  • 架构定义文档草案,包括:
    • 明确各个增量
    • 互操作性和共存方面的需求
    • 包括项目清单和项目章程
  • 架构需求说明草案

经过确认和验证的架构路线图

能力评估,包括:

  • 企业架构成熟度概况
  • 转型准备报告

过渡架构1.0版,包括:

  • 确定的关于差距、解决方案和依赖性的评估
  • 风险注册表1.0版本
  • 影响分析—项目列表
  • 依赖性分析报告
  • 实施因素评估和推导矩阵(Deduction Matrix)

实施和迁移计划0.1版本。包含了高层次的实施和迁移策略

1.7.4步骤

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

  • 确定关键的企业变更属性
  • 确定针对实施的业务限制
  • 审查并确定自业务架构阶段到技术架构阶段的差距分析结果
  • 从功能的角度审查IT需求
  • 确定并调和互操作需求
  • 改善并验证依赖关系
  • 确认业务转型的准备情况和风险
  • 制定高层次的实施和迁移策略
  • 识别主要工作包,并进行分组
  • 明确过渡架构
  • 创建项目投资组合和项目章程,同时对架构进行更新
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Gausst松鼠会/article/detail/508703
推荐阅读
相关标签
  

闽ICP备14008679号