文档更改通用管理实践 - 33 架构

由 superadmin 于 2024/12/25, 15:37 最后修改

从版本< 9.1 >

由superadmin编辑
在2021/12/16, 19:10上

到版本

由superadmin编辑
在2021/12/16, 19:18上

< >

修改评论该版本没有评论

Raw
已渲染

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -43,6
          +43,7 @@
  * 有关实践的合作伙伴和供应商注意事项。
++
  == **1.1 ITIL^^®^^4鉴证方案** ==
  本文档中的选定内容可作为以下教学大纲的部分考试范围：
@@ -279,6
          +279,7 @@
  )))
++
  ----
  = 3.价值流和流程 =
@@ -314,6
          +314,8 @@
  * 目标架构的开发和路线图
  * 持续的架构控制。
++
++
  === **3.2.1 架构治理** ===
  该流程包括表3.1中列出的活动，并将输入转换为输出。
@@ -370,6
          +370,8 @@
  |(% style="width:97px" %)开发和商定架构愿景|(% style="width:389px" %)架构委员会为组织开发架构愿景，并与执行领导商定愿景|(% style="width:461px" %)IT 架构委员会为数字化产品和服务、IT系统以及支持技术开发架构愿景，并与CIO商定愿景。
  |(% style="width:97px" %)监视组织的架构|(% style="width:389px" %)根据定期的架构评审和审计报告，或基于相关的异常报告，组织执行领导审查架构和架构管理的有效性，并为“分析组织和需求”的活动提供输入|(% style="width:461px" %)根据定期的架构评审和审计报告，或基于相关的异常报告，CIO、IT架构师、产品负责人和业务分析人员审查架构和架构管理的有效性，并为“分析组织和“需求”提供输入
++
++
  === **3.2.2 开发目标架构和路线图** ===
  该流程包括表3.3中列出的活动，并将输入转换为输出。
@@ -430,13
          +430,13 @@
  表3.4 开发目标架构的活动和路线图流程
