Changes for page 服务管理实践 - 07 发布

Last modified by roll tech on 2024/12/30, 17:25

From version < 42.1 >

edited by superadmin
on 2024/03/08, 09:48

To version < 17.1 >

edited by superadmin
on 2021/02/19, 14:46

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)
Attachments (0 modified, 0 added, 15 removed)

Details

Page properties

Title

@@ -1,1
          +1,1 @@
--服务管理实践 - 07 发布
++07 发布管理（尚未发布）

Content

@@ -1,10
          +8,3 @@
-- 如有[[ITIL认证>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]、[[ITIL培训>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]或[[ITIL考试>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]需求，可[[点击了解详情>>url:http://www.itilchina.cn/achotsao/vip_doc/13354653.html]]
--
--
--**申明：**
--
--本系列ITIL 4中文版本由长河领导的ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与。需要下载最新翻译版本请关注微信公众号：**ITILXF**，并回复“**发布管理**”即可。
--
  {{box cssClass="floatinginfobox" title="**Contents**"}}
  {{toc/}}
  {{/box}}
@@ -13,6
          +13,15 @@
  )))
++需要下载 **ITIL 4发布管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“发布”即可。
++
++[[image:微信截图_20210206234644.png||height="153" width="152"]]
++
++
++**申明：**
++
++本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
++
  请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
@@ -72,10
          +72,13 @@
  使服务或仸何其他配置项的版本或配置项的集合可用。
  )))
++
  === **2.2.1 发布管理和部署管理** ===
++
  组织应该定义发布和部署管理实践的最佳方法，并明确它在整个组织价值流以及服务关系中的具体角色。
++
  一种方法是将发布和部署活动结合在一起。一旦服务组件被发布到生产的环境中，用户便可以去使用。生产环境中不同版本的相同组件很少有共存的情况，就算在某一时间点共同存在，也不会持续很久。发布和部署活动（以及产品的整个生命周期）之间没有明确的边界。这种方法通常应用于硬件服务组件和大型独立的软件系统。
  另一种在敏捷开发模式、现代架构以及基于云的解决方案中比较适用。通过这种方法，可以在发布活劢启动之前将新版本的软件部署到生产环境，然后再发布给部分或所有用户。在这种情况下，发布管理活动只需将重点放在启用服务上，便可以简单的实现发布的目的（例如，在存储库中更改应用的状态，指定的用户就可以进行下载操作了），另外降低复杂的人工操作的故障率（例如，训练用户降低风险并增加版本发布的有效性）。
@@ -102,6
          +102,7 @@
  === **2.2.2发布管理的方法，模型和计划** ===
++
  如果组织管理不同的架构产品，则可能会定义不同的发布管理方法。一旦就特定产品达成一致，就可以开发特定于产品的发布管理模型。该模型包括但不限于∶
  *  商定的高级方法
@@ -113,13
          +113,17 @@
  产品可能有多个发布管理模型。例如，当产品用于在不同的市场上提供服务，或用于企业和个人服务消费者。
++
  组织对产品的控制范围是影响发布管理模型开发和实践的因素之一。当组织控制整个产品生命周期（包括开发和部署）时，它可以更自由地定义发布管理模型。相反，如果组织的服务基于第三方组件，或者开发和部署由供应商管理，则通常引入组织应该考虑的约束。虽然组织仍然可以决定是否在其服务中包含更新的组件，但是只能在一定程度上进行决定（取决于组件的供应商是否允许继续使用历史版本）。
  |发布单元
  配置项或部分配置项的预定义集合，它是发布包含的基本大小。
++
++(% class="wikigeneratedid" %)
  === **2.2.3 发布单元** ===
++
  发布单元可能包括不同类型的软件组件，用户设备以及其他硬件资源，文档。对于新用户而言，用于服务的初始发布的发布单元可以不同于用于更新同一服务的发布单元。但是，可能会建议甚至强制要求组件的某些组合。例如，每个更新都应包括为用户准备的版本发布说明;但是，在某些情况下，用户设备应在用户最初使用发布之后进行更新。
  某些发布实例可能包含不完整的发布单元，但这种情况应作为特例∶如紧急发布（紧急更新），或者过于复杂且已定义了不切实际的发布单元。
