Last modified by roll tech on 2024/12/30, 17:25
From version < 40.1 >
edited by superadmin
on 2022/01/15, 17:59
To version < 12.1 >
edited by superadmin
on 2021/02/18, 22:23
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -07 发布管理实践
1 +07 发布管理（尚未发布）
Content
... ... @@ -3,14 +3,21 @@
3 3  {{/box}}
4 4  
5 5  (((
6 += =
7 +
8 +
9 +
10 +
11 +
6 6  
7 7  )))
8 8  
15 +~)~)~)
16 +
9 9  需要下载 **ITIL 4发布管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“发布”即可。
10 10  
11 -[[image:微信截图_20210206234644.png||height="153" width="152"]]
19 +[[image:微信截图_20210206234644.png]]
12 12  
13 -
14 14  **申明：**
15 15  
16 16  本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
... ... @@ -56,7 +56,7 @@
56 56  |(((
57 57  关键信息
58 58  
59 -发布管理实践的目的是使新的和变更的服务及功能均可用。
66 +发布管理实践的目的是使新的和变更的服务及功能均可用。
60 60  )))
61 61  
62 62  发布管理实践是为了确保组织及其服务使用者在符合组织政策和协议的前提下，服务可以正常使用而产生的最佳实践。
... ... @@ -68,20 +68,23 @@
68 68  
69 69  == **2.2 关键术语和概念** ==
70 70  
78 +
79 +== **2.3 发布管理和部署管理** ==
80 +
81 +
71 71  |(((
72 -发布
83 +**发布**
73 73  
74 -使服务或仸何其他配置项的版本或配置项的集合可用。
85 +使服务或任何其他配置项的版本或配置项的集合可用。
75 75  )))
76 76  
77 -=== **2.2.1 发布管理和部署管理** ===
78 -
79 79  组织应该定义发布和部署管理实践的最佳方法，并明确它在整个组织价值流以及服务关系中的具体角色。
80 80  
81 -一种方法是将发布和部署活动结合在一起。一旦服务组件被发布到生产的环境中，用户便可以去使用。生产环境中不同版本的相同组件很少有共存的情况，就算在某一时间点共同存在，也不会持续很久。发布和部署活动（以及产品的整个生命周期）之间没有明确的边界。这种方法通常应用于硬件服务组件和大型独立的软件系统。
90 +一种方法是将发布和部署活动结合在一起。一旦服务组件被发布到生产环境中，用户便可以去使用。生产环境中不同版本的相同组件很少有共存的情况，就算在某一时间点共同存在，也不会持续很久。发布和部署活动（以及产品的整个生命周期）之间没有明确的边界。这种方法通常应用于硬件服务组件和大型独立的软件系统。
82 82  
83 -另一种在敏捷开发模式、现代架构以及基于云的解决方案中比较适用。通过这种方法，可以在发布活劢启动之前将新版本的软件部署到生产环境，然后再发布给部分或所有用户。在这种情况下，发布管理活动只需将重点放在启用服务上，便可以简单的实现发布的目的（例如，在存储库中更改应用的状态，指定的用户就可以进行下载操作了），另外降低复杂的人工操作的故障率（例如，训练用户降低风险并增加版本发布的有效性）。
92 +另一种在敏捷开发模式、现代架构以及基于云的解决方案中比较适用。通过这种方法，可以在发布活动启动之前将新版本的软件部署到生产环境，然后再发布给部分或所有用户。在这种情况下，发布管理活动只需将重点放在启用服务上，便可以简单的实现发布的目的（例如，在存储库中更改应用的状态，指定的用户就可以进行下载操作了），另外降低复杂的人工操作的故障率（例如，训练用户降低风险并增加版本发布的有效性）。
84 84  
94 +
85 85  |(((
86 86  CI （持续集成）/ CD（持续部署）和发布管理
87 87  
... ... @@ -89,24 +89,23 @@
89 89  
90 90  * 持续集成通常是指在软件开发环境中集成、构建和测试代码。
91 91  * 持续交付扩展了持续集成，涵盖了生产部署的最后阶段。持续交付意味着构建的软件可以随时发布到生产中。
92 -* 持续部署是指通过流程并自动投入生产的变更。这样便可以每天进行多个生产部署。
93 -* 持续交付意味着可以频繁部署，但部署决策是根据具体情况而定的，通常是因为企业更喜欢较慢的部署速度。持续部署要求完成持续交付。
102 +* 持续部署是指通过流程并自动投入生产的变更。这样便可以每天进行多个生产部署。持续交付意味着可以频繁部署，但部署决策是根据具体情况而定的，通常是因为企业更喜欢较慢的部署速度。持续部署要求完成持续交付。
94 94  
95 95  在组织中，将发布的连续部署管理作为单独的实践来使用是普遍且有效的。新版本的软件、文档和数字基础设施配置一准备就绪，便会立即部署到运行环境中，然后使用发布管理实践为用户“打开”它们。
96 96  
97 97  如果使用不带持续部署的持续交付，则部署新的和更改的发布组件可以在相应的价值流中作为单个步骤进行同步和管理。
98 98  
99 -最后，如果组细不使用持续交付或持续部署，则发布管理活动更可能与部署管理结合使用。
108 +最后，如果组织不使用持续交付或持续部署，则发布管理活动更可能与部署管理结合使用。
100 100  )))
101 101  
102 -组织为所有产品和服务或每个产品定义了发布和部署管理实践的方法。这通常由组细的产品体系结构（及其跨产品的一致性）和组织对软件生命周期的管理方法来定义的。
111 +组织为所有产品和服务或每个产品定义了发布和部署管理实践的方法。这通常由组织的产品体系结构（及其跨产品的一致性）和组织对软件生命周期的管理方法来定义的。
103 103  
104 104  
105 -=== **2.2.2发布管理的方法，模型和计划** ===
114 +== **2.4 发布管理的方法、模型和计划** ==
106 106  
107 -如果组织管理不同的架构产品，则可能会定义不同的发布管理方法。一旦就特定产品达成一致，就可以开发特定于产品的发布管理模型。该模型包括但不限于∶
116 +如果组织管理不同的架构产品，则可能会定义不同的发布管理方法。一旦就特定产品达成一致，就可以开发特定于产品的发布管理模型。该模型包括但不限于：
108 108  
109 -* 商定的高级方法
118 +* 商定的高级方法
110 110  * 针对用户及发布对象设置规则
111 111  * 发布单元和打包规则
112 112  * 推/拉条件
... ... @@ -117,38 +117,42 @@
117 117  
118 118  组织对产品的控制范围是影响发布管理模型开发和实践的因素之一。当组织控制整个产品生命周期（包括开发和部署）时，它可以更自由地定义发布管理模型。相反，如果组织的服务基于第三方组件，或者开发和部署由供应商管理，则通常引入组织应该考虑的约束。虽然组织仍然可以决定是否在其服务中包含更新的组件，但是只能在一定程度上进行决定（取决于组件的供应商是否允许继续使用历史版本）。
119 119  
120 -|发布单元
129 +|(((
130 +发布单元
131 +
121 121  配置项或部分配置项的预定义集合，它是发布包含的基本大小。
133 +)))
122 122  
123 -=== **2.2.3 发布单元** ===
135 +=== **2.4.1 发布单元** ===
124 124  
125 -发布单元可能包括不同类型的软件组件，用户设备以及其他硬件资源，文档。对于新用户而言，用于服务的初始发布的发布单元可以不同于用于更新同一服务的发布单元。但是，可能会建议甚至强制要求组件的某些组合。例如，每个更新都应包括为用户准备的版本发布说明;但是，在某些情况下，用户设备应在用户最初使用发布之后进行更新。
137 +发布单元可能包括不同类型的软件组件，用户设备以及其他硬件资源、文档。对于新用户而言，用于服务的初始发布的发布单元可以不同于用于更新同一服务的发布单元。但是，可能会建议甚至强制要求组件的某些组合。例如，每个更新都应包括为用户准备的版本发布说明；但是，在某些情况下，用户设备应在用户最初使用发布之后进行更新。
126 126  
127 -某些发布实例可能包含不完整的发布单元，但这种情况应作为特例∶如紧急发布（紧急更新），或者过于复杂且已定义了不切实际的发布单元。
139 +某些发布实例可能包含不完整的发布单元，但这种情况应作为特例：如紧急发布（紧急更新），或者过于复杂且已定义了不切实际的发布单元。
128 128  
129 129  重要的是要记住，发布单元可能不同于部署单元，后者定义了通常一起部署的组件。发布是面向用户的，发布单元的定义取决于服务的哪些组件会影响到用户使用服务和用户的体验。
130 130  
131 131  
132 -=== **2.2.4 推/拉条件** ===
144 +=== **2.4.2 推/拉条件** ===
133 133  
134 134  发布管理模型的开发期间需要做出的决定之一是将服务组件的新版本推向用户，还是由用户拉取最新的版本，或是将多种方法混合使用。
135 135  
136 -"推"式方法意味着在未经用户特定许可的情况下为用户启用了新的或变更的服务组件，用户必须使用这些版本。相比之下，"拉"式方法为用户提供了新的组件和服务，但是用户可以自己决定是否使用新的版本或坚持使用较旧的版本，甚至直接不使用这个服务。
148 +“推”式方法意味着在未经用户特定许可的情况下为用户启用了新的或变更的服务组件，用户必须使用这些版本。相比之下，“拉”式方法为用户提供了新的组件和服务，但是用户可以自己决定是否使用新的版本或坚持使用较旧的版本，甚至直接不使用这个服务。
137 137  
138 -通常，组织不会采用单一方法。一般会为了更好地满足工作条件，定义了"拉"或"推"方法。无论对内部和外部用户，都有很多亲和性。这包括∶
150 +通常，组织不会采用单一方法。一般会为了更好地满足工作条件，定义了“拉”或“推”方法。无论对内部和外部用户，都有很多亲和性。这包括：
139 139  
140 140  * 在整个用户群中使用单一版本（可维护性，兼容性）
141 141  * 用户体验更灵活（更好的可视化，灵活的定价选项）
142 142  * 提供在运行环境中管理多个版本的技术和组织能力
143 -* 关键变更（严重的安全漏洞更新这种场景更适合"推"模式）
155 +* 关键变更（严重的安全漏洞更新这种场景更适合“推”模式）
144 144  * 功能和其他客户的需求（如果实现了所需的新功能，客户可以要求所有用户进行更新）
145 145  * 监管要求
146 146  
147 -=== **2.2.5 假设检验和实验** ===
148 148  
160 +=== **2.4.3 假设检验和实验** ===
161 +
149 149  发布管理可用于验证假设和实验。当一个组织需要用一个样本用户群体来测试一个假设时，可以将可测试的服务发布给该组样本用户（有时称为治疗组）。这种方法被社会网络等大众服务提供商广泛使用，但也适用于小用户群体。相关技术包括蓝/绿发布，金丝雀发布和A/B测试等。
150 150  
151 -这些实验需要其他实践的共同参与。这包括但不限于∶
164 +这些实验需要其他实践的共同参与。这包括但不限于：
152 152  
153 153  * 基础设施平台管理
154 154  * 软件开发管理
... ... @@ -157,8 +157,9 @@
157 157  * 服务台
158 158  * 事件管理
159 159  
160 -== **2.3 实践的范围** ==
161 161  
174 +== **2.5 实践的范围** ==
175 +
162 162  发布管理实践的范围包括以下内容：
163 163  
164 164  * 开发和维护组织中新的和变更的服务与组件[[1 >>path:#_bookmark2]]的发布方法
... ... @@ -171,22 +171,20 @@
171 171  
172 172  表2.1其他实践指南中描述的与发布相关的活动
173 173  
174 -(% style="width:461px" %)
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" %)服务配置管理
183 -|(% style="width:287px" %)管理与大规模发布的有关的组织变革|(% style="width:172px" %)组织变革管理
184 -|(% style="width:287px" %)管理项目|(% style="width:172px" %)项目管理
188 +|**实现价值**|**实践指南**
189 +|变更/发布的授权|变更支持
190 +|在运行环境部署新的和更改的组件和服务|部署管理
191 +|软件开发|软件开发和管理
192 +|开发和构建基础架构组件|基础设施和平台管理
193 +|用户培训支持和运维工作人员培训|劳动力和人才管理
194 +|测试和验证服务和服务组件|服务验证和测试
195 +|服务组件的命名和版本控制|服务配置管理
196 +|管理与大规模发布的有关的组织变革|组织变革管理
197 +|管理项目|项目管理
185 185  
186 186  
200 +== **2.6 实践成功因素** ==
187 187  
188 -== **2.4 实践成功因素** ==
189 -
190 190  PSF不仅仅是任务或实现价值，因为它包含所有服务管理四维模型的组件。在实践中，
191 191  
192 192  |(((
... ... @@ -200,8 +200,9 @@
200 200  * 在组织上建立和维护一套有效的服务和服务组件的发布的方法
201 201  * 确保在组织的价值流和服务关系的上下文中有效地发布服务和服务组件
202 202  
203 -=== **2.4.1 为组织中的服务和服务组件的发布建立并维护一套有效的方法** ===
204 204  
216 +=== **2.6.1 为组织中的服务和服务组件的发布建立并维护一套有效的方法** ===
217 +
205 205  发布管理实践包括为新的和变更的服务和服务组件建立发布的方法和模型。组织可能会结合多种方法，并为他们管理的每个产品定义多个发布管理模型。
206 206  
207 207  除了组织和产品信息之外，发布模型还由组织及其服务使用者之间的服务关系定义。其中包括以下因素：
... ... @@ -217,7 +217,7 @@
217 217  发布的方法、模型以及一般的实践应该进行持续改进，不断寻找消除浪费并增加效果和效率的方法。
218 218  
219 219  
220 -=== **2.4.2 确保在组织的价值流和服务关系的背景中，服务和服务组件的发布是有效的** ===
233 +=== **2.6.2 确保在组织的价值流和服务关系的背景中，服务和服务组件的发布是有效的** ===
221 221  
222 222  要确保有效的发布，可能需要在所有服务管理四维模型中组织资源。
223 223  
... ... @@ -233,7 +233,7 @@
233 233  有效的协调软件开发和管理，基础设施和平台管理，部署管理，服务验证以及测试与发布管理尤为重要。
234 234  
235 235  
236 -== **2.5 关键指标** ==
249 +== **2.7 关键指标** ==
237 237  
238 238  ITIL实践的效果和表现应该在每个实践所贡献的价值流的背景下进行评估。与任何工具的表现或效果一样，只能在应用范围内评估。但是，工具的设计和质量可能会有很大的差异，这些差异定义了工具在使用过程中的不同能力。
239 239  
... ... @@ -241,7 +241,24 @@
241 241  
242 242  发布管理实践的关键指标已映射到PSFs。它们可以被当作价值流的背景中的KPI，以评估发布管理对这些价值流的效果和效率的贡献。表2.2中给出了一些关键指标的示例。
243 243  
244 -[[image:1642240011095-997.png]]
257 +|**实践成功因素**|(% colspan="2" %)**关键指标**
258 +|(((
259 +* 在整个组织中建立并维护一套有效的发布服务和服务组件的方法
260 +)))|(% colspan="2" %)(((
261 +* 利益相关者的满意度，以及向用户介绍新服务和变更服务的方式
262 +* 在组织上采用发布管理的协商方法
263 +* 重要合作伙伴和服务消费者对发布管理方法和模型的认同
264 +* 审计调查结果以及由版本发布引起的外部合规性问题
265 +)))
266 +|(% colspan="2" %)(((
267 +* 确保在组织的价值流和服务关系的背景中执行有效的服务和服务组件发布
268 +)))|(((
269 +* 利益相关者的满意度与发布实例
270 +* 发布成功实例的百分比/ 发布错误/失败的次数
271 +* 与发布相关的事件的数量和百分比
272 +* 及时/遵守发布日程
273 +* 发布待办项吞吐量
274 +)))
245 245  
246 246  表2.2 实践成功因素的关键指标示例
247 247  
... ... @@ -295,10 +295,38 @@
295 295  
296 296  该流程专注于发布方法、模式和复杂发布实例方法的开发，以及发布管理实践的持续改进。它定期执行，并由事件或请求触发，根据模型和程序的有效性，每两到三个月或者更频繁的进行定期审查。该流程包括以下活动，并将以下输入转换为表3.1中所示的输出。
297 297  
298 -[[image:1642240036250-400.png]]
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 +)))
299 299  
300 300  表3.1 发布规划流程的输入活动和输出
301 301  
359 +==== ====
302 302  
303 303  图3.2显示了流程的工作流程
304 304  
... ... @@ -311,10 +311,51 @@
311 311  
312 312  表3.2提供了流程活动的示例
313 313  
314 -[[image:1642240074677-906.png]]
372 +|**实现价值**|**普通评审**|**复杂发布实例的规划**
373 +|产品架构和服务关系分析|(((
374 +发布经理与生产/ 服务所有者、架构师和其他团队一起分析和讨论影响发布方法的新条件或更改条件：
315 315  
316 -[[image:1642240097221-887.png]]
376 +* 创建/修改一组生产和服务的首选方法
377 +* 产品或服务的性质
378 +* 组织的架构方法和决策
379 +* 主要的发布受众和与他们之间关系，现有的服务级别协议
380 +* 组织的风险管理和风险偏好
381 +* 合规性，政策和技术机遇与限制
382 +* 市场地位和财务条件
383 +* 对产品或服务组件的控制级别
317 317  
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 +
318 318  表3.2 发布规划流程活动的示例
319 319  
320 320  
... ... @@ -322,10 +322,30 @@
322 322  
323 323  该流程包括表3.3中所示的活动，并将输入转换为输出。
324 324  
325 -[[image:1642240130577-172.png]]
424 +|关键输入|活动|关键输出
425 +|(((
426 +* 发布管理模型
427 +* 发布计划
428 +* 发布日程
429 +* 环境详情
430 +* 已部署到运行环境或为部署准备的服务组件或发布组件
431 +* 验收标准
432 +)))|(((
433 +* 标识适用的模型或计划
434 +* 服务组件的验证
435 +* 发布程序的验证
436 +* 发布执行、发布验证、发布评审
437 +)))|(((
438 +* 已经发布的服务组件/服务
439 +* 发布记录
440 +* 发布沟通
441 +* 用户，客户和相关团队成员的反馈
442 +* 发布评审报告
443 +)))
326 326  
327 327  表3.3 发布协调流程的输入、活动和输出
328 328  
447 +===== =====
329 329  
330 330  图3.3显示了工作流的流程图
331 331  
... ... @@ -337,14 +337,9 @@
337 337  
338 338  表3.4显示了发布协调流程活动。
339 339  
340 -[[image:1642240258566-538.png]]
341 -
342 -[[image:1642240275124-982.png]]
343 -
344 344  表3.4 发布协调流程活动
345 345  
346 346  
347 -
348 348  ----
349 349  
350 350  = **4 组织和人员** =
... ... @@ -356,13 +356,12 @@
356 356  
357 357  流程和活动的背景中描述了角色。每个角色都具有基于表4.1中所示的模型的能力概况。
358 358  
359 -(% style="width:638px" %)
360 -|(% style="width:101px" %)能力代码|(% style="width:535px" %)描述
361 -|(% style="width:101px" %)L|(% style="width:535px" %)**领导者** 决策、授权，监督其他活动，提供激励和动力，并评估结果
362 -|(% style="width:101px" %)А|(% style="width:535px" %)**管理员** 分配任务并确定优先级，保存记录，持续报告并启动基本改进
363 -|(% style="width:101px" %)C|(% style="width:535px" %)**协调者 /沟通者** 协调多方，维护利益相关者之间的沟通,并开展宣传活动
364 -|(% style="width:101px" %)М|(% style="width:535px" %)**方法和技巧专家** 设计和实施工作技术、文化步骤、流程咨询、工作分析和持续改进
365 -|(% style="width:101px" %)Т|(% style="width:535px" %)**技术专家** 提供技术（IT）专业知识并执行基于专家经验的作业
473 +|能力代码|描述
474 +|L|**领导者** 决策、授权，监督其他活动，提供激励和动力，并评估结果
475 +|А|**管理员** 分配任务并确定优先级，保存记录，持续报告并启动基本改进
476 +|C|**协调者 /沟通者** 协调多方，维护利益相关者之间的沟通,并开展宣传活动
477 +|М|**方法和技巧专家** 设计和实施工作技术、文化步骤、流程咨询、工作分析和持续改进
478 +|Т|**技术专家** 提供技术（IT）专业知识并执行基于专家经验的作业
366 366  
367 367  表4.1能力代码和资料
368 368  
... ... @@ -389,16 +389,234 @@
389 389  
390 390  表4.2中列出了发布管理活动中可能涉及的其他角色的示例，以及相关的能力概况和特定技能。
391 391  
392 -[[image:1642240419389-329.png]]
505 +|实现价值|负责角色|能力简介|具体技能
506 +|(% colspan="4" %)发布规划流程
507 +|生产架构和服务关系分析|(((
508 +企业架构师
393 393  
394 -[[image:1642240444678-913.png]]
510 +服务负责人
395 395  
396 -[[image:1642240486034-848.png]]
512 +产品负责人
397 397  
398 -[[image:1642240520226-663.png]]
514 +关系经理
399 399  
400 -[[image:1642240611466-247.png]]
516 +开发团队成员
401 401  
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 +
402 402  表4.2 发布管理活动涉及的角色示例
403 403  
404 404  
... ... @@ -433,12 +433,95 @@
433 433  
434 434  在数字化工作环境中的发布管理是高度自动化的。但是，即使在传统环境中，发布管理实践也可以从自动化中显著受益。在表5.1中，有很多可行且有效的解决方案。
435 435  
436 -[[image:1642240671717-163.png]]
767 +|实现价值|自动化手段|(% colspan="2" %)关键功能|实践上的影响
768 +|(% colspan="5" %)发布计划过程
769 +|生产架构和服务关系分析|(((
770 +架构工具
437 437  
438 -[[image:1642240721417-774.png]]
772 +业务分析和建模工具产品/ 服务建模工具
773 +)))|(% colspan="2" %)生产/ 服务架构以及关系，连接和约束的可视化|中
774 +|发布管理方法评审和开发|(((
775 +流程建模工具
439 439  
440 -[[image:1642240743263-782.png]]
777 +产品/ 服务建模工具
441 441  
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 +
442 442  表5.1 发布管理活动的自动化解决方案
443 443  
444 444  
... ... @@ -463,13 +463,13 @@
463 463  
464 464  实践指南中大部分内容都应作为组织在建立和培养自己的实践时可以尝试的不同领域的建议。实践指南是组织可以尝试的的事情的目录，而不是答案的列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：
465 465  
466 -* 聚焦价值
467 -* 从你所处的地方开始
468 -* 基于反馈迭代推进
469 -* 协作和提升可视化程度
470 -* 通盘思考和工作
471 -* 保持简单实用
472 -* 优化和自动化
880 +1. 聚焦价值
881 +1. 从你所处的地方开始
882 +1. 基于反馈迭代推进
883 +1. 协作和提升可视化程度
884 +1. 通盘思考和工作
885 +1. 保持简单实用
886 +1. 优化和自动化
473 473  
474 474  更多有关指导原则及其应用程序的信息，请参见以下内容的第4.3节。
475 475  
Icon 1642240011095-997.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -55.3 KB
Content Icon
Icon 1642240036250-400.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -45.8 KB
Content Icon
Icon 1642240074677-906.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -81.6 KB
Content Icon
Icon 1642240097221-887.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -88.9 KB
Content Icon
Icon 1642240130577-172.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -34.1 KB
Content Icon
Icon 1642240258566-538.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -96.8 KB
Content Icon
Icon 1642240275124-982.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -60.0 KB
Content Icon
Icon 1642240419389-329.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -46.1 KB
Content Icon
Icon 1642240444678-913.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -55.1 KB
Content Icon
Icon 1642240486034-848.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -42.2 KB
Content Icon
Icon 1642240520226-663.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -54.0 KB
Content Icon
Icon 1642240611466-247.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -50.2 KB
Content Icon
Icon 1642240671717-163.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -57.3 KB
Content Icon
Icon 1642240721417-774.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -53.5 KB
Content Icon
Icon 1642240743263-782.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -41.8 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司