由 roll tech 于 2024/12/30, 17:25 最后修改
从版本< 12.1 >
由superadmin编辑
在2021/02/18, 22:23上
到版本
由superadmin编辑
在2024/03/08, 09:48上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -07 发布管理（尚未发布）
1 +服务管理实践 - 07 发布
Content
... ... @@ -1,27 +1,18 @@
1 -{{box cssClass="floatinginfobox" title="**Contents**"}}
2 -{{toc/}}
3 -{{/box}}
1 + 如有[[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]]
4 4  
5 -(((
6 -= =
7 7  
4 +**申明：**
8 8  
6 +本系列ITIL 4中文版本由长河领导的ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与。需要下载最新翻译版本请关注微信公众号：**ITILXF**，并回复“**发布管理**”即可。
9 9  
8 +{{box cssClass="floatinginfobox" title="**Contents**"}}
9 +{{toc/}}
10 +{{/box}}
10 10  
11 -
12 +(((
12 12  
13 13  )))
14 14  
15 -~)~)~)
16 -
17 -需要下载 **ITIL 4发布管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“发布”即可。
18 -
19 -[[image:微信截图_20210206234644.png]]
20 -
21 -**申明：**
22 -
23 -本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
24 -
25 25  请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
26 26  
27 27  
... ... @@ -63,7 +63,7 @@
63 63  |(((
64 64  关键信息
65 65  
66 -发布管理实践的目的是使新的和变更的服务及功能均可用。
57 +发布管理实践的目的是使新的和变更的服务及功能均可用。
67 67  )))
68 68  
69 69  发布管理实践是为了确保组织及其服务使用者在符合组织政策和协议的前提下，服务可以正常使用而产生的最佳实践。
... ... @@ -75,23 +75,20 @@
75 75  
76 76  == **2.2 关键术语和概念** ==
77 77  
78 -
79 -== **2.3 发布管理和部署管理** ==
80 -
81 -
82 82  |(((
83 -**发布**
70 +发布
84 84  
85 -使服务或任何其他配置项的版本或配置项的集合可用。
72 +使服务或仸何其他配置项的版本或配置项的集合可用。
86 86  )))
87 87  
75 +=== **2.2.1 发布管理和部署管理** ===
76 +
88 88  组织应该定义发布和部署管理实践的最佳方法，并明确它在整个组织价值流以及服务关系中的具体角色。
89 89  
90 -一种方法是将发布和部署活动结合在一起。一旦服务组件被发布到生产环境中，用户便可以去使用。生产环境中不同版本的相同组件很少有共存的情况，就算在某一时间点共同存在，也不会持续很久。发布和部署活动（以及产品的整个生命周期）之间没有明确的边界。这种方法通常应用于硬件服务组件和大型独立的软件系统。
79 +一种方法是将发布和部署活动结合在一起。一旦服务组件被发布到生产的环境中，用户便可以去使用。生产环境中不同版本的相同组件很少有共存的情况，就算在某一时间点共同存在，也不会持续很久。发布和部署活动（以及产品的整个生命周期）之间没有明确的边界。这种方法通常应用于硬件服务组件和大型独立的软件系统。
91 91  
92 -另一种在敏捷开发模式、现代架构以及基于云的解决方案中比较适用。通过这种方法，可以在发布活动启动之前将新版本的软件部署到生产环境，然后再发布给部分或所有用户。在这种情况下，发布管理活动只需将重点放在启用服务上，便可以简单的实现发布的目的（例如，在存储库中更改应用的状态，指定的用户就可以进行下载操作了），另外降低复杂的人工操作的故障率（例如，训练用户降低风险并增加版本发布的有效性）。
81 +另一种在敏捷开发模式、现代架构以及基于云的解决方案中比较适用。通过这种方法，可以在发布活劢启动之前将新版本的软件部署到生产环境，然后再发布给部分或所有用户。在这种情况下，发布管理活动只需将重点放在启用服务上，便可以简单的实现发布的目的（例如，在存储库中更改应用的状态，指定的用户就可以进行下载操作了），另外降低复杂的人工操作的故障率（例如，训练用户降低风险并增加版本发布的有效性）。
93 93  
94 -
95 95  |(((
96 96  CI （持续集成）/ CD（持续部署）和发布管理
97 97  
... ... @@ -99,23 +99,24 @@
99 99  
100 100  * 持续集成通常是指在软件开发环境中集成、构建和测试代码。
101 101  * 持续交付扩展了持续集成，涵盖了生产部署的最后阶段。持续交付意味着构建的软件可以随时发布到生产中。
102 -* 持续部署是指通过流程并自动投入生产的变更。这样便可以每天进行多个生产部署。持续交付意味着可以频繁部署，但部署决策是根据具体情况而定的，通常是因为企业更喜欢较慢的部署速度。持续部署要求完成持续交付。
90 +* 持续部署是指通过流程并自动投入生产的变更。这样便可以每天进行多个生产部署。
91 +* 持续交付意味着可以频繁部署，但部署决策是根据具体情况而定的，通常是因为企业更喜欢较慢的部署速度。持续部署要求完成持续交付。
103 103  
104 104  在组织中，将发布的连续部署管理作为单独的实践来使用是普遍且有效的。新版本的软件、文档和数字基础设施配置一准备就绪，便会立即部署到运行环境中，然后使用发布管理实践为用户“打开”它们。
105 105  
106 106  如果使用不带持续部署的持续交付，则部署新的和更改的发布组件可以在相应的价值流中作为单个步骤进行同步和管理。
107 107  
108 -最后，如果组织不使用持续交付或持续部署，则发布管理活动更可能与部署管理结合使用。
97 +最后，如果组细不使用持续交付或持续部署，则发布管理活动更可能与部署管理结合使用。
109 109  )))
110 110  
111 -组织为所有产品和服务或每个产品定义了发布和部署管理实践的方法。这通常由组织的产品体系结构（及其跨产品的一致性）和组织对软件生命周期的管理方法来定义的。
100 +组织为所有产品和服务或每个产品定义了发布和部署管理实践的方法。这通常由组细的产品体系结构（及其跨产品的一致性）和组织对软件生命周期的管理方法来定义的。
112 112  
113 113  
114 -== **2.4 发布管理的方法、模型和计划** ==
103 +=== **2.2.2发布管理的方法，模型和计划** ===
115 115  
116 -如果组织管理不同的架构产品，则可能会定义不同的发布管理方法。一旦就特定产品达成一致，就可以开发特定于产品的发布管理模型。该模型包括但不限于：
105 +如果组织管理不同的架构产品，则可能会定义不同的发布管理方法。一旦就特定产品达成一致，就可以开发特定于产品的发布管理模型。该模型包括但不限于∶
117 117  
118 -* 商定的高级方法
107 +* 商定的高级方法
119 119  * 针对用户及发布对象设置规则
120 120  * 发布单元和打包规则
121 121  * 推/拉条件
... ... @@ -126,42 +126,38 @@
126 126  
127 127  组织对产品的控制范围是影响发布管理模型开发和实践的因素之一。当组织控制整个产品生命周期（包括开发和部署）时，它可以更自由地定义发布管理模型。相反，如果组织的服务基于第三方组件，或者开发和部署由供应商管理，则通常引入组织应该考虑的约束。虽然组织仍然可以决定是否在其服务中包含更新的组件，但是只能在一定程度上进行决定（取决于组件的供应商是否允许继续使用历史版本）。
128 128  
129 -|(((
130 -发布单元
131 -
118 +|发布单元
132 132  配置项或部分配置项的预定义集合，它是发布包含的基本大小。
133 -)))
134 134  
135 -=== **2.4.1 发布单元** ===
121 +=== **2.2.3 发布单元** ===
136 136  
137 -发布单元可能包括不同类型的软件组件，用户设备以及其他硬件资源、文档。对于新用户而言，用于服务的初始发布的发布单元可以不同于用于更新同一服务的发布单元。但是，可能会建议甚至强制要求组件的某些组合。例如，每个更新都应包括为用户准备的版本发布说明；但是，在某些情况下，用户设备应在用户最初使用发布之后进行更新。
123 +发布单元可能包括不同类型的软件组件，用户设备以及其他硬件资源，文档。对于新用户而言，用于服务的初始发布的发布单元可以不同于用于更新同一服务的发布单元。但是，可能会建议甚至强制要求组件的某些组合。例如，每个更新都应包括为用户准备的版本发布说明;但是，在某些情况下，用户设备应在用户最初使用发布之后进行更新。
138 138  
139 -某些发布实例可能包含不完整的发布单元，但这种情况应作为特例：如紧急发布（紧急更新），或者过于复杂且已定义了不切实际的发布单元。
125 +某些发布实例可能包含不完整的发布单元，但这种情况应作为特例∶如紧急发布（紧急更新），或者过于复杂且已定义了不切实际的发布单元。
140 140  
141 141  重要的是要记住，发布单元可能不同于部署单元，后者定义了通常一起部署的组件。发布是面向用户的，发布单元的定义取决于服务的哪些组件会影响到用户使用服务和用户的体验。
142 142  
143 143  
144 -=== **2.4.2 推/拉条件** ===
130 +=== **2.2.4 推/拉条件** ===
145 145  
146 146  发布管理模型的开发期间需要做出的决定之一是将服务组件的新版本推向用户，还是由用户拉取最新的版本，或是将多种方法混合使用。
147 147  
148 -“推”式方法意味着在未经用户特定许可的情况下为用户启用了新的或变更的服务组件，用户必须使用这些版本。相比之下，“拉”式方法为用户提供了新的组件和服务，但是用户可以自己决定是否使用新的版本或坚持使用较旧的版本，甚至直接不使用这个服务。
134 +"推"式方法意味着在未经用户特定许可的情况下为用户启用了新的或变更的服务组件，用户必须使用这些版本。相比之下，"拉"式方法为用户提供了新的组件和服务，但是用户可以自己决定是否使用新的版本或坚持使用较旧的版本，甚至直接不使用这个服务。
149 149  
150 -通常，组织不会采用单一方法。一般会为了更好地满足工作条件，定义了“拉”或“推”方法。无论对内部和外部用户，都有很多亲和性。这包括：
136 +通常，组织不会采用单一方法。一般会为了更好地满足工作条件，定义了"拉"或"推"方法。无论对内部和外部用户，都有很多亲和性。这包括∶
151 151  
152 152  * 在整个用户群中使用单一版本（可维护性，兼容性）
153 153  * 用户体验更灵活（更好的可视化，灵活的定价选项）
154 154  * 提供在运行环境中管理多个版本的技术和组织能力
155 -* 关键变更（严重的安全漏洞更新这种场景更适合“推”模式）
141 +* 关键变更（严重的安全漏洞更新这种场景更适合"推"模式）
156 156  * 功能和其他客户的需求（如果实现了所需的新功能，客户可以要求所有用户进行更新）
157 157  * 监管要求
158 158  
145 +=== **2.2.5 假设检验和实验** ===
159 159  
160 -=== **2.4.3 假设检验和实验** ===
161 -
162 162  发布管理可用于验证假设和实验。当一个组织需要用一个样本用户群体来测试一个假设时，可以将可测试的服务发布给该组样本用户（有时称为治疗组）。这种方法被社会网络等大众服务提供商广泛使用，但也适用于小用户群体。相关技术包括蓝/绿发布，金丝雀发布和A/B测试等。
163 163  
164 -这些实验需要其他实践的共同参与。这包括但不限于：
149 +这些实验需要其他实践的共同参与。这包括但不限于∶
165 165  
166 166  * 基础设施平台管理
167 167  * 软件开发管理
... ... @@ -170,9 +170,8 @@
170 170  * 服务台
171 171  * 事件管理
172 172  
158 +== **2.3 实践的范围** ==
173 173  
174 -== **2.5 实践的范围** ==
175 -
176 176  发布管理实践的范围包括以下内容：
177 177  
178 178  * 开发和维护组织中新的和变更的服务与组件[[1 >>path:#_bookmark2]]的发布方法
... ... @@ -185,20 +185,20 @@
185 185  
186 186  表2.1其他实践指南中描述的与发布相关的活动
187 187  
188 -|**实现价值**|**实践指南**
189 -|变更/发布的授权|变更支持
190 -|在运行环境部署新的和更改的组件和服务|部署管理
191 -|软件开发|软件开发和管理
192 -|开发和构建基础架构组件|基础设施和平台管理
193 -|用户培训支持和运维工作人员培训|劳动力和人才管理
194 -|测试和验证服务和服务组件|服务验证和测试
195 -|服务组件的命名和版本控制|服务配置管理
196 -|管理与大规模发布的有关的组织变革|组织变革管理
197 -|管理项目|项目管理
172 +(% style="width:461px" %)
173 +|(% style="width:287px" %)**实现价值**|(% style="width:172px" %)**实践指南**
174 +|(% style="width:287px" %)变更/发布的授权|(% style="width:172px" %)变更支持
175 +|(% style="width:287px" %)在运行环境部署新的和更改的组件和服务|(% style="width:172px" %)部署管理
176 +|(% style="width:287px" %)软件开发|(% style="width:172px" %)软件开发和管理
177 +|(% style="width:287px" %)开发和构建基础架构组件|(% style="width:172px" %)基础设施和平台管理
178 +|(% style="width:287px" %)用户培训支持和运维工作人员培训|(% style="width:172px" %)劳动力和人才管理
179 +|(% style="width:287px" %)测试和验证服务和服务组件|(% style="width:172px" %)服务验证和测试
180 +|(% style="width:287px" %)服务组件的命名和版本控制|(% style="width:172px" %)服务配置管理
181 +|(% style="width:287px" %)管理与大规模发布的有关的组织变革|(% style="width:172px" %)组织变革管理
182 +|(% style="width:287px" %)管理项目|(% style="width:172px" %)项目管理
198 198  
184 +== **2.4 实践成功因素** ==
199 199  
200 -== **2.6 实践成功因素** ==
201 -
202 202  PSF不仅仅是任务或实现价值，因为它包含所有服务管理四维模型的组件。在实践中，
203 203  
204 204  |(((
... ... @@ -212,9 +212,8 @@
212 212  * 在组织上建立和维护一套有效的服务和服务组件的发布的方法
213 213  * 确保在组织的价值流和服务关系的上下文中有效地发布服务和服务组件
214 214  
199 +=== **2.4.1 为组织中的服务和服务组件的发布建立并维护一套有效的方法** ===
215 215  
216 -=== **2.6.1 为组织中的服务和服务组件的发布建立并维护一套有效的方法** ===
217 -
218 218  发布管理实践包括为新的和变更的服务和服务组件建立发布的方法和模型。组织可能会结合多种方法，并为他们管理的每个产品定义多个发布管理模型。
219 219  
220 220  除了组织和产品信息之外，发布模型还由组织及其服务使用者之间的服务关系定义。其中包括以下因素：
... ... @@ -230,7 +230,7 @@
230 230  发布的方法、模型以及一般的实践应该进行持续改进，不断寻找消除浪费并增加效果和效率的方法。
231 231  
232 232  
233 -=== **2.6.2 确保在组织的价值流和服务关系的背景中，服务和服务组件的发布是有效的** ===
216 +=== **2.4.2 确保在组织的价值流和服务关系的背景中，服务和服务组件的发布是有效的** ===
234 234  
235 235  要确保有效的发布，可能需要在所有服务管理四维模型中组织资源。
236 236  
... ... @@ -246,7 +246,7 @@
246 246  有效的协调软件开发和管理，基础设施和平台管理，部署管理，服务验证以及测试与发布管理尤为重要。
247 247  
248 248  
249 -== **2.7 关键指标** ==
232 +== **2.5 关键指标** ==
250 250  
251 251  ITIL实践的效果和表现应该在每个实践所贡献的价值流的背景下进行评估。与任何工具的表现或效果一样，只能在应用范围内评估。但是，工具的设计和质量可能会有很大的差异，这些差异定义了工具在使用过程中的不同能力。
252 252  
... ... @@ -254,24 +254,7 @@
254 254  
255 255  发布管理实践的关键指标已映射到PSFs。它们可以被当作价值流的背景中的KPI，以评估发布管理对这些价值流的效果和效率的贡献。表2.2中给出了一些关键指标的示例。
256 256  
257 -|**实践成功因素**|(% colspan="2" %)**关键指标**
258 -|(((
259 -* 在整个组织中建立并维护一套有效的发布服务和服务组件的方法
260 -)))|(% colspan="2" %)(((
261 -* 利益相关者的满意度，以及向用户介绍新服务和变更服务的方式
262 -* 在组织上采用发布管理的协商方法
263 -* 重要合作伙伴和服务消费者对发布管理方法和模型的认同
264 -* 审计调查结果以及由版本发布引起的外部合规性问题
265 -)))
266 -|(% colspan="2" %)(((
267 -* 确保在组织的价值流和服务关系的背景中执行有效的服务和服务组件发布
268 -)))|(((
269 -* 利益相关者的满意度与发布实例
270 -* 发布成功实例的百分比/ 发布错误/失败的次数
271 -* 与发布相关的事件的数量和百分比
272 -* 及时/遵守发布日程
273 -* 发布待办项吞吐量
274 -)))
240 +[[image:1642240011095-997.png]]
275 275  
276 276  表2.2 实践成功因素的关键指标示例
277 277  
... ... @@ -325,38 +325,10 @@
325 325  
326 326  该流程专注于发布方法、模式和复杂发布实例方法的开发，以及发布管理实践的持续改进。它定期执行，并由事件或请求触发，根据模型和程序的有效性，每两到三个月或者更频繁的进行定期审查。该流程包括以下活动，并将以下输入转换为表3.1中所示的输出。
327 327  
328 -|**关键输入**|**活动**|**关键输出**
329 -|(((
330 -* 当前的发布管理方法和模型
331 -* 发布记录
332 -* 发布评审报告
333 -* 政策法规要求
334 -* 生产架构
335 -* 服务目录
336 -* 服务级别协议
337 -* 事件记录和报告
338 -* IT资产信息
339 -* 与供应商、合作伙伴的协议合同
340 -* 相关政策和计划（信息安全，连续性，容量，等等。）
341 -)))|(((
342 -* 生产架构和服务关系分析
343 -* 发布管理方法评审和开发
344 -* 发布管理模型评审和开发
345 -* 发布实例规划
346 -* 发布计划沟通
347 -)))|(((
348 -* 更新的发布管理方法和模型
349 -* 发布计划
350 -* 发布日程
351 -* 改进建议
352 -* 变更请求
353 -* 更新的知识管理文章
354 -* 获取经验
355 -)))
294 +[[image:1642240036250-400.png]]
356 356  
357 357  表3.1 发布规划流程的输入活动和输出
358 358  
359 -==== ====
360 360  
361 361  图3.2显示了流程的工作流程
362 362  
... ... @@ -369,51 +369,10 @@
369 369  
370 370  表3.2提供了流程活动的示例
371 371  
372 -|**实现价值**|**普通评审**|**复杂发布实例的规划**
373 -|产品架构和服务关系分析|(((
374 -发布经理与生产/ 服务所有者、架构师和其他团队一起分析和讨论影响发布方法的新条件或更改条件：
310 +[[image:1642240074677-906.png]]
375 375  
376 -* 创建/修改一组生产和服务的首选方法
377 -* 产品或服务的性质
378 -* 组织的架构方法和决策
379 -* 主要的发布受众和与他们之间关系，现有的服务级别协议
380 -* 组织的风险管理和风险偏好
381 -* 合规性，政策和技术机遇与限制
382 -* 市场地位和财务条件
383 -* 对产品或服务组件的控制级别
312 +[[image:1642240097221-887.png]]
384 384  
385 -在分析和讨论的基础上，对现有方法提出了更改，或定义了新的发布方法。
386 -)))|发布经理与生产/ 服务所有者、架构师和其他团队一起分析并讨论了影响发布实例的因素。
387 -|发布管理方法的评审和开发|团队讨论新的发布方法，或对现有发布方法进行更改，并就该方法达成一致。发布方法已开发或更新。|发布经理与生产/服务所有者，架构师和其他团队一起运行现有发布方法，分析其适配性与差距，并选择适用于所讨论的复杂发布实例的最佳方法。
388 -|发布管理模式的评审和开发|(((
389 -基于新方法或更改后的方法，定义或更新发布模型。例如：
390 -
391 -* 发布程序
392 -* 发布权威
393 -* 模板计划
394 -* 日程模板
395 -* 沟通计划模板
396 -* 知识文章
397 -
398 -为多个发布实例开发的自动化脚本。
399 -)))|(((
400 -团队应评估发布实例的风险，同时考虑之前的知识架构，技术债务，服务级别协议和用户关系以及安全性，可用性，连续性，容量和财务限制。
401 -
402 -团队基于最初的待办事项评估，决定使用新的或现有的发布模型。
403 -)))
404 -|发布实例规划| |(((
405 -团队针对发布实例计划以下内容：
406 -
407 -* 目标受众
408 -* 发布实例中包含的组件或功能的集合
409 -* 启用组件/功能的顺序和方法（例如，使用特性开关），包括假设验证和实验的规划
410 -* 验证、接受标准和用户启用（培训，知识共享，账号准备等）
411 -* 发布单元和打包规则
412 -
413 -推/拉条件
414 -)))
415 -|发布计划沟通|为新的或变更的发布计划，日程和程序进行的沟通，并由利益相关者审查，输入服务台和知识管理中。|利益相关者对发布计划和日程的沟通，结果输入服务台和知识管理。
416 -
417 417  表3.2 发布规划流程活动的示例
418 418  
419 419  
... ... @@ -421,30 +421,10 @@
421 421  
422 422  该流程包括表3.3中所示的活动，并将输入转换为输出。
423 423  
424 -|关键输入|活动|关键输出
425 -|(((
426 -* 发布管理模型
427 -* 发布计划
428 -* 发布日程
429 -* 环境详情
430 -* 已部署到运行环境或为部署准备的服务组件或发布组件
431 -* 验收标准
432 -)))|(((
433 -* 标识适用的模型或计划
434 -* 服务组件的验证
435 -* 发布程序的验证
436 -* 发布执行、发布验证、发布评审
437 -)))|(((
438 -* 已经发布的服务组件/服务
439 -* 发布记录
440 -* 发布沟通
441 -* 用户，客户和相关团队成员的反馈
442 -* 发布评审报告
443 -)))
321 +[[image:1642240130577-172.png]]
444 444  
445 445  表3.3 发布协调流程的输入、活动和输出
446 446  
447 -===== =====
448 448  
449 449  图3.3显示了工作流的流程图
450 450  
... ... @@ -456,9 +456,14 @@
456 456  
457 457  表3.4显示了发布协调流程活动。
458 458  
336 +[[image:1642240258566-538.png]]
337 +
338 +[[image:1642240275124-982.png]]
339 +
459 459  表3.4 发布协调流程活动
460 460  
461 461  
343 +
462 462  ----
463 463  
464 464  = **4 组织和人员** =
... ... @@ -470,12 +470,13 @@
470 470  
471 471  流程和活动的背景中描述了角色。每个角色都具有基于表4.1中所示的模型的能力概况。
472 472  
473 -|能力代码|描述
474 -|L|**领导者** 决策、授权，监督其他活动，提供激励和动力，并评估结果
475 -|А|**管理员** 分配任务并确定优先级，保存记录，持续报告并启动基本改进
476 -|C|**协调者 /沟通者** 协调多方，维护利益相关者之间的沟通,并开展宣传活动
477 -|М|**方法和技巧专家** 设计和实施工作技术、文化步骤、流程咨询、工作分析和持续改进
478 -|Т|**技术专家** 提供技术（IT）专业知识并执行基于专家经验的作业
355 +(% style="width:638px" %)
356 +|(% style="width:101px" %)能力代码|(% style="width:535px" %)描述
357 +|(% style="width:101px" %)L|(% style="width:535px" %)**领导者** 决策、授权，监督其他活动，提供激励和动力，并评估结果
358 +|(% style="width:101px" %)А|(% style="width:535px" %)**管理员** 分配任务并确定优先级，保存记录，持续报告并启动基本改进
359 +|(% style="width:101px" %)C|(% style="width:535px" %)**协调者 /沟通者** 协调多方，维护利益相关者之间的沟通,并开展宣传活动
360 +|(% style="width:101px" %)М|(% style="width:535px" %)**方法和技巧专家** 设计和实施工作技术、文化步骤、流程咨询、工作分析和持续改进
361 +|(% style="width:101px" %)Т|(% style="width:535px" %)**技术专家** 提供技术（IT）专业知识并执行基于专家经验的作业
479 479  
480 480  表4.1能力代码和资料
481 481  
... ... @@ -502,234 +502,16 @@
502 502  
503 503  表4.2中列出了发布管理活动中可能涉及的其他角色的示例，以及相关的能力概况和特定技能。
504 504  
505 -|实现价值|负责角色|能力简介|具体技能
506 -|(% colspan="4" %)发布规划流程
507 -|生产架构和服务关系分析|(((
508 -企业架构师
388 +[[image:1642240419389-329.png]]
509 509  
510 -服务负责人
390 +[[image:1642240444678-913.png]]
511 511  
512 -产品负责人
392 +[[image:1642240486034-848.png]]
513 513  
514 -关系经理
394 +[[image:1642240520226-663.png]]
515 515  
516 -开发团队成员
396 +[[image:1642240611466-247.png]]
517 517  
518 -客户经理
519 -
520 -交付经理
521 -
522 -设师
523 -)))|ATC|(((
524 -服务关系的知识
525 -
526 -商业分析
527 -
528 -服务架构的知识
529 -
530 -发布和部署方法的知识
531 -
532 -基础架构和平台方面的专业知识
533 -
534 -沟通技巧
535 -)))
536 -|发布管理方法|(((
537 -服务负责人
538 -
539 -产品负责人
540 -)))|AMTC|(((
541 -服务关系知识
542 -
543 -发布和部署方法的知识
544 -)))
545 -|评审和开发|(((
546 -关系经理
547 -
548 -开发团队成员
549 -
550 -客户经理
551 -
552 -交付经理
553 -)))| |(((
554 -基础设施和平台方面的专业知识
555 -
556 -沟通技巧
557 -)))
558 -|发布管理模型评审和开发|(((
559 -服务负责人
560 -
561 -产品负责人
562 -
563 -开发团队成员
564 -
565 -客户经理
566 -
567 -交付经理
568 -)))|AMTC|(((
569 -服务关系的知识
570 -
571 -发布和部署方法的知识
572 -
573 -基础架构和平台方面的专业知识
574 -
575 -沟通技巧
576 -)))
577 -|发布实例规划| |TA|(((
578 -基础架构和平台方面的专业知识
579 -
580 -服务/ 生产的技术知识
581 -
582 -服务架构的知识
583 -
584 -发布和部署方法的知识
585 -
586 -管理服务/ 生产的专业知识
587 -
588 -服务关系的知识
589 -)))
590 -|发布计划沟通|(((
591 -服务负责人
592 -
593 -产品负责人
594 -
595 -关系经理
596 -
597 -客户经理
598 -
599 -交付经理
600 -)))|C|(((
601 -服务关系知识
602 -
603 -沟通技巧
604 -
605 -营销知识
606 -)))
607 -|(% colspan="4" %)发布协调流程
608 -|确定适用的模型或计划|(((
609 -服务负责人
610 -
611 -产品负责人
612 -
613 -开发团队成员
614 -
615 -客户经理
616 -
617 -交付经理
618 -
619 -设计师
620 -)))|AT|(((
621 -服务/ 产品的管理知识
622 -
623 -用户服务体验
624 -
625 -基础架构和平台方面的专业知识
626 -
627 -发布和部署方法的知识
628 -
629 -服务/ 产品的技术知识
630 -)))
631 -|服务组件的验证|(((
632 -服务负责人
633 -
634 -产品负责人
635 -
636 -开发团队成员
637 -
638 -客户经理
639 -
640 -交付经理
641 -
642 -客户代表
643 -)))|TA|(((
644 -基础设施和平台方面的专业知识
645 -
646 -发布和部署方法的知识
647 -
648 -服务/ 产品的技术知识
649 -
650 -服务/ 产品的管理专业知识
651 -)))
652 -|发布程序的验证|(((
653 -开发团队成员
654 -
655 -系统管理员
656 -
657 -信息安全专家
658 -)))|TA|(((
659 -基础架构和平台方面的专业知识
660 -
661 -服务/ 产品的技术知识
662 -
663 -服务/ 产品的管理知识
664 -)))
665 -|发布执行|(((
666 -开发团队成员
667 -
668 -系统管理员
669 -
670 -信息安全专家
671 -)))|T|(((
672 -基础设施和平台方面的专业知识
673 -
674 -发布和部署方法的知识
675 -
676 -服务/ 产品的技术知识
677 -)))
678 -|发布验证|(((
679 -服务负责人
680 -
681 -产品负责人
682 -
683 -客户经理
684 -
685 -交付经理
686 -
687 -开发团队成员
688 -
689 -客户代表
690 -
691 -用户
692 -)))|A|(((
693 -服务/ 产品管理的专业知识
694 -
695 -用户的服务体验
696 -)))
697 -|发布评审|(((
698 -服务负责人
699 -
700 -产品负责人
701 -
702 -关系经理
703 -
704 -客户经理
705 -
706 -交付经理
707 -
708 -开发团队成员
709 -
710 -设计师
711 -
712 -客户代表
713 -
714 -用户
715 -)))|ATC|(((
716 -服务关系的知识
717 -
718 -业务分析
719 -
720 -服务架构的知识
721 -
722 -发布和部署方法的知识
723 -
724 -基础设施和平台方面的专业知识
725 -
726 -服务/产品的技术知识
727 -
728 -沟通技巧
729 -
730 -营销知识
731 -)))
732 -
733 733  表4.2 发布管理活动涉及的角色示例
734 734  
735 735  
... ... @@ -764,95 +764,12 @@
764 764  
765 765  在数字化工作环境中的发布管理是高度自动化的。但是，即使在传统环境中，发布管理实践也可以从自动化中显著受益。在表5.1中，有很多可行且有效的解决方案。
766 766  
767 -|实现价值|自动化手段|(% colspan="2" %)关键功能|实践上的影响
768 -|(% colspan="5" %)发布计划过程
769 -|生产架构和服务关系分析|(((
770 -架构工具
432 +[[image:1642240671717-163.png]]
771 771  
772 -业务分析和建模工具产品/ 服务建模工具
773 -)))|(% colspan="2" %)生产/ 服务架构以及关系，连接和约束的可视化|中
774 -|发布管理方法评审和开发|(((
775 -流程建模工具
434 +[[image:1642240721417-774.png]]
776 776  
777 -产品/ 服务建模工具
436 +[[image:1642240743263-782.png]]
778 778  
779 -业务分析工具
780 -)))|(% colspan="2" %)对过程与程序的建模，可视化和评估|低
781 -|发布管理模式评审和开发|流程建模工具|(% colspan="2" %)对过程与程序的建模，可视化|中
782 -|发布实例规划|(((
783 -流程建模工具
784 -
785 -发布和部署管理工具
786 -
787 -流水线管理工具
788 -
789 -软件交付和集成工具
790 -
791 -开发环境
792 -)))|(% colspan="2" %)自动化发布管理|高
793 -|发布计划沟通|(((
794 -社交网络
795 -
796 -门户
797 -
798 -知识库工具
799 -)))|(% colspan="2" %)自动通信、消息、状态更新|高
800 -|(% colspan="5" %)发布协调流程
801 -|确定适用的模式或计划|(% colspan="2" %)(((
802 -流程建模工具
803 -
804 -发布和部署管理工具
805 -
806 -流水线管理工具
807 -)))|流程和过程的建模与可视化|低
808 -|服务组件的验证|(((
809 -发布和部署管理工具
810 -
811 -流水线管理工具
812 -
813 -软件交付和集成工具
814 -
815 -开发环境
816 -)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
817 -|发布程序的验证|(((
818 -发布和部署管理工具
819 -
820 -流水线管理工具
821 -
822 -软件交付和集成工具
823 -
824 -开发环境
825 -)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
826 -|发布执行|(((
827 -发布和部署管理工具
828 -
829 -流水线管理工具
830 -
831 -软件交付和集成工具
832 -
833 -开发环境
834 -)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
835 -|发布验证|(((
836 -发布和部署管理工具
837 -
838 -流水线管理工具
839 -
840 -软件交付和集成工具
841 -)))|(% colspan="2" %)基于预先规划的、已开发的脚本，自动化发布管理|高
842 -|发布评审|(((
843 -监控工具
844 -
845 -协作工具
846 -
847 -沟通工具
848 -)))|(% colspan="2" %)(((
849 -提供信息和警告
850 -
851 -知识共享
852 -
853 -问题沟通
854 -)))|中
855 -
856 856  表5.1 发布管理活动的自动化解决方案
857 857  
858 858  
... ... @@ -877,13 +877,13 @@
877 877  
878 878  实践指南中大部分内容都应作为组织在建立和培养自己的实践时可以尝试的不同领域的建议。实践指南是组织可以尝试的的事情的目录，而不是答案的列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：
879 879  
880 -1. 聚焦价值
881 -1. 从你所处的地方开始
882 -1. 基于反馈迭代推进
883 -1. 协作和提升可视化程度
884 -1. 通盘思考和工作
885 -1. 保持简单实用
886 -1. 优化和自动化
462 +* 聚焦价值
463 +* 从你所处的地方开始
464 +* 基于反馈迭代推进
465 +* 协作和提升可视化程度
466 +* 通盘思考和工作
467 +* 保持简单实用
468 +* 优化和自动化
887 887  
888 888  更多有关指导原则及其应用程序的信息，请参见以下内容的第4.3节。
889 889  
Icon 1642240011095-997.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +55.3 KB
Content Icon
Icon 1642240036250-400.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +45.8 KB
Content Icon
Icon 1642240074677-906.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +81.6 KB
Content Icon
Icon 1642240097221-887.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +88.9 KB
Content Icon
Icon 1642240130577-172.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +34.1 KB
Content Icon
Icon 1642240258566-538.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +96.8 KB
Content Icon
Icon 1642240275124-982.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +60.0 KB
Content Icon
Icon 1642240419389-329.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +46.1 KB
Content Icon
Icon 1642240444678-913.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +55.1 KB
Content Icon
Icon 1642240486034-848.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +42.2 KB
Content Icon
Icon 1642240520226-663.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +54.0 KB
Content Icon
Icon 1642240611466-247.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +50.2 KB
Content Icon
Icon 1642240671717-163.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +57.3 KB
Content Icon
Icon 1642240721417-774.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +53.5 KB
Content Icon
Icon 1642240743263-782.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +41.8 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司