@@ -127,12
          +127,16 @@
  重要的是要记住，发布单元可能不同于部署单元，后者定义了通常一起部署的组件。发布是面向用户的，发布单元的定义取决于服务的哪些组件会影响到用户使用服务和用户的体验。
++(% class="wikigeneratedid" %)
  === **2.2.4 推/拉条件** ===
++
  发布管理模型的开发期间需要做出的决定之一是将服务组件的新版本推向用户，还是由用户拉取最新的版本，或是将多种方法混合使用。
++
  "推"式方法意味着在未经用户特定许可的情况下为用户启用了新的或变更的服务组件，用户必须使用这些版本。相比之下，"拉"式方法为用户提供了新的组件和服务，但是用户可以自己决定是否使用新的版本或坚持使用较旧的版本，甚至直接不使用这个服务。
++
  通常，组织不会采用单一方法。一般会为了更好地满足工作条件，定义了"拉"或"推"方法。无论对内部和外部用户，都有很多亲和性。这包括∶
  * 在整个用户群中使用单一版本（可维护性，兼容性）
@@ -142,10
          +142,13 @@
  * 功能和其他客户的需求（如果实现了所需的新功能，客户可以要求所有用户进行更新）
  * 监管要求
++
  === **2.2.5 假设检验和实验** ===
++
  发布管理可用于验证假设和实验。当一个组织需要用一个样本用户群体来测试一个假设时，可以将可测试的服务发布给该组样本用户（有时称为治疗组）。这种方法被社会网络等大众服务提供商广泛使用，但也适用于小用户群体。相关技术包括蓝/绿发布，金丝雀发布和A/B测试等。
++
  这些实验需要其他实践的共同参与。这包括但不限于∶
  * 基础设施平台管理
@@ -155,8
          +155,103 @@
  * 服务台
  * 事件管理
