Wiki source code of ITIL 4 发布管理实践指南(2023版)精华内容速览
Last modified by superadmin on 2025/04/18, 15:09
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | == **一、基本信息与目的** == | ||
2 | |||
3 | 发布管理实践的目的是使新的和变更后的服务与功能可供使用。该实践确保服务按照组织的政策和组织与其服务消费者之间的协议提供。发布管理支持服务提供商及其服务消费者获得多种好处,包括对新服务的受控启用、实验和测试假设的能力、降低发布风险和损失、提高用户和客户满意度等。 | ||
4 | |||
5 | [[image:https://dwgwpl34m6c.feishu.cn/space/api/box/stream/download/asynccode/?code=YTJkZjQxOWE0NDI1Yzk5NmEwYzVkN2Q2Njk1Y2NkZTNfTUc3ZUNaNWpWSTJPcjdKbEhWNDVYMmtFMm4waEVHRGpfVG9rZW46VWN5QWJjc29zb09mb1J4RnVVWWN6QzdHbjVsXzE3NDQ5NjAxMzU6MTc0NDk2MzczNV9WNA]] | ||
6 | |||
7 | |||
8 | == **二、关键术语与概念** == | ||
9 | |||
10 | 1. ((( | ||
11 | 发布与部署管理的区别 | ||
12 | ))) | ||
13 | |||
14 | **发布**:指的是一个服务或任何其他配置项的版本,或配置项的集合,使其可供使用。 | ||
15 | |||
16 | **部署**:通常指的是将新的或变更的一组组件从开发团队转移到服务运营团队的过程。 | ||
17 | |||
18 | 1. ((( | ||
19 | 发布管理模型 | ||
20 | ))) | ||
21 | |||
22 | 发布管理模型是对特定类型发布的可重复管理方法。模型通常包括: | ||
23 | |||
24 | * ((( | ||
25 | 商定的高级方法 | ||
26 | ))) | ||
27 | * ((( | ||
28 | 发布的目标用户和用户启用规则 | ||
29 | ))) | ||
30 | * ((( | ||
31 | 推送/拉取条件 | ||
32 | ))) | ||
33 | * ((( | ||
34 | 验证和接受标准 | ||
35 | ))) | ||
36 | * ((( | ||
37 | 用于假设验证和实验的发布使用条款和条件 | ||
38 | ))) | ||
39 | |||
40 | 1. ((( | ||
41 | 推送/拉取考虑因素 | ||
42 | ))) | ||
43 | |||
44 | 组织需要决定新版本的服务组件是"推送"给用户,还是由用户"拉取"使用,或者两种方法的混合。这取决于多种因素,包括: | ||
45 | |||
46 | * ((( | ||
47 | 在用户群中维护单一版本的好处 | ||
48 | ))) | ||
49 | * ((( | ||
50 | 允许用户拥有更多自由度的好处 | ||
51 | ))) | ||
52 | * ((( | ||
53 | 在生产环境中管理多个版本的技术和组织能力 | ||
54 | ))) | ||
55 | * ((( | ||
56 | 紧急更改和安全漏洞的处理 | ||
57 | ))) | ||
58 | * ((( | ||
59 | 功能和客户需求 | ||
60 | ))) | ||
61 | |||
62 | 1. ((( | ||
63 | CI/CD与发布管理 | ||
64 | ))) | ||
65 | |||
66 | 发布管理在持续集成、持续交付和持续部署的环境下扮演重要角色: | ||
67 | |||
68 | * ((( | ||
69 | 持续集成:在软件开发环境中集成、构建和测试代码 | ||
70 | ))) | ||
71 | * ((( | ||
72 | 持续交付:意味着构建的软件可随时转移到生产环境 | ||
73 | ))) | ||
74 | * ((( | ||
75 | 持续部署:变更自动进入生产环境,每天可多次部署 | ||
76 | ))) | ||
77 | |||
78 | == **三、实践成功因素** == | ||
79 | |||
80 | 发布管理实践包括以下实践成功因素(PSF): | ||
81 | |||
82 | 1. ((( | ||
83 | 建立和维护组织范围内发布服务和服务组件的有效方法 | ||
84 | ))) | ||
85 | |||
86 | 这需要考虑以下因素: | ||
87 | |||
88 | * ((( | ||
89 | 服务关系类型:内部或外部服务消费者、个人或企业服务消费、标准或定制服务 | ||
90 | ))) | ||
91 | * ((( | ||
92 | 产品架构和特性 | ||
93 | ))) | ||
94 | * ((( | ||
95 | 组织风险管理方法和风险承受能力 | ||
96 | ))) | ||
97 | * ((( | ||
98 | 合规性、政策和技术机会与约束 | ||
99 | ))) | ||
100 | |||
101 | 1. ((( | ||
102 | 确保在组织价值流和服务关系背景下有效发布服务和服务组件 | ||
103 | ))) | ||
104 | |||
105 | 这可能需要在服务管理的所有四个维度中组织资源,根据发布管理模型的不同,实施发布所需的活动和资源可能会有很大差异。 | ||
106 | |||
107 | == **四、流程和活动** == | ||
108 | |||
109 | 发布管理活动形成两个流程: | ||
110 | |||
111 | 1. ((( | ||
112 | 发布模型开发和改进流程 | ||
113 | ))) | ||
114 | |||
115 | 包括以下活动: | ||
116 | |||
117 | * ((( | ||
118 | 产品架构和服务关系分析 | ||
119 | ))) | ||
120 | * ((( | ||
121 | 发布管理方法审查和开发 | ||
122 | ))) | ||
123 | * ((( | ||
124 | 发布模型审查和开发 | ||
125 | ))) | ||
126 | * ((( | ||
127 | 发布模型沟通 | ||
128 | ))) | ||
129 | |||
130 | 1. ((( | ||
131 | 发布计划和协调流程 | ||
132 | ))) | ||
133 | |||
134 | 包括以下活动: | ||
135 | |||
136 | * ((( | ||
137 | 确定适用模型 | ||
138 | ))) | ||
139 | * ((( | ||
140 | 发布实例计划 | ||
141 | ))) | ||
142 | * ((( | ||
143 | 服务组件验证 | ||
144 | ))) | ||
145 | * ((( | ||
146 | 发布程序验证 | ||
147 | ))) | ||
148 | * ((( | ||
149 | 发布执行 | ||
150 | ))) | ||
151 | * ((( | ||
152 | 发布验证 | ||
153 | ))) | ||
154 | * ((( | ||
155 | 发布审查 | ||
156 | ))) | ||
157 | |||
158 | == **五、组织和人员** == | ||
159 | |||
160 | 1. ((( | ||
161 | 发布管理角色 | ||
162 | ))) | ||
163 | |||
164 | 主要的实践特定角色是发布管理员,其能力概况为CTMA(协调/沟通、技术专家、方法与技术专家、管理员)。该角色负责: | ||
165 | |||
166 | * ((( | ||
167 | 审查和开发发布方法和模型 | ||
168 | ))) | ||
169 | * ((( | ||
170 | 促进组织内商定的发布管理方法和模型的采用 | ||
171 | ))) | ||
172 | * ((( | ||
173 | 规划复杂发布 | ||
174 | ))) | ||
175 | * ((( | ||
176 | 管理和沟通发布计划 | ||
177 | ))) | ||
178 | * ((( | ||
179 | 确保实践与其他实践保持一致和协调 | ||
180 | ))) | ||
181 | * ((( | ||
182 | 审查并持续开发实践 | ||
183 | ))) | ||
184 | |||
185 | 1. ((( | ||
186 | 组织结构和团队 | ||
187 | ))) | ||
188 | |||
189 | 通常,发布管理不需要专门的团队;这些活动要么高度自动化,要么由产品团队成员管理,或者为大规模复杂发布建立临时项目团队。发布管理员角色可能与变更管理员和/或部署管理员的角色结合。 | ||
190 | |||
191 | == **六、信息和技术** == | ||
192 | |||
193 | 1. ((( | ||
194 | 信息交换 | ||
195 | ))) | ||
196 | |||
197 | 发布管理的有效性取决于所使用信息的质量,包括产品架构、服务消费者组织和用户、软件开发和管理实践、计划和正在进行的部署、正在进行和过去的事件以及新兴发布管理技术的信息。 | ||
198 | |||
199 | 1. ((( | ||
200 | 自动化和工具 | ||
201 | ))) | ||
202 | |||
203 | 发布管理可以从以下几个方面受益于自动化: | ||
204 | |||
205 | * ((( | ||
206 | 工作流管理和协作工具 | ||
207 | ))) | ||
208 | * ((( | ||
209 | 企业架构工具 | ||
210 | ))) | ||
211 | * ((( | ||
212 | 监控和事态管理工具 | ||
213 | ))) | ||
214 | * ((( | ||
215 | 工作规划和优先级划分工具 | ||
216 | ))) | ||
217 | * ((( | ||
218 | 分析和报告工具 | ||
219 | ))) | ||
220 | * ((( | ||
221 | 服务配置工具 | ||
222 | ))) | ||
223 | * ((( | ||
224 | CI/CD工具链 | ||
225 | ))) | ||
226 | * ((( | ||
227 | 部署管理工具 | ||
228 | ))) | ||
229 | |||
230 | == **七、合作伙伴和供应商** == | ||
231 | |||
232 | 合作伙伴和供应商可能会参与发布管理实践,特别是在发布计划和协调流程中,尤其是在发布执行环节。例如: | ||
233 | |||
234 | * ((( | ||
235 | 在多个和/或远程位置设置和激活服务组件 | ||
236 | ))) | ||
237 | * ((( | ||
238 | 用户培训和其他活动 | ||
239 | ))) | ||
240 | * ((( | ||
241 | 物理基础设施组件的发布 | ||
242 | ))) | ||
243 | |||
244 | 对于基于第三方解决方案的产品和服务,供应商可以参与发布模型的开发和改进。 | ||
245 | |||
246 | == **八、实践成功建议** == | ||
247 | |||
248 | 为了确保发布管理实践的成功,建议: | ||
249 | |||
250 | * ((( | ||
251 | 为价值流设计和优化实践 | ||
252 | ))) | ||
253 | * ((( | ||
254 | 当发布涉及与用户的互动时,确保最佳的用户体验 | ||
255 | ))) | ||
256 | * ((( | ||
257 | 审查发布模型的有效性 | ||
258 | ))) | ||
259 | * ((( | ||
260 | 从最重要的产品和服务开始 | ||
261 | ))) | ||
262 | * ((( | ||
263 | 不要过度复杂化实践 | ||
264 | ))) | ||
265 | * ((( | ||
266 | 将发布管理集成到数字产品的CI/CD管道中 | ||
267 | ))) | ||
268 | * ((( | ||
269 | 展示业务价值 | ||
270 | ))) | ||
271 | |||
272 | |||
273 | |||
274 | ===== **ITIL 4大师级课程官方授权讲师长河老师原创,末经许可,不得转载 ** ===== |