--(% style="width:944px" %)
--|(% style="width:106px" %)**活动**|(% style="width:415px" %)**“全栈式'架构管理**|(% style="width:421px" %)**IT 架构管理**
--|(% style="width:106px" %)识别需求|(% style="width:415px" %)架构委员会分析架构愿景和需求|(% style="width:421px" %)IT架构师分析IT 架构愿景和需求。
--|(% style="width:106px" %)记录当前架构|(% style="width:415px" %)如果需求范围内的当前架构未经记录或不是最新的，则架构师探索并记录从业务架构到技术基础设施的所有级别的当前架构。|(% style="width:421px" %)如果需求的范围内的当前IT架构未经记录或不是最新的，则架构师探索并记录当前的IT 架构。
--|(% style="width:106px" %)开发目标架构|(% style="width:415px" %)架构师、业务分析人员、关系经理和产品负责人评审当前的架构，以识别约束和与商定的架构愿景的分歧，并开发各个级别的目标架构模型，从而确保各个级别的一致性。|(% style="width:421px" %)架构师、业务分析人员和产品负责人评审当前的架构，以识别约束和与商定的架构愿景的不一致，并开发目标IT架构模型。
--|(% style="width:106px" %)设计标准、框架和指南|(% style="width:415px" %)架构师基于目标架构，开发支持的标准、指南、流程、模板和工具，以确保其有效集成至相关实践和价值流中。这要与利益相关者（包括实践负责人、产品负责人或其它）进行讨论并达成共识。|(% style="width:421px" %)架构师基于目标架构，开发支持的标准、指南、流程、模板和工具，以确保其有效集成至相关实践和价值流中。这要与利益相关者（包括实践负责人、产品负责人或其它）进行讨论并达成共识。
--|(% style="width:106px" %)设计、商定并传达架构路线图|(% style="width:415px" %)(((
++(% style="width:922px" %)
++|(% style="width:106px" %)**活动**|(% style="width:398px" %)**“全栈式'架构管理**|(% style="width:417px" %)**IT 架构管理**
++|(% style="width:106px" %)识别需求|(% style="width:398px" %)架构委员会分析架构愿景和需求|(% style="width:417px" %)IT架构师分析IT 架构愿景和需求。
++|(% style="width:106px" %)记录当前架构|(% style="width:398px" %)如果需求范围内的当前架构未经记录或不是最新的，则架构师探索并记录从业务架构到技术基础设施的所有级别的当前架构。|(% style="width:417px" %)如果需求的范围内的当前IT架构未经记录或不是最新的，则架构师探索并记录当前的IT 架构。
++|(% style="width:106px" %)开发目标架构|(% style="width:398px" %)架构师、业务分析人员、关系经理和产品负责人评审当前的架构，以识别约束和与商定的架构愿景的分歧，并开发各个级别的目标架构模型，从而确保各个级别的一致性。|(% style="width:417px" %)架构师、业务分析人员和产品负责人评审当前的架构，以识别约束和与商定的架构愿景的不一致，并开发目标IT架构模型。
++|(% style="width:106px" %)设计标准、框架和指南|(% style="width:398px" %)架构师基于目标架构，开发支持的标准、指南、流程、模板和工具，以确保其有效集成至相关实践和价值流中。这要与利益相关者（包括实践负责人、产品负责人或其它）进行讨论并达成共识。|(% style="width:417px" %)架构师基于目标架构，开发支持的标准、指南、流程、模板和工具，以确保其有效集成至相关实践和价值流中。这要与利益相关者（包括实践负责人、产品负责人或其它）进行讨论并达成共识。
++|(% style="width:106px" %)设计、商定并传达架构路线图|(% style="width:398px" %)(((
  架构师识别目标架构与当前架构之间最关键的差距；然后，他们提出了针对迁移和当前架构控制的方法。路线图包括确保整个组织遵守商定的架构的控制。产品负责人、风险经理、财务经理以及其他相关领导和专家都支持这项工作。
@@ -444,7
          +444,7 @@
  已批准的路线图以及支持标准、框架、指南和控制措施的详细计划和执行将传达给相关的团队（包括项目集和项目经理、人力资源、投资组合和财务、产品负责人等）。
--)))|(% style="width:421px" %)(((
++)))|(% style="width:417px" %)(((
  架构师识别目标架构与当前架构之间最关键的差距；然后，他们提出了针对迁移和当前架构控制的方法。路线图包括确保整个组织遵守商定的架构的控制。产品负责人、风险经理、财务经理以及其他相关领导和专家都支持这项工作。
@@ -455,6
          +455,7 @@
  )))
++
  === **3.2.3 持续架构控制** ===
  该流程侧重实施架构路线图和维护商定的架构。它包括表3.5所示的活动，并将输入转换为输出。
@@ -463,8
          +463,8 @@
  表3.5持续的架构控制流程的输入、活动和输出
  (% style="width:858px" %)
--|(% style="width:326px" %)**关键输入**|(% style="width:253px" %)**活动**|(% style="width:255px" %)**关键输出**
--|(% style="width:326px" %)(((
++|(% style="width:307px" %)**关键输入**|(% style="width:302px" %)**活动**|(% style="width:255px" %)**关键输出**
++|(% style="width:307px" %)(((
  商定的架构路线图
  变更待办列表
@@ -482,7
          +482,7 @@
  第三方合同
  产品和服务组合
--)))|(% style="width:253px" %)(((
++)))|(% style="width:302px" %)(((
  识别架构上重要的变更和事态
  检查是否符合目标架构
@@ -510,14
          +510,14 @@
  表3.6持续的架构控制流程的活动
--(% style="width:782px" %)
--|**活动**|(% style="width:637px" %)**示例**
--|识别重要的架构变更和事件|(% style="width:637px" %)(((
++(% style="width:738px" %)
++|**活动**|(% style="width:591px" %)**示例**
++|识别重要的架构变更和事件|(% style="width:591px" %)(((
  当计划重要的架构变更、项目或改进举措时，架构师介入获批准工作流。负责架构计划的角色根据商定的架构控制，识别架构的重要变更。该活动适用于所有具有重要的举措，包括那些专门作为架构路线图组成而创建的举措。
  当识别出重要的架构事件（设计错误、不正确的实施或规避架构控制的变更）时，会将其报告给架构师评审。产品负责人、问题调查人员、风险经理、审计人员及其他人员可以识别这些事件。
  )))
--|检查是否符合目标架构|(% style="width:637px" %)(((
++|检查是否符合目标架构|(% style="width:591px" %)(((
  架构师评审建议的举措和报告的事件，以评估是否符合商定的目标架构模型。
  符合目标架构的举措（包括由架构路线图触发的举措）获得批准，并在相应的价值流中继续处理。
@@ -524,14
          +524,15 @@
  符合目标架构的事件获得批准，并在相应的价值流中继续进行处理。如果事件规避了商定的批准流程，则架构师将此报告给相关部门（产品负责人、项目经理、变更经理、持续改进经理或其他人员）。
  )))
--|升级不符合项|(% style="width:637px" %)(((
++|升级不符合项|(% style="width:591px" %)(((
  给相关部门（产品负责人、项目经理、变更权威、持续改进经理、CIO、架构委员会或其他机构）上报识别出的不符合项。
  架构师提供必要的信息，以识别符合目标架构的替代解决方案。
  )))
--|评审架构路线图的进度|(% style="width:637px" %)在经过了重要更改和固定间隔后，架构师将生成进度报告，说明架构路线图的实现和维护情况。该报告要传达给相关的利益相关者，并作为架构治理流程的一个输入。
++|评审架构路线图的进度|(% style="width:591px" %)在经过了重要更改和固定间隔后，架构师将生成进度报告，说明架构路线图的实现和维护情况。该报告要传达给相关的利益相关者，并作为架构治理流程的一个输入。
++
  ----
  = 4. 组织和人员 =
@@ -723,7
          +723,6 @@
  分析和沟通技能
  )))
--
  === **4.1.1 架构师** ===
  架构师是特定实践的关键角色。该角色可以是专职的，例如业务（或企业）架构师、IT架构师或解决方案架构师，具体取决于实践范围。
@@ -886,7
          +886,6 @@
  )))|(% style="width:295px" %)架构映射和分析、路线图映射|(% style="width:153px" %)高
--
  ----
  = 6. 合作伙伴和供应商 =

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司