--== **2.3 实践的范围** ==
++
++== **2.3 发布管理和部署管理** ==
++
++
++|(((
++**发布**
++
++使服务或任何其他配置项的版本或配置项的集合可用。
++)))
++
++组织应该定义发布和部署管理实践的最佳方法，并明确它在整个组织价值流以及服务关系中的具体角色。
++
++一种方法是将发布和部署活动结合在一起。一旦服务组件被发布到生产环境中，用户便可以去使用。生产环境中不同版本的相同组件很少有共存的情况，就算在某一时间点共同存在，也不会持续很久。发布和部署活动（以及产品的整个生命周期）之间没有明确的边界。这种方法通常应用于硬件服务组件和大型独立的软件系统。
++
++另一种在敏捷开发模式、现代架构以及基于云的解决方案中比较适用。通过这种方法，可以在发布活动启动之前将新版本的软件部署到生产环境，然后再发布给部分或所有用户。在这种情况下，发布管理活动只需将重点放在启用服务上，便可以简单的实现发布的目的（例如，在存储库中更改应用的状态，指定的用户就可以进行下载操作了），另外降低复杂的人工操作的故障率（例如，训练用户降低风险并增加版本发布的有效性）。
++
++
++|(((
++CI （持续集成）/ CD（持续部署）和发布管理
++
++敏捷和DevOps中部署的关键概念包括持续集成、持续交付和持续部署。Martin Fowler 将它们定义为：
++
++* 持续集成通常是指在软件开发环境中集成、构建和测试代码。
++* 持续交付扩展了持续集成，涵盖了生产部署的最后阶段。持续交付意味着构建的软件可以随时发布到生产中。
++* 持续部署是指通过流程并自动投入生产的变更。这样便可以每天进行多个生产部署。持续交付意味着可以频繁部署，但部署决策是根据具体情况而定的，通常是因为企业更喜欢较慢的部署速度。持续部署要求完成持续交付。
++
++在组织中，将发布的连续部署管理作为单独的实践来使用是普遍且有效的。新版本的软件、文档和数字基础设施配置一准备就绪，便会立即部署到运行环境中，然后使用发布管理实践为用户“打开”它们。
++
++如果使用不带持续部署的持续交付，则部署新的和更改的发布组件可以在相应的价值流中作为单个步骤进行同步和管理。
++
++最后，如果组织不使用持续交付或持续部署，则发布管理活动更可能与部署管理结合使用。
++)))
++
++组织为所有产品和服务或每个产品定义了发布和部署管理实践的方法。这通常由组织的产品体系结构（及其跨产品的一致性）和组织对软件生命周期的管理方法来定义的。
++
++
++== **2.4 发布管理的方法、模型和计划** ==
++
++如果组织管理不同的架构产品，则可能会定义不同的发布管理方法。一旦就特定产品达成一致，就可以开发特定于产品的发布管理模型。该模型包括但不限于：
++
++* 商定的高级方法
++* 针对用户及发布对象设置规则
++* 发布单元和打包规则
++* 推/拉条件
++* 验证和验收标准
++* 假设验证和实验的发布使用条款
++
++产品可能有多个发布管理模型。例如，当产品用于在不同的市场上提供服务，或用于企业和个人服务消费者。
++
++组织对产品的控制范围是影响发布管理模型开发和实践的因素之一。当组织控制整个产品生命周期（包括开发和部署）时，它可以更自由地定义发布管理模型。相反，如果组织的服务基于第三方组件，或者开发和部署由供应商管理，则通常引入组织应该考虑的约束。虽然组织仍然可以决定是否在其服务中包含更新的组件，但是只能在一定程度上进行决定（取决于组件的供应商是否允许继续使用历史版本）。
++
++|(((
++发布单元
++
++配置项或部分配置项的预定义集合，它是发布包含的基本大小。
++)))
++
++=== **2.4.1 发布单元** ===
++
++发布单元可能包括不同类型的软件组件，用户设备以及其他硬件资源、文档。对于新用户而言，用于服务的初始发布的发布单元可以不同于用于更新同一服务的发布单元。但是，可能会建议甚至强制要求组件的某些组合。例如，每个更新都应包括为用户准备的版本发布说明；但是，在某些情况下，用户设备应在用户最初使用发布之后进行更新。
++
++某些发布实例可能包含不完整的发布单元，但这种情况应作为特例：如紧急发布（紧急更新），或者过于复杂且已定义了不切实际的发布单元。
++
++重要的是要记住，发布单元可能不同于部署单元，后者定义了通常一起部署的组件。发布是面向用户的，发布单元的定义取决于服务的哪些组件会影响到用户使用服务和用户的体验。
++
++
++=== **2.4.2 推/拉条件** ===
++
++发布管理模型的开发期间需要做出的决定之一是将服务组件的新版本推向用户，还是由用户拉取最新的版本，或是将多种方法混合使用。
++
++“推”式方法意味着在未经用户特定许可的情况下为用户启用了新的或变更的服务组件，用户必须使用这些版本。相比之下，“拉”式方法为用户提供了新的组件和服务，但是用户可以自己决定是否使用新的版本或坚持使用较旧的版本，甚至直接不使用这个服务。
++
++通常，组织不会采用单一方法。一般会为了更好地满足工作条件，定义了“拉”或“推”方法。无论对内部和外部用户，都有很多亲和性。这包括：
++
++* 在整个用户群中使用单一版本（可维护性，兼容性）
++* 用户体验更灵活（更好的可视化，灵活的定价选项）
++* 提供在运行环境中管理多个版本的技术和组织能力
++* 关键变更（严重的安全漏洞更新这种场景更适合“推”模式）
++* 功能和其他客户的需求（如果实现了所需的新功能，客户可以要求所有用户进行更新）
++* 监管要求
++
++=== **2.4.3 假设检验和实验** ===
++
++发布管理可用于验证假设和实验。当一个组织需要用一个样本用户群体来测试一个假设时，可以将可测试的服务发布给该组样本用户（有时称为治疗组）。这种方法被社会网络等大众服务提供商广泛使用，但也适用于小用户群体。相关技术包括蓝/绿发布，金丝雀发布和A/B测试等。
++
++这些实验需要其他实践的共同参与。这包括但不限于：
++
++* 基础设施平台管理
++* 软件开发管理
++* 部署管理
++* 架构管理
++* 服务台
++* 事件管理
++
++== **2.5 实践的范围** ==
++
  发布管理实践的范围包括以下内容：
  * 开发和维护组织中新的和变更的服务与组件[[1 >>path:#_bookmark2]]的发布方法
@@ -169,19
          +169,18 @@
  表2.1其他实践指南中描述的与发布相关的活动
--(% style="width:461px" %)
--|(% style="width:287px" %)**实现价值**|(% style="width:172px" %)**实践指南**
--|(% style="width:287px" %)变更/发布的授权|(% style="width:172px" %)变更支持
--|(% style="width:287px" %)在运行环境部署新的和更改的组件和服务|(% style="width:172px" %)部署管理
--|(% style="width:287px" %)软件开发|(% style="width:172px" %)软件开发和管理
--|(% style="width:287px" %)开发和构建基础架构组件|(% style="width:172px" %)基础设施和平台管理
--|(% style="width:287px" %)用户培训支持和运维工作人员培训|(% style="width:172px" %)劳动力和人才管理
--|(% style="width:287px" %)测试和验证服务和服务组件|(% style="width:172px" %)服务验证和测试
--|(% style="width:287px" %)服务组件的命名和版本控制|(% style="width:172px" %)服务配置管理
--|(% style="width:287px" %)管理与大规模发布的有关的组织变革|(% style="width:172px" %)组织变革管理
--|(% style="width:287px" %)管理项目|(% style="width:172px" %)项目管理
++|**实现价值**|**实践指南**
++|变更/发布的授权|变更支持
++|在运行环境部署新的和更改的组件和服务|部署管理
++|软件开发|软件开发和管理
++|开发和构建基础架构组件|基础设施和平台管理
++|用户培训支持和运维工作人员培训|劳动力和人才管理
++|测试和验证服务和服务组件|服务验证和测试
++|服务组件的命名和版本控制|服务配置管理
++|管理与大规模发布的有关的组织变革|组织变革管理
++|管理项目|项目管理
--== **2.4 实践成功因素** ==
++== **2.6 实践成功因素** ==
  PSF不仅仅是任务或实现价值，因为它包含所有服务管理四维模型的组件。在实践中，
@@ -196,7
          +196,7 @@
  * 在组织上建立和维护一套有效的服务和服务组件的发布的方法
  * 确保在组织的价值流和服务关系的上下文中有效地发布服务和服务组件
--=== **2.4.1 为组织中的服务和服务组件的发布建立并维护一套有效的方法** ===
++=== **2.6.1 为组织中的服务和服务组件的发布建立并维护一套有效的方法** ===
  发布管理实践包括为新的和变更的服务和服务组件建立发布的方法和模型。组织可能会结合多种方法，并为他们管理的每个产品定义多个发布管理模型。
@@ -213,7
          +213,7 @@
  发布的方法、模型以及一般的实践应该进行持续改进，不断寻找消除浪费并增加效果和效率的方法。
--=== **2.4.2 确保在组织的价值流和服务关系的背景中，服务和服务组件的发布是有效的** ===
++=== **2.6.2 确保在组织的价值流和服务关系的背景中，服务和服务组件的发布是有效的** ===
  要确保有效的发布，可能需要在所有服务管理四维模型中组织资源。
@@ -229,7
          +229,7 @@
  有效的协调软件开发和管理，基础设施和平台管理，部署管理，服务验证以及测试与发布管理尤为重要。
--== **2.5 关键指标** ==
++== **2.7 关键指标** ==
  ITIL实践的效果和表现应该在每个实践所贡献的价值流的背景下进行评估。与任何工具的表现或效果一样，只能在应用范围内评估。但是，工具的设计和质量可能会有很大的差异，这些差异定义了工具在使用过程中的不同能力。
@@ -237,7
          +237,24 @@
  发布管理实践的关键指标已映射到PSFs。它们可以被当作价值流的背景中的KPI，以评估发布管理对这些价值流的效果和效率的贡献。表2.2中给出了一些关键指标的示例。
--[[image:1642240011095-997.png]]
++|**实践成功因素**|(% colspan="2" %)**关键指标**
++|(((
++* 在整个组织中建立并维护一套有效的发布服务和服务组件的方法
++)))|(% colspan="2" %)(((
++* 利益相关者的满意度，以及向用户介绍新服务和变更服务的方式
++* 在组织上采用发布管理的协商方法
++* 重要合作伙伴和服务消费者对发布管理方法和模型的认同
++* 审计调查结果以及由版本发布引起的外部合规性问题
++)))
++|(% colspan="2" %)(((
++* 确保在组织的价值流和服务关系的背景中执行有效的服务和服务组件发布
++)))|(((
++* 利益相关者的满意度与发布实例
++* 发布成功实例的百分比/ 发布错误/失败的次数
++* 与发布相关的事件的数量和百分比
++* 及时/遵守发布日程
++* 发布待办项吞吐量
++)))
  表2.2 实践成功因素的关键指标示例
@@ -291,7
          +291,34 @@
  该流程专注于发布方法、模式和复杂发布实例方法的开发，以及发布管理实践的持续改进。它定期执行，并由事件或请求触发，根据模型和程序的有效性，每两到三个月或者更频繁的进行定期审查。该流程包括以下活动，并将以下输入转换为表3.1中所示的输出。
--[[image:1642240036250-400.png]]
++|**关键输入**|**活动**|**关键输出**
++|(((
++* 当前的发布管理方法和模型
++* 发布记录
++* 发布评审报告
++* 政策法规要求
++* 生产架构
++* 服务目录
++* 服务级别协议
++* 事件记录和报告
++* IT资产信息
++* 与供应商、合作伙伴的协议合同
++* 相关政策和计划（信息安全，连续性，容量，等等。）
++)))|(((
++* 生产架构和服务关系分析
++* 发布管理方法评审和开发
++* 发布管理模型评审和开发
++* 发布实例规划
++* 发布计划沟通
++)))|(((
++* 更新的发布管理方法和模型
++* 发布计划
++* 发布日程
++* 改进建议
++* 变更请求
++* 更新的知识管理文章
++* 获取经验
++)))
  表3.1 发布规划流程的输入活动和输出
@@ -307,10
          +307,51 @@
  表3.2提供了流程活动的示例
--[[image:1642240074677-906.png]]
++|**实现价值**|**普通评审**|**复杂发布实例的规划**
++|产品架构和服务关系分析|(((
++发布经理与生产/ 服务所有者、架构师和其他团队一起分析和讨论影响发布方法的新条件或更改条件：
--[[image:1642240097221-887.png]]
++* 创建/修改一组生产和服务的首选方法
++* 产品或服务的性质
++* 组织的架构方法和决策
++* 主要的发布受众和与他们之间关系，现有的服务级别协议
++* 组织的风险管理和风险偏好
++* 合规性，政策和技术机遇与限制
++* 市场地位和财务条件
++* 对产品或服务组件的控制级别
++在分析和讨论的基础上，对现有方法提出了更改，或定义了新的发布方法。
++)))|发布经理与生产/ 服务所有者、架构师和其他团队一起分析并讨论了影响发布实例的因素。
++|发布管理方法的评审和开发|团队讨论新的发布方法，或对现有发布方法进行更改，并就该方法达成一致。发布方法已开发或更新。|发布经理与生产/服务所有者，架构师和其他团队一起运行现有发布方法，分析其适配性与差距，并选择适用于所讨论的复杂发布实例的最佳方法。
++|发布管理模式的评审和开发|(((
++基于新方法或更改后的方法，定义或更新发布模型。例如：
++
++* 发布程序
++* 发布权威
++* 模板计划
++* 日程模板
++* 沟通计划模板
++* 知识文章
++
++为多个发布实例开发的自动化脚本。
++)))|(((
++团队应评估发布实例的风险，同时考虑之前的知识架构，技术债务，服务级别协议和用户关系以及安全性，可用性，连续性，容量和财务限制。
++
++团队基于最初的待办事项评估，决定使用新的或现有的发布模型。
++)))
++|发布实例规划| |(((
++团队针对发布实例计划以下内容：
++
++* 目标受众
++* 发布实例中包含的组件或功能的集合
++* 启用组件/功能的顺序和方法（例如，使用特性开关），包括假设验证和实验的规划
++* 验证、接受标准和用户启用（培训，知识共享，账号准备等）
++* 发布单元和打包规则
++
++推/拉条件
++)))
++|发布计划沟通|为新的或变更的发布计划，日程和程序进行的沟通，并由利益相关者审查，输入服务台和知识管理中。|利益相关者对发布计划和日程的沟通，结果输入服务台和知识管理。
++
  表3.2 发布规划流程活动的示例
@@ -318,11
          +318,31 @@
  该流程包括表3.3中所示的活动，并将输入转换为输出。
--[[image:1642240130577-172.png]]
++|关键输入|活动|关键输出
++|(((
++* 发布管理模型
++* 发布计划
++* 发布日程
++* 环境详情
++* 已部署到运行环境或为部署准备的服务组件或发布组件
++* 验收标准
++)))|(((
++* 标识适用的模型或计划
++* 服务组件的验证
++* 发布程序的验证
++* 发布执行、发布验证、发布评审
++)))|(((
++* 已经发布的服务组件/服务
++* 发布记录
++* 发布沟通
++* 用户，客户和相关团队成员的反馈
++* 发布评审报告
++)))
  表3.3 发布协调流程的输入、活动和输出
++
  图3.3显示了工作流的流程图
  (% style="text-align:center" %)
@@ -333,14
          +333,9 @@
  表3.4显示了发布协调流程活动。
--[[image:1642240258566-538.png]]
--
--[[image:1642240275124-982.png]]
--
  表3.4 发布协调流程活动
--
  ----
  = **4 组织和人员** =
@@ -352,13
          +352,12 @@
  流程和活动的背景中描述了角色。每个角色都具有基于表4.1中所示的模型的能力概况。
--(% style="width:638px" %)
--|(% style="width:101px" %)能力代码|(% style="width:535px" %)描述
--|(% style="width:101px" %)L|(% style="width:535px" %)**领导者** 决策、授权，监督其他活动，提供激励和动力，并评估结果
--|(% style="width:101px" %)А|(% style="width:535px" %)**管理员** 分配任务并确定优先级，保存记录，持续报告并启动基本改进
--|(% style="width:101px" %)C|(% style="width:535px" %)**协调者 /沟通者** 协调多方，维护利益相关者之间的沟通,并开展宣传活动
--|(% style="width:101px" %)М|(% style="width:535px" %)**方法和技巧专家** 设计和实施工作技术、文化步骤、流程咨询、工作分析和持续改进
--|(% style="width:101px" %)Т|(% style="width:535px" %)**技术专家** 提供技术（IT）专业知识并执行基于专家经验的作业
++|能力代码|描述
++|L|**领导者** 决策、授权，监督其他活动，提供激励和动力，并评估结果
++|А|**管理员** 分配任务并确定优先级，保存记录，持续报告并启动基本改进
++|C|**协调者 /沟通者** 协调多方，维护利益相关者之间的沟通,并开展宣传活动
++|М|**方法和技巧专家** 设计和实施工作技术、文化步骤、流程咨询、工作分析和持续改进
++|Т|**技术专家** 提供技术（IT）专业知识并执行基于专家经验的作业
  表4.1能力代码和资料
@@ -385,16
          +385,234 @@
  表4.2中列出了发布管理活动中可能涉及的其他角色的示例，以及相关的能力概况和特定技能。
--[[image:1642240419389-329.png]]
++|实现价值|负责角色|能力简介|具体技能
++|(% colspan="4" %)发布规划流程
++|生产架构和服务关系分析|(((
++企业架构师
--[[image:1642240444678-913.png]]
++服务负责人
--[[image:1642240486034-848.png]]
++产品负责人
--[[image:1642240520226-663.png]]
++关系经理
--[[image:1642240611466-247.png]]
++开发团队成员
++客户经理
++
++交付经理
++
++设师
++)))|ATC|(((
++服务关系的知识
++
++商业分析
++
++服务架构的知识
++
++发布和部署方法的知识
++
++基础架构和平台方面的专业知识
++
++沟通技巧
++)))
++|发布管理方法|(((
++服务负责人
++
++产品负责人
++)))|AMTC|(((
++服务关系知识
++
++发布和部署方法的知识
++)))
++|评审和开发|(((
++关系经理
++
++开发团队成员
++
++客户经理
++
++交付经理
++)))| |(((
++基础设施和平台方面的专业知识
++
++沟通技巧
++)))
++|发布管理模型评审和开发|(((
++服务负责人
++
++产品负责人
++
++开发团队成员
++
++客户经理
++
++交付经理
++)))|AMTC|(((
++服务关系的知识
++
++发布和部署方法的知识
++
++基础架构和平台方面的专业知识
++
++沟通技巧
++)))
++|发布实例规划| |TA|(((
++基础架构和平台方面的专业知识
++
++服务/ 生产的技术知识
++
++服务架构的知识
++
++发布和部署方法的知识
++
++管理服务/ 生产的专业知识
++
++服务关系的知识
++)))
++|发布计划沟通|(((
++服务负责人
++
++产品负责人
++
++关系经理
++
++客户经理
++
++交付经理
++)))|C|(((
++服务关系知识
++
++沟通技巧
++
++营销知识
++)))
++|(% colspan="4" %)发布协调流程
++|确定适用的模型或计划|(((
++服务负责人
++
++产品负责人
++
++开发团队成员
++
++客户经理
++
++交付经理
++
++设计师
++)))|AT|(((
++服务/ 产品的管理知识
++
++用户服务体验
++
++基础架构和平台方面的专业知识
++
++发布和部署方法的知识
++
++服务/ 产品的技术知识
++)))
++|服务组件的验证|(((
++服务负责人
++
++产品负责人
++
++开发团队成员
++
++客户经理
++
++交付经理
++
++客户代表
++)))|TA|(((
++基础设施和平台方面的专业知识
++
++发布和部署方法的知识
++
++服务/ 产品的技术知识
++
++服务/ 产品的管理专业知识
++)))
++|发布程序的验证|(((
++开发团队成员
++
++系统管理员
++
++信息安全专家
++)))|TA|(((
++基础架构和平台方面的专业知识
++
++服务/ 产品的技术知识
++
++服务/ 产品的管理知识
++)))
++|发布执行|(((
++开发团队成员
++
++系统管理员
++
++信息安全专家
++)))|T|(((
++基础设施和平台方面的专业知识
++
++发布和部署方法的知识
++
++服务/ 产品的技术知识
++)))
++|发布验证|(((
++服务负责人
++
++产品负责人
++
++客户经理
++
++交付经理
++
++开发团队成员
++
++客户代表
++
++用户
++)))|A|(((
++服务/ 产品管理的专业知识
++
++用户的服务体验
++)))
++|发布评审|(((
++服务负责人
++
++产品负责人
++
++关系经理
++
++客户经理
++
++交付经理
++
++开发团队成员
++
++设计师
++
++客户代表
++
++用户
++)))|ATC|(((
++服务关系的知识
++
++业务分析
++
++服务架构的知识
++
++发布和部署方法的知识
++
++基础设施和平台方面的专业知识
++
++服务/产品的技术知识
++
++沟通技巧
++
++营销知识
++)))
++
  表4.2 发布管理活动涉及的角色示例
@@ -429,12
          +429,95 @@
  在数字化工作环境中的发布管理是高度自动化的。但是，即使在传统环境中，发布管理实践也可以从自动化中显著受益。在表5.1中，有很多可行且有效的解决方案。
--[[image:1642240671717-163.png]]
++|实现价值|自动化手段|(% colspan="2" %)关键功能|实践上的影响
++|(% colspan="5" %)发布计划过程
++|生产架构和服务关系分析|(((
++架构工具
--[[image:1642240721417-774.png]]
++业务分析和建模工具产品/ 服务建模工具
++)))|(% colspan="2" %)生产/ 服务架构以及关系，连接和约束的可视化|中
++|发布管理方法评审和开发|(((
++流程建模工具
--[[image:1642240743263-782.png]]
++产品/ 服务建模工具
++业务分析工具
++)))|(% colspan="2" %)对过程与程序的建模，可视化和评估|低
++|发布管理模式评审和开发|流程建模工具|(% colspan="2" %)对过程与程序的建模，可视化|中
++|发布实例规划|(((
++流程建模工具
++
++发布和部署管理工具
++
++流水线管理工具
++
++软件交付和集成工具
++
++开发环境
++)))|(% colspan="2" %)自动化发布管理|高
++|发布计划沟通|(((
++社交网络
++
++门户
++
++知识库工具
++)))|(% colspan="2" %)自动通信、消息、状态更新|高
++|(% colspan="5" %)发布协调流程
++|确定适用的模式或计划|(% colspan="2" %)(((
++流程建模工具
++
++发布和部署管理工具
++
++流水线管理工具
++)))|流程和过程的建模与可视化|低
++|服务组件的验证|(((
++发布和部署管理工具
++
++流水线管理工具
++
++软件交付和集成工具
++
++开发环境
++)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
++|发布程序的验证|(((
++发布和部署管理工具
++
++流水线管理工具
++
++软件交付和集成工具
++
++开发环境
++)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
++|发布执行|(((
++发布和部署管理工具
++
++流水线管理工具
++
++软件交付和集成工具
++
++开发环境
++)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
++|发布验证|(((
++发布和部署管理工具
++
++流水线管理工具
++
++软件交付和集成工具
++)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
++|发布评审|(((
++监控工具
++
++协作工具
++
++沟通工具
++)))|(% colspan="2" %)(((
++提供信息和警告
++
++知识共享
++
++问题沟通
++)))|中
++
  表5.1 发布管理活动的自动化解决方案
@@ -459,13
          +459,13 @@
  实践指南中大部分内容都应作为组织在建立和培养自己的实践时可以尝试的不同领域的建议。实践指南是组织可以尝试的的事情的目录，而不是答案的列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：
--* 聚焦价值
--* 从你所处的地方开始
--* 基于反馈迭代推进
--* 协作和提升可视化程度
--* 通盘思考和工作
--* 保持简单实用
--* 优化和自动化
++1. 聚焦价值
++1. 从你所处的地方开始
++1. 基于反馈迭代推进
++1. 协作和提升可视化程度
++1. 通盘思考和工作
++1. 保持简单实用
++1. 优化和自动化
  更多有关指导原则及其应用程序的信息，请参见以下内容的第4.3节。

1642240011095-997.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-55.3 KB

Content

1642240036250-400.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-45.8 KB

Content

1642240074677-906.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-81.6 KB

Content

1642240097221-887.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-88.9 KB

Content

1642240130577-172.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-34.1 KB

Content

1642240258566-538.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-96.8 KB

Content

1642240275124-982.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-60.0 KB

Content

1642240419389-329.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-46.1 KB

Content

1642240444678-913.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-55.1 KB

Content

1642240486034-848.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-42.2 KB

Content

1642240520226-663.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-54.0 KB

Content

1642240611466-247.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-50.2 KB

Content

1642240671717-163.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-57.3 KB

Content

1642240721417-774.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-53.5 KB

Content

1642240743263-782.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-41.8 KB

Content

粤ICP备17056641号

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