Changes for page 服务管理实践 - 07 发布
Last modified by roll tech on 2024/12/30, 17:25
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,19 +1,16 @@ 1 -(% class="jumbotron" %) 1 +{{box cssClass="floatinginfobox" title="**Contents**"}} 2 +{{toc/}} 3 +{{/box}} 4 + 2 2 ((( 3 -(% class="container" %) 4 -((( 5 -= = 6 6 7 - 8 - 9 - 10 - 11 - 12 12 ))) 13 -))) 14 14 15 15 需要下载 **ITIL 4发布管理实践【中文】**pdf版全文,请关注微信公众号itilxf ,并回复“发布”即可。 16 16 11 +[[image:微信截图_20210206234644.png||height="153" width="152"]] 12 + 13 + 17 17 **申明:** 18 18 19 19 本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译,国内众多从事ITIL理论推广及落地实践的专家们参与,需要下载最新翻译版本请关注微信公众号:ITILXF,也可访问ITIL4中文知识库网站:itil4hub.cn。 ... ... @@ -23,14 +23,10 @@ 23 23 24 24 翻译:李威 审校:郑中珮 审核:刘晓慧 25 25 26 -(% class="row" %) 27 -((( 28 -(% class="col-xs-12 col-sm-4" %) 29 -((( 30 - 31 -))) 32 -))) 33 33 24 + 25 +---- 26 + 34 34 = **1 关于本文件** = 35 35 36 36 本文档为发布管理实践提供了实用指南。它分为五个主要部分,内容包括: ... ... @@ -42,6 +42,7 @@ 42 42 1. 实践中关于合作伙伴和供应商的注意事项 43 43 44 44 38 + 45 45 == **1.1 ITIL 4 鉴证方案** == 46 46 47 47 本文档的内容可作为以下课程的一部分检验标准: ... ... @@ -134,6 +134,7 @@ 134 134 ))) 135 135 136 136 131 + 137 137 === **2.4.1 发布单元** === 138 138 139 139 发布单元可能包括不同类型的软件组件,用户设备以及其他硬件资源、文档。对于新用户而言,用于服务的初始发布的发布单元可以不同于用于更新同一服务的发布单元。但是,可能会建议甚至强制要求组件的某些组合。例如,每个更新都应包括为用户准备的版本发布说明;但是,在某些情况下,用户设备应在用户最初使用发布之后进行更新。 ... ... @@ -159,6 +159,7 @@ 159 159 * 监管要求 160 160 161 161 157 + 162 162 === **2.4.3 假设检验和实验** === 163 163 164 164 发布管理可用于验证假设和实验。当一个组织需要用一个样本用户群体来测试一个假设时,可以将可测试的服务发布给该组样本用户(有时称为治疗组)。这种方法被社会网络等大众服务提供商广泛使用,但也适用于小用户群体。相关技术包括蓝/绿发布,金丝雀发布和A/B测试等。 ... ... @@ -173,6 +173,7 @@ 173 173 * 事件管理 174 174 175 175 172 + 176 176 == **2.5 实践的范围** == 177 177 178 178 发布管理实践的范围包括以下内容: ... ... @@ -199,6 +199,7 @@ 199 199 |管理项目|项目管理 200 200 201 201 199 + 202 202 == **2.6 实践成功因素** == 203 203 204 204 PSF不仅仅是任务或实现价值,因为它包含所有服务管理四维模型的组件。在实践中, ... ... @@ -215,6 +215,7 @@ 215 215 * 确保在组织的价值流和服务关系的上下文中有效地发布服务和服务组件 216 216 217 217 216 + 218 218 === **2.6.1 为组织中的服务和服务组件的发布建立并维护一套有效的方法** === 219 219 220 220 发布管理实践包括为新的和变更的服务和服务组件建立发布的方法和模型。组织可能会结合多种方法,并为他们管理的每个产品定义多个发布管理模型。 ... ... @@ -296,6 +296,7 @@ 296 296 297 297 图3.1中显示了发布管理实践对服务价值链的贡献点。 298 298 298 +(% style="text-align:center" %) 299 299 [[image:图片1.png]] 300 300 301 301 ... ... @@ -310,10 +310,10 @@ 310 310 * 交付和支持 311 311 312 312 313 + 313 313 == **3.2 流程** == 314 314 315 315 |((( 316 - 317 317 流程是一组将输入转化为输出的相互关联或交互的活动。流程接受一个或多个已定义的输入,并将其转换为已定义的输出。流程定义了动作的执行顺序及其依赖性。 318 318 ))) 319 319 ... ... @@ -325,6 +325,7 @@ 325 325 * 发布协调 326 326 327 327 328 + 328 328 === **3.2.1 发布规划** === 329 329 330 330 该流程专注于发布方法、模式和复杂发布实例方法的开发,以及发布管理实践的持续改进。它定期执行,并由事件或请求触发,根据模型和程序的有效性,每两到三个月或者更频繁的进行定期审查。该流程包括以下活动,并将以下输入转换为表3.1中所示的输出。 ... ... @@ -360,10 +360,10 @@ 360 360 361 361 表3.1 发布规划流程的输入活动和输出 362 362 363 -==== ==== 364 364 365 365 图3.2显示了流程的工作流程 366 366 367 +(% style="text-align:center" %) 367 367 [[image:图片2.png]] 368 368 369 369 ... ... @@ -447,10 +447,11 @@ 447 447 448 448 表3.3 发布协调流程的输入、活动和输出 449 449 450 -===== ===== 451 451 452 + 452 452 图3.3显示了工作流的流程图 453 453 455 +(% style="text-align:center" %) 454 454 [[image:图片3.png]] 455 455 456 456 图3.3 发布协调流程的工作流程图 ... ... @@ -463,4 +463,448 @@ 463 463 464 464 ---- 465 465 466 - 468 += **4 组织和人员** = 469 + 470 + 471 +== **4.1 角色,能力和职责** == 472 + 473 +实践指南没有描述实践管理的角色,例如实践所有者,实践领导者或实践教练。实践指南着重于每个专门角色的实践经验。每个组织架构中,对不同角色的命名可能都不同,因此ITIL中定义的任何被推荐的角色都不是强制的。请记住,角色不是职务。一个人可以担任多个角色,一个角色可以分配给多个人。 474 + 475 +流程和活动的背景中描述了角色。每个角色都具有基于表4.1中所示的模型的能力概况。 476 + 477 +|能力代码|描述 478 +|L|**领导者** 决策、授权,监督其他活动,提供激励和动力,并评估结果 479 +|А|**管理员** 分配任务并确定优先级,保存记录,持续报告并启动基本改进 480 +|C|**协调者 /沟通者** 协调多方,维护利益相关者之间的沟通,并开展宣传活动 481 +|М|**方法和技巧专家** 设计和实施工作技术、文化步骤、流程咨询、工作分析和持续改进 482 +|Т|**技术专家** 提供技术(IT)专业知识并执行基于专家经验的作业 483 + 484 +表4.1能力代码和资料 485 + 486 +在组织中发布管理实践会有一个特定的角色:发布经理。该角色通常是在发布大量产品的组织中,尤其是在需要手动规划和执行发布动作的组织中引入的。在其他组织中,产品或服务所有者可以承担发布经理的职责。 487 + 488 + 489 +=== **4.1.1 发布经理角色** === 490 + 491 +在定义发布经理角色的情况下,通常将此角色分配给对组织的业务,产品和服务,技术,平台,框架和流程有深入了解的专家。该角色需要全面的规划能力和项目管理技能以及权威来协调团队合作。 492 + 493 +该角色的能力要求是AMCT。该角色通常负责规划、管理和协调整个发布管理实践以及各个发布实例,包括: 494 + 495 +* 审查和开发发布方法和模型 496 +* 促进整个组织采用被认可的的发布管理方法和模式 497 +* 规划复杂发布方式 498 +* 管理和传达发布日程 499 +* 确保实践与其他实践保持一致性和协调性 500 +* 审查并不断开发新实践 501 + 502 +在某些复杂的组织中,发布经理的部分职责可能委派给发布协调员。 503 + 504 + 505 +== **4.2 发布管理中涉及的角色活动** == 506 + 507 +表4.2中列出了发布管理活动中可能涉及的其他角色的示例,以及相关的能力概况和特定技能。 508 + 509 +|实现价值|负责角色|能力简介|具体技能 510 +|(% colspan="4" %)发布规划流程 511 +|生产架构和服务关系分析|((( 512 +企业架构师 513 + 514 +服务负责人 515 + 516 +产品负责人 517 + 518 +关系经理 519 + 520 +开发团队成员 521 + 522 +客户经理 523 + 524 +交付经理 525 + 526 +设师 527 +)))|ATC|((( 528 +服务关系的知识 529 + 530 +商业分析 531 + 532 +服务架构的知识 533 + 534 +发布和部署方法的知识 535 + 536 +基础架构和平台方面的专业知识 537 + 538 +沟通技巧 539 +))) 540 +|发布管理方法|((( 541 +服务负责人 542 + 543 +产品负责人 544 +)))|AMTC|((( 545 +服务关系知识 546 + 547 +发布和部署方法的知识 548 +))) 549 +|评审和开发|((( 550 +关系经理 551 + 552 +开发团队成员 553 + 554 +客户经理 555 + 556 +交付经理 557 +)))| |((( 558 +基础设施和平台方面的专业知识 559 + 560 +沟通技巧 561 +))) 562 +|发布管理模型评审和开发|((( 563 +服务负责人 564 + 565 +产品负责人 566 + 567 +开发团队成员 568 + 569 +客户经理 570 + 571 +交付经理 572 +)))|AMTC|((( 573 +服务关系的知识 574 + 575 +发布和部署方法的知识 576 + 577 +基础架构和平台方面的专业知识 578 + 579 +沟通技巧 580 +))) 581 +|发布实例规划| |TA|((( 582 +基础架构和平台方面的专业知识 583 + 584 +服务/ 生产的技术知识 585 + 586 +服务架构的知识 587 + 588 +发布和部署方法的知识 589 + 590 +管理服务/ 生产的专业知识 591 + 592 +服务关系的知识 593 +))) 594 +|发布计划沟通|((( 595 +服务负责人 596 + 597 +产品负责人 598 + 599 +关系经理 600 + 601 +客户经理 602 + 603 +交付经理 604 +)))|C|((( 605 +服务关系知识 606 + 607 +沟通技巧 608 + 609 +营销知识 610 +))) 611 +|(% colspan="4" %)发布协调流程 612 +|确定适用的模型或计划|((( 613 +服务负责人 614 + 615 +产品负责人 616 + 617 +开发团队成员 618 + 619 +客户经理 620 + 621 +交付经理 622 + 623 +设计师 624 +)))|AT|((( 625 +服务/ 产品的管理知识 626 + 627 +用户服务体验 628 + 629 +基础架构和平台方面的专业知识 630 + 631 +发布和部署方法的知识 632 + 633 +服务/ 产品的技术知识 634 +))) 635 +|服务组件的验证|((( 636 +服务负责人 637 + 638 +产品负责人 639 + 640 +开发团队成员 641 + 642 +客户经理 643 + 644 +交付经理 645 + 646 +客户代表 647 +)))|TA|((( 648 +基础设施和平台方面的专业知识 649 + 650 +发布和部署方法的知识 651 + 652 +服务/ 产品的技术知识 653 + 654 +服务/ 产品的管理专业知识 655 +))) 656 +|发布程序的验证|((( 657 +开发团队成员 658 + 659 +系统管理员 660 + 661 +信息安全专家 662 +)))|TA|((( 663 +基础架构和平台方面的专业知识 664 + 665 +服务/ 产品的技术知识 666 + 667 +服务/ 产品的管理知识 668 +))) 669 +|发布执行|((( 670 +开发团队成员 671 + 672 +系统管理员 673 + 674 +信息安全专家 675 +)))|T|((( 676 +基础设施和平台方面的专业知识 677 + 678 +发布和部署方法的知识 679 + 680 +服务/ 产品的技术知识 681 +))) 682 +|发布验证|((( 683 +服务负责人 684 + 685 +产品负责人 686 + 687 +客户经理 688 + 689 +交付经理 690 + 691 +开发团队成员 692 + 693 +客户代表 694 + 695 +用户 696 +)))|A|((( 697 +服务/ 产品管理的专业知识 698 + 699 +用户的服务体验 700 +))) 701 +|发布评审|((( 702 +服务负责人 703 + 704 +产品负责人 705 + 706 +关系经理 707 + 708 +客户经理 709 + 710 +交付经理 711 + 712 +开发团队成员 713 + 714 +设计师 715 + 716 +客户代表 717 + 718 +用户 719 +)))|ATC|((( 720 +服务关系的知识 721 + 722 +业务分析 723 + 724 +服务架构的知识 725 + 726 +发布和部署方法的知识 727 + 728 +基础设施和平台方面的专业知识 729 + 730 +服务/产品的技术知识 731 + 732 +沟通技巧 733 + 734 +营销知识 735 +))) 736 + 737 +表4.2 发布管理活动涉及的角色示例 738 + 739 + 740 +== **4.3 组织架构和团队** == 741 + 742 +只有在发布任务量巨大,或发布场景复杂的组织中,才适合建立指定的发布管理团队。大多数情况下,发布管理不需要专门的团队,只需建立临时的项目团队,或者将发布管理实现高度自动化就可以满足需求。 743 + 744 +但是,在许多情况下,发布经理的角色仍然有用。该角色可以充当教练,以确保发布实践被整个组织采用。根据组织对发布管理的处理方式,此角色可以与部署经理的角色结合。 745 + 746 + 747 + 748 +---- 749 + 750 += **5 信息和技术 ** = 751 + 752 + 753 +== **5.1 信息交流** == 754 + 755 +发布管理的效果取决于所使用信息的质量。该信息包括但不限于以下信息: 756 + 757 +1. 生产架构 758 +1. 服务消费组织和用户 759 +1. 软件开发和管理实践 760 +1. 计划的和正在进行的部署 761 +1. 正在进行和过去的事件 762 +1. 新兴的发布管理技术 763 + 764 +该信息可以采用各种形式。实践的输入和输出的详细列表在第3节中列出。 765 + 766 + 767 +== **5.2 自动化和工具** == 768 + 769 +在数字化工作环境中的发布管理是高度自动化的。但是,即使在传统环境中,发布管理实践也可以从自动化中显著受益。在表5.1中,有很多可行且有效的解决方案。 770 + 771 +|实现价值|自动化手段|(% colspan="2" %)关键功能|实践上的影响 772 +|(% colspan="5" %)发布计划过程 773 +|生产架构和服务关系分析|((( 774 +架构工具 775 + 776 +业务分析和建模工具产品/ 服务建模工具 777 +)))|(% colspan="2" %)生产/ 服务架构以及关系,连接和约束的可视化|中 778 +|发布管理方法评审和开发|((( 779 +流程建模工具 780 + 781 +产品/ 服务建模工具 782 + 783 +业务分析工具 784 +)))|(% colspan="2" %)对过程与程序的建模,可视化和评估|低 785 +|发布管理模式评审和开发|流程建模工具|(% colspan="2" %)对过程与程序的建模,可视化|中 786 +|发布实例规划|((( 787 +流程建模工具 788 + 789 +发布和部署管理工具 790 + 791 +流水线管理工具 792 + 793 +软件交付和集成工具 794 + 795 +开发环境 796 +)))|(% colspan="2" %)自动化发布管理|高 797 +|发布计划沟通|((( 798 +社交网络 799 + 800 +门户 801 + 802 +知识库工具 803 +)))|(% colspan="2" %)自动通信、消息、状态更新|高 804 +|(% colspan="5" %)发布协调流程 805 +|确定适用的模式或计划|(% colspan="2" %)((( 806 +流程建模工具 807 + 808 +发布和部署管理工具 809 + 810 +流水线管理工具 811 +)))|流程和过程的建模与可视化|低 812 +|服务组件的验证|((( 813 +发布和部署管理工具 814 + 815 +流水线管理工具 816 + 817 +软件交付和集成工具 818 + 819 +开发环境 820 +)))|(% colspan="2" %)基于预先规划的、已开发的脚本,自动化发布管理|高 821 +|发布程序的验证|((( 822 +发布和部署管理工具 823 + 824 +流水线管理工具 825 + 826 +软件交付和集成工具 827 + 828 +开发环境 829 +)))|(% colspan="2" %)基于预先规划的、已开发的脚本,自动化发布管理|高 830 +|发布执行|((( 831 +发布和部署管理工具 832 + 833 +流水线管理工具 834 + 835 +软件交付和集成工具 836 + 837 +开发环境 838 +)))|(% colspan="2" %)基于预先规划的、已开发的脚本,自动化发布管理|高 839 +|发布验证|((( 840 +发布和部署管理工具 841 + 842 +流水线管理工具 843 + 844 +软件交付和集成工具 845 +)))|(% colspan="2" %)基于预先规划的、已开发的脚本,自动化发布管理|高 846 +|发布评审|((( 847 +监控工具 848 + 849 +协作工具 850 + 851 +沟通工具 852 +)))|(% colspan="2" %)((( 853 +提供信息和警告 854 + 855 +知识共享 856 + 857 +问题沟通 858 +)))|中 859 + 860 +表5.1 发布管理活动的自动化解决方案 861 + 862 + 863 + 864 +---- 865 + 866 += **6 合作伙伴和供应商** = 867 + 868 +只有很少量的服务是完全由组织自己的资源提供的,绝大多数需要依赖于外部服务。这些外部服务通常是由组织外的第三方供应商提供的(请参阅“ITIL Foundation 2.4:服务关系的模式的ITIL 4版)。 869 + 870 +如前所述,合作伙伴和供应商充当的角色与组织对其产品和服务组件的控制级别有关。如果组织控制整个产品或服务生命周期(包括开发和部署)时,它在做出有关发布管理的决策方面就具有更大的自由度。相反,如果组织的产品或服务依赖于第三方组件,或者开发和部署由供应商管理,那么通常这种情况下,组织必须考虑引入的约束带来的影响了。虽然组织可以决定是否在其服务中引入更新的组件,但在一定程度上还是受到一些限制的。 871 + 872 +组织有时可以将发布管理的某些内容外包。例如,用户沟通,发布的市场推广,用户培训,在假设测试中收集反馈等等。组织应该适当地管理那些合作伙伴和供应商活动,因为它们会直接影响用户的满意度和是否为此服务付费。 873 + 874 +组织之间的关系可能涉及各种级别的整合和形式。(有关组织之间的关系的更多信息,请参见ITIL®Foundation:ITIL 4 Edition的表3.1)。与发布管理中的合作伙伴的集成级别取决于合作的形式,应通过发布管理,供应商管理,关系管理,服务级别管理和其他相关实践来决定和管理合作的形式。 875 + 876 + 877 + 878 +---- 879 + 880 += **7 重要提醒** = 881 + 882 +实践指南中大部分内容都应作为组织在建立和培养自己的实践时可以尝试的不同领域的建议。实践指南是组织可以尝试的的事情的目录,而不是答案的列表。使用ITIL 实践指南的内容时,组织应始终遵循ITIL 指导原则: 883 + 884 +1. 聚焦价值 885 +1. 从你所处的地方开始 886 +1. 基于反馈迭代推进 887 +1. 协作和提升可视化程度 888 +1. 通盘思考和工作 889 +1. 保持简单实用 890 +1. 优化和自动化 891 + 892 +更多有关指导原则及其应用程序的信息,请参见以下内容的第4.3节。 893 + 894 +ITIL®基础:ITIL 4版出版物。 895 + 896 + 897 + 898 +---- 899 + 900 += **8 致谢** = 901 + 902 +AXELOS Ltd非常感谢为本指南的开发做出贡献的每一个人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。 903 + 904 + 905 +== **8.1 作家** == 906 + 907 +Vinod Kumar Agrasala, Konstantin Naryzhny, Roman Jouravlev 908 + 909 + 910 +== **8.2 审稿人** == 911 + 912 +Oleg Skrynnik Jon Hall Anton Lykov, Samantha Robertson