Changes for page 通用管理实践 - 33 架构
Last modified by superadmin on 2024/12/25, 15:37
Summary
Details
- Page properties
-
- Content
-
... ... @@ -42,7 +42,6 @@ 42 42 * 支持实践的信息和技术 43 43 * 有关实践的合作伙伴和供应商注意事项。 44 44 45 - 46 46 == **1.1 ITIL^^®^^4鉴证方案** == 47 47 48 48 本文档中的选定内容可作为以下教学大纲的部分考试范围: ... ... @@ -278,7 +278,6 @@ 278 278 架构路线图的实施进度 279 279 ))) 280 280 281 - 282 282 ---- 283 283 284 284 = 3.价值流和流程 = ... ... @@ -302,9 +302,8 @@ 302 302 303 303 图3.1:架构管理实践对服务价值链活动的贡献热图 304 304 303 +== 3.2 **流程** == 305 305 306 -== 3.2 **流程** == 307 - 308 308 每个实践可能包含一个或多个流程和活动,它们对于实现该实践的目的可能是必需的。 309 309 310 310 ... ... @@ -364,11 +364,11 @@ 364 364 365 365 表3.2 架构治理流程的活动 366 366 367 -(% style="width: 949px" %)368 -|(% style="width:97px" %)**活动**|(% style="width:3 89px" %)**“全栈式'架构管理**|(% style="width:461px" %)**IT 架构管理**369 -|(% style="width:97px" %)分析组织和需求|(% style="width:3 89px" %)组织的执行领导定义架构管理活动的范围,并任命架构委员会|(% style="width:461px" %)CIO、IT架构师、产品负责人和业务分析人员评审有关组织的愿景、战略和需求的可用信息,并任命IT 架构委员会370 -|(% style="width:97px" %)开发和商定架构愿景|(% style="width:3 89px" %)架构委员会为组织开发架构愿景,并与执行领导商定愿景|(% style="width:461px" %)IT 架构委员会为数字化产品和服务、IT系统以及支持技术开发架构愿景,并与CIO商定愿景。371 -|(% style="width:97px" %)监视组织的架构|(% style="width:3 89px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,组织执行领导审查架构和架构管理的有效性,并为“分析组织和需求”的活动提供输入|(% style="width:461px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,CIO、IT架构师、产品负责人和业务分析人员审查架构和架构管理的有效性,并为“分析组织和“需求”提供输入364 +(% style="width:862px" %) 365 +|(% style="width:97px" %)**活动**|(% style="width:354px" %)**“全栈式'架构管理**|(% style="width:408px" %)**IT 架构管理** 366 +|(% style="width:97px" %)分析组织和需求|(% style="width:354px" %)组织的执行领导定义架构管理活动的范围,并任命架构委员会|(% style="width:408px" %)CIO、IT架构师、产品负责人和业务分析人员评审有关组织的愿景、战略和需求的可用信息,并任命IT 架构委员会 367 +|(% style="width:97px" %)开发和商定架构愿景|(% style="width:354px" %)架构委员会为组织开发架构愿景,并与执行领导商定愿景|(% style="width:408px" %)IT 架构委员会为数字化产品和服务、IT系统以及支持技术开发架构愿景,并与CIO商定愿景。 368 +|(% style="width:97px" %)监视组织的架构|(% style="width:354px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,组织执行领导审查架构和架构管理的有效性,并为“分析组织和需求”的活动提供输入|(% style="width:408px" %)根据定期的架构评审和审计报告,或基于相关的异常报告,CIO、IT架构师、产品负责人和业务分析人员审查架构和架构管理的有效性,并为“分析组织和“需求”提供输入 372 372 373 373 === **3.2.2 开发目标架构和路线图** === 374 374 ... ... @@ -376,9 +376,9 @@ 376 376 377 377 表3.3开发目标架构和路线图流程的输入、活动和输出 378 378 379 -(% style="width:1 038px" %)380 -|(% style="width: 414px" %)**关键输入**|(% style="width:267px" %)**活动**|(% style="width:226px" %)**关键输出**381 -|(% style="width: 414px" %)(((376 +(% style="width:917px" %) 377 +|(% style="width:366px" %)**关键输入**|(% style="width:188px" %)**活动**|(% style="width:183px" %)**关键输出** 378 +|(% style="width:366px" %)((( 382 382 架构愿景 383 383 384 384 架构原则和需求 ... ... @@ -394,7 +394,7 @@ 394 394 项目集和项目组合 395 395 396 396 客户组合 397 -)))|(% style="width: 267px" %)(((394 +)))|(% style="width:188px" %)((( 398 398 识别需求 399 399 400 400 记录当前的架构 ... ... @@ -404,7 +404,7 @@ 404 404 设计标准、框架和指南 405 405 406 406 设计、商定并传达架构路线图 407 -)))|(% style="width: 226px" %)(((404 +)))|(% style="width:183px" %)((( 408 408 架构评估报告 409 409 410 410 当前架构模型 ... ... @@ -430,13 +430,13 @@ 430 430 431 431 表3.4 开发目标架构的活动和路线图流程 432 432 433 -(% style="width: 944px" %)434 -|(% style="width:106px" %)**活动**|(% style="width: 415px" %)**“全栈式'架构管理**|(% style="width:421px" %)**IT 架构管理**435 -|(% style="width:106px" %)识别需求|(% style="width: 415px" %)架构委员会分析架构愿景和需求|(% style="width:421px" %)IT架构师分析IT 架构愿景和需求。436 -|(% style="width:106px" %)记录当前架构|(% style="width: 415px" %)如果需求范围内的当前架构未经记录或不是最新的,则架构师探索并记录从业务架构到技术基础设施的所有级别的当前架构。|(% style="width:421px" %)如果需求的范围内的当前IT架构未经记录或不是最新的,则架构师探索并记录当前的IT 架构。437 -|(% style="width:106px" %)开发目标架构|(% style="width: 415px" %)架构师、业务分析人员、关系经理和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的分歧,并开发各个级别的目标架构模型,从而确保各个级别的一致性。|(% style="width:421px" %)架构师、业务分析人员和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的不一致,并开发目标IT架构模型。438 -|(% style="width:106px" %)设计标准、框架和指南|(% style="width: 415px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。|(% style="width:421px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。439 -|(% style="width:106px" %)设计、商定并传达架构路线图|(% style="width: 415px" %)(((430 +(% style="width:836px" %) 431 +|(% style="width:106px" %)**活动**|(% style="width:370px" %)**“全栈式'架构管理**|(% style="width:358px" %)**IT 架构管理** 432 +|(% style="width:106px" %)识别需求|(% style="width:370px" %)架构委员会分析架构愿景和需求|(% style="width:358px" %)IT架构师分析IT 架构愿景和需求。 433 +|(% style="width:106px" %)记录当前架构|(% style="width:370px" %)如果需求范围内的当前架构未经记录或不是最新的,则架构师探索并记录从业务架构到技术基础设施的所有级别的当前架构。|(% style="width:358px" %)如果需求的范围内的当前IT架构未经记录或不是最新的,则架构师探索并记录当前的IT 架构。 434 +|(% style="width:106px" %)开发目标架构|(% style="width:370px" %)架构师、业务分析人员、关系经理和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的分歧,并开发各个级别的目标架构模型,从而确保各个级别的一致性。|(% style="width:358px" %)架构师、业务分析人员和产品负责人评审当前的架构,以识别约束和与商定的架构愿景的不一致,并开发目标IT架构模型。 435 +|(% style="width:106px" %)设计标准、框架和指南|(% style="width:370px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。|(% style="width:358px" %)架构师基于目标架构,开发支持的标准、指南、流程、模板和工具,以确保其有效集成至相关实践和价值流中。这要与利益相关者(包括实践负责人、产品负责人或其它)进行讨论并达成共识。 436 +|(% style="width:106px" %)设计、商定并传达架构路线图|(% style="width:370px" %)((( 440 440 架构师识别目标架构与当前架构之间最关键的差距;然后,他们提出了针对迁移和当前架构控制的方法。路线图包括确保整个组织遵守商定的架构的控制。产品负责人、风险经理、财务经理以及其他相关领导和专家都支持这项工作。 441 441 442 442 ... ... @@ -444,7 +444,7 @@ 444 444 445 445 446 446 已批准的路线图以及支持标准、框架、指南和控制措施的详细计划和执行将传达给相关的团队(包括项目集和项目经理、人力资源、投资组合和财务、产品负责人等)。 447 -)))|(% style="width: 421px" %)(((444 +)))|(% style="width:358px" %)((( 448 448 架构师识别目标架构与当前架构之间最关键的差距;然后,他们提出了针对迁移和当前架构控制的方法。路线图包括确保整个组织遵守商定的架构的控制。产品负责人、风险经理、财务经理以及其他相关领导和专家都支持这项工作。 449 449 450 450 ... ... @@ -454,6 +454,8 @@ 454 454 已批准的路线图以及支持标准、框架、指南和控制措施的详细计划和执行将传达给相关的团队(包括项目集和项目经理、人力资源、投资组合和财务、产品负责人等)。 455 455 ))) 456 456 454 +(% class="wikigeneratedid" %) 455 + 457 457 458 458 === **3.2.3 持续架构控制** === 459 459 ... ... @@ -463,8 +463,8 @@ 463 463 表3.5持续的架构控制流程的输入、活动和输出 464 464 465 465 (% style="width:858px" %) 466 -|(% style="width:3 26px" %)**关键输入**|(% style="width:253px" %)**活动**|(% style="width:255px" %)**关键输出**467 -|(% style="width:3 26px" %)(((465 +|(% style="width:307px" %)**关键输入**|(% style="width:302px" %)**活动**|(% style="width:255px" %)**关键输出** 466 +|(% style="width:307px" %)((( 468 468 商定的架构路线图 469 469 470 470 变更待办列表 ... ... @@ -482,7 +482,7 @@ 482 482 第三方合同 483 483 484 484 产品和服务组合 485 -)))|(% style="width: 253px" %)(((484 +)))|(% style="width:302px" %)((( 486 486 识别架构上重要的变更和事态 487 487 488 488 检查是否符合目标架构 ... ... @@ -510,14 +510,14 @@ 510 510 511 511 表3.6持续的架构控制流程的活动 512 512 513 -(% style="width:78 2px" %)514 -|**活动**|(% style="width: 637px" %)**示例**515 -|识别重要的架构变更和事件|(% style="width: 637px" %)(((512 +(% style="width:738px" %) 513 +|**活动**|(% style="width:591px" %)**示例** 514 +|识别重要的架构变更和事件|(% style="width:591px" %)((( 516 516 当计划重要的架构变更、项目或改进举措时,架构师介入获批准工作流。负责架构计划的角色根据商定的架构控制,识别架构的重要变更。该活动适用于所有具有重要的举措,包括那些专门作为架构路线图组成而创建的举措。 517 517 518 518 当识别出重要的架构事件(设计错误、不正确的实施或规避架构控制的变更)时,会将其报告给架构师评审。产品负责人、问题调查人员、风险经理、审计人员及其他人员可以识别这些事件。 519 519 ))) 520 -|检查是否符合目标架构|(% style="width: 637px" %)(((519 +|检查是否符合目标架构|(% style="width:591px" %)((( 521 521 架构师评审建议的举措和报告的事件,以评估是否符合商定的目标架构模型。 522 522 523 523 符合目标架构的举措(包括由架构路线图触发的举措)获得批准,并在相应的价值流中继续处理。 ... ... @@ -524,14 +524,13 @@ 524 524 525 525 符合目标架构的事件获得批准,并在相应的价值流中继续进行处理。如果事件规避了商定的批准流程,则架构师将此报告给相关部门(产品负责人、项目经理、变更经理、持续改进经理或其他人员)。 526 526 ))) 527 -|升级不符合项|(% style="width: 637px" %)(((526 +|升级不符合项|(% style="width:591px" %)((( 528 528 给相关部门(产品负责人、项目经理、变更权威、持续改进经理、CIO、架构委员会或其他机构)上报识别出的不符合项。 529 529 530 530 架构师提供必要的信息,以识别符合目标架构的替代解决方案。 531 531 ))) 532 -|评审架构路线图的进度|(% style="width: 637px" %)在经过了重要更改和固定间隔后,架构师将生成进度报告,说明架构路线图的实现和维护情况。该报告要传达给相关的利益相关者,并作为架构治理流程的一个输入。531 +|评审架构路线图的进度|(% style="width:591px" %)在经过了重要更改和固定间隔后,架构师将生成进度报告,说明架构路线图的实现和维护情况。该报告要传达给相关的利益相关者,并作为架构治理流程的一个输入。 533 533 534 - 535 535 ---- 536 536 537 537 = 4. 组织和人员 = ... ... @@ -723,7 +723,6 @@ 723 723 分析和沟通技能 724 724 ))) 725 725 726 - 727 727 === **4.1.1 架构师** === 728 728 729 729 架构师是特定实践的关键角色。该角色可以是专职的,例如业务(或企业)架构师、IT架构师或解决方案架构师,具体取决于实践范围。 ... ... @@ -885,8 +885,6 @@ 885 885 管理工具 886 886 )))|(% style="width:295px" %)架构映射和分析、路线图映射|(% style="width:153px" %)高 887 887 888 - 889 - 890 890 ---- 891 891 892 892 = 6. 合作伙伴和供应商 =