Version 2.1 by superadmin on 2024/06/17, 10:09
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | [[返回本章节索引>>url:https://itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E7%AE%A1%E7%90%86%E8%A7%84%E8%8C%83/]] 阅读下一篇 | ||
2 | |||
3 | |||
4 | |||
5 | === **1 概述** === | ||
6 | |||
7 | |||
8 | ===== **1.1 目标** ===== | ||
9 | |||
10 | 配置管理流程的总体目标是建立公司内部有关信息技术基础设施管理的流程,通过建立、监控和维护配置管理数据库(CMDB),以统一的、一致的手段来管理信息技术基础设施中的各个组件,为信息技术服务管理各流程提供有关信息技术基础设施的可靠的和最新的信息,并实现: | ||
11 | |||
12 | 1. 所有配置项被正确识别,配置项当前和历史状态得到记录,配置项完整性得到维护和确认; | ||
13 | 1. 为其它流程提供基础配置信息; | ||
14 | 1. 提供更有效的用户支持; | ||
15 | 1. 减少变更带来的风险,减少有意或无意的变更操作错误。 | ||
16 | |||
17 | |||
18 | ===== **1.2 范围** ===== | ||
19 | |||
20 | |||
21 | ====== **1.2.1 流程适用范围** ====== | ||
22 | |||
23 | 本流程适用于常州大江网络工程有限公司(以下简称“公司”)技术部。 | ||
24 | |||
25 | |||
26 | |||
27 | ====== **1.2.2 流程管理范围** ====== | ||
28 | |||
29 | 配置管理流程涵盖桌面硬件、计算机辅助设备、基础网络、各类业务应用系统(OA、现场管理系统)IT研发环境下所包含的配置项(CI),包括研发环境的硬件、软件(包括公司自主开发的软件)、文档、环境以及开发、测试环境中和备用的硬件以及系统软件,具体内容包括识别、控制、汇报和审核等行为。 | ||
30 | |||
31 | 配置管理流程不包括:处于开发或测试环境中的系统和应用。 | ||
32 | |||
33 | |||
34 | === **2 角色和职责** === | ||
35 | |||
36 | |||
37 | 配置管理流程中定义的角色:配置管理流程负责人、配置经理、配置管理员。配置管理流程负责人和配置经理可以由同一人担任。 | ||
38 | |||
39 | |||
40 | ===== **2.1 配置管理流程负责人** ===== | ||
41 | |||
42 | 配置管理流程负责人从宏观上对流程运行情况进行监控,确保配置管理流程在各部门间被正确的执行。当流程不能够适应公司实际情况时,流程负责人必须启动分析研究,找到解决方案并进行改进,实现流程的稳定运行和可持续提高。具体职责包括: | ||
43 | |||
44 | 1. 确定配置管理流程的衡量指标; | ||
45 | 1. 确保配置管理流程能够取得管理层的参与和支持; | ||
46 | 1. 确保配置管理流程符合公司实际状况和公司 IT发展战略; | ||
47 | 1. 总体上管理和监控流程,建立配置管理流程实施、评估和持续优化机制; | ||
48 | 1. 确保配置管理流程有效、正确地执行,当流程不能够适应公司的情况时,必须及时进行分析、找出缺陷、进行改进,从而实现可持续提高; | ||
49 | 1. 保持与其他流程负责人的定期沟通。 | ||
50 | |||
51 | |||
52 | ===== **2.2 配置经理** ===== | ||
53 | |||
54 | 配置经理是配置管理具体活动执行的负责人,包括带领执行配置项的鉴别、监控、控制、维护、审计等工作。配置经理将从整个IT维护部门的层面管理配置管理流程和配置管理数据库。具体职责包括: | ||
55 | |||
56 | 1. 确定配置管理工具的技术需求; | ||
57 | 1. 规划和制定配置管理的范围; | ||
58 | 1. 审批配置管理数据库结构的变更; | ||
59 | 1. 建立配置管理数据库的安全控制手段,确保惟有授权的配置项才被使用; | ||
60 | 1. 确定配置项命名和编号的规范,并确保所有配置项具有单一名字; | ||
61 | 1. 确定配置项的分类、配置项属性、配置项的关系类型和配置项之间的关系; | ||
62 | 1. 制定配置项(CI)的收集和CMDB建设的步骤; | ||
63 | 1. 确定配置管理报表的格式和内容; | ||
64 | 1. 定期组织会议,对配置管理数据的内容进行审计和验证; | ||
65 | 1. 定期主持配置管理流程回顾会议。 | ||
66 | 1. 负责流程运行质量的监控管理。 | ||
67 | |||
68 | |||
69 | ===== **2.3 配置管理员** ===== | ||
70 | |||
71 | 配置管理员负责管理和维护配置管理系统和配置管理数据库系统。可以根据工作性质不同,任命多名配置管理员。具体职责包括: | ||
72 | |||
73 | 1. 记录和维护配置管理数据库(CMDB)中所有配置项; | ||
74 | 1. 确保相关配置项都被正确登记; | ||
75 | 1. 确保配置项的状态是正确的; | ||
76 | 1. 通过手工或自动化操作增加及更改配置项; | ||
77 | 1. 根据配置经理的要求生成报表和数据分析; | ||
78 | |||
79 | |||
80 | === **3 输入** === | ||
81 | |||
82 | |**编号**|**输入项**|**来源**|**周期** | ||
83 | |((( | ||
84 | 1 | ||
85 | )))|变更任务/工单|变更管理流程|日常工作 | ||
86 | |((( | ||
87 | 2 | ||
88 | )))|事件记录|事件管理流程|日常工作 | ||
89 | |((( | ||
90 | 3 | ||
91 | )))|问题记录|问题管理流程|日常工作 | ||
92 | |((( | ||
93 | 4 | ||
94 | )))|服务报告|服务报告管理流程|每月 | ||
95 | |||
96 | |||
97 | === **4 输出** === | ||
98 | |||
99 | |**编号**|**输出项**|**去向**|**周期** | ||
100 | |((( | ||
101 | 1 | ||
102 | )))|更新后的配置项信息|为其它流程提供基础支持|日常工作 | ||
103 | |((( | ||
104 | 2 | ||
105 | )))|配置管理审计检查报告|配置经理|每季度 | ||
106 | |((( | ||
107 | 3 | ||
108 | )))|配置管理报告|配置管理流程负责人、服务报告经理|每月 | ||
109 | |||
110 | |||
111 | === **5 配置流程管理相关要求** === | ||
112 | |||
113 | |||
114 | ===== **5.1 配置管理策略** ===== | ||
115 | |||
116 | 配置管理流程负责人每年组织制订或更新配置管理策略,并经批准后发放相关部门。其中应明确: | ||
117 | |||
118 | 1. 配置管理的策略、范围、目标。 | ||
119 | 1. 实施配置管理的角色、责任和接口。 | ||
120 | 1. 配置管理数据库、最终软件库及最终硬件库的定义、位置 | ||
121 | 1. 分布及安全级别。 | ||
122 | 1. 配置项定义、分类、编码的方法和要求。 | ||
123 | 1. 对配置项的访问、保护、版本、开发、发布控制的定义。 | ||
124 | 1. 配置记录、报告的形式、周期、发放、存档及可追溯性要求。 | ||
125 | 1. 各部门之间识别、记录、管理配置项及信息的接口和要求。 | ||
126 | 1. 规划和建立相应的资源,如人员培训、财务分析。 | ||
127 | 1. 配置管理活动涉及的安全性和风险评估。 | ||
128 | 1. 所涉及到的对供应商的接口、变更、发布等的管理及要求。 | ||
129 | |||
130 | |||
131 | ===== **5.2 配置项管理** ===== | ||
132 | |||
133 | ====== **5.2.1 配置项的识别和定义** ====== | ||
134 | |||
135 | 配置流程负责人负责组织相关部门识别配置项的范围,制订配置项的命名和管理规范,确定用于构建、发布、验证、安装、分发、维护、恢复、移除配置项的硬件、软件及相关文档。 | ||
136 | |||
137 | ====== **5.2.2 配置项的控制和维护** ====== | ||
138 | |||
139 | 配置经理在配置管理过程中负责监控配置项的整个生命周期,确保只有被授权且可识别的配置项才被接受。有关配置项的详细管理要求见《配置流程配置项管理规定》 | ||
140 | |||
141 | ====== **5.2.3 配置状态验证和审计** ====== | ||
142 | |||
143 | 配置经理应定期组织相关部门实施配置项的检查审计活动。检查审计活动也可由以下事件触发: | ||
144 | |||
145 | |||
146 | 1. 重大变更前后; | ||
147 | 1. 灾难恢复后; | ||
148 | 1. 发现未授权的配置项后; | ||
149 | 1. 其它需要进行检查审计的场景; | ||
150 | |||
151 | 对于检查审计过程中出现的缺陷或不符合项应记录在配置检查审计报告中,并落实改进计划。 | ||
152 | |||
153 | |||
154 | === **6 配置管理流程描述** === | ||
155 | |||
156 | |||
157 | |**序号**|**步骤名称**|**责任人**|**说明** | ||
158 | |1|配置管理策略的制定|配置经理|((( | ||
159 | 1. 确定配置管理的具体范围; | ||
160 | 1. 确定CI类别、CI属性和CI的命名规则; | ||
161 | 1. 定义CI关系类型; | ||
162 | 1. 整理CI收集模板; | ||
163 | 1. 定义各类配置项的审核周期。 | ||
164 | 1. 配置管理策略应每年进行评审和修订更新; | ||
165 | ))) | ||
166 | |2|配置项定义和标识|配置管理员|((( | ||
167 | 1. 对所要管理的信息技术环境的所有组成元素进行命名和说明; | ||
168 | 1. 收集CI实体属性; | ||
169 | 1. 明确CI实体之间关系。 | ||
170 | ))) | ||
171 | |3|CMDB初始化|配置管理员|((( | ||
172 | 1. 在CMDB开始建设或者新增CI类别时进行CMDB初始化; | ||
173 | 1. 回收CI收集的结果; | ||
174 | 1. 确保数据的准确性和有效性; | ||
175 | 1. 建立配置管理数据库。 | ||
176 | ))) | ||
177 | |4|CMDB控制和维护|配置管理员|((( | ||
178 | 1. 配置管理员接受其他流程引发的正常CI修改、定期审核结果、CI例外发起的对配置管理数据库的更改要求,包括增加、删除CI,修改CI属性和关系等; | ||
179 | 1. 核实CI更改要求和物理CI变化的一致; | ||
180 | 1. 执行CI的修改。 | ||
181 | ))) | ||
182 | |5|CMDB审核和回顾|配置经理|((( | ||
183 | 1. 通过审核确认CMDB记录的信息是否仍然反映了当前的现实状况。具体可通过定期审计、对最近的变更进行审计和随机抽查等方式; | ||
184 | 1. 触发执行检查审计的条件包括: | ||
185 | 11. 在建立新的CMDB之后; | ||
186 | 11. CMDB使用后定期(每半年); | ||
187 | 11. 在重大变更之前或之后; | ||
188 | 11. 灾难恢复之后; | ||
189 | 11. 其它有必要的时候; | ||
190 | ))) | ||
191 | |6|定期生成配置管理报告|配置经理|((( | ||
192 | 1. 通过配置管理报告对配置管理工作执行的情况进行总结和回顾,为其他流程及相关领导提供本流程当前的运行状况信息。 | ||
193 | ))) | ||
194 | |||
195 | |||
196 | === **7 表单和模板** === | ||
197 | |||
198 | |||
199 | |**名称**|**版本**|**负责人**|**说明** | ||
200 | |配置管理报告|V1.0|流程负责人|配置管理报告每月底提交至服务报告流程经理。该报告包含本流程的所有运行状况信息、KPI指标情况和检查审计或其它途径发现的问题,对应的改进计划,以及改进计划当前的执行情况。 | ||
201 | |配置管理检查审计报告|V1.0|流程负责人|在对配置项属性、配置项之间的关系、与其它流程(如变更流程)的一致性进行定期或临时的检查审核后,出具的报告。该报告的内容将纳入该月度的配置管理报告。 | ||
202 | |||
203 | |||
204 | === **8 关键绩效指标(KPI)** === | ||
205 | |||
206 | 配置管理的可选指标包括: | ||
207 | |||
208 | |**绩效指标**|**目标值**|**衡量方式**|**频度**|**负责人** | ||
209 | |发生变化的配置项数量(新增/删除等)| |统计|每月|配置经理 | ||
210 | |CMDB中配置项出现错误的比例|<10%|统计|每月|配置经理 | ||
211 | |配置检查审计中有问题的配置项比例|<10%|统计|每月|配置经理 | ||
212 | |未经授权的配置的数量|<5%|统计|每月|配置经理 | ||
213 | |因配置项不准确导致的服务失败的次数|0|统计|每月|配置经理 | ||
214 | |||
215 | |||
216 | === **9 流程质量控制** === | ||
217 | |||
218 | |||
219 | **[[image:图片1.png]]** | ||
220 | |||
221 | |||
222 | |**步骤**|**输入**|**步骤描述**|**输出**|**负责人** | ||
223 | |((( | ||
224 | |||
225 | |||
226 | 现有流程评估 | ||
227 | )))|审计检查报告|((( | ||
228 | 1. 对本流程的KPI指标情况进行统计,列入配置管理报告; | ||
229 | 1. 对用户及内部提出的与配置管理流程相关的问题、建议进行汇总和讨论; | ||
230 | 1. 对其它流程通过发现的问题进行汇总分析; | ||
231 | 1. 对配置流程检查审计报告中的问题进行分析回顾; | ||
232 | )))|配置管理报告|配置经理 | ||
233 | |((( | ||
234 | |||
235 | |||
236 | 制定改进计划 | ||
237 | )))|改进项、回顾会议纪要|((( | ||
238 | 根据分析回顾结果制定改进计划,列入配置管理报告。计划内容包括: | ||
239 | |||
240 | 1. 改进项; | ||
241 | 1. 需求 | ||
242 | 1. 改进方案; | ||
243 | 1. 改进计划周期、时间; | ||
244 | 1. 特殊要素以及收益 | ||
245 | 1. 可能造成的影响以及其他外部因素 | ||
246 | 1. 资源需求 | ||
247 | 11. 测试和培训计划 | ||
248 | )))|配置管理报告|配置经理 | ||
249 | |((( | ||
250 | |||
251 | |||
252 | 审批改进计划 | ||
253 | )))|改进计划|((( | ||
254 | 1. 评估是否实施改进计划; | ||
255 | 1. 根据已确认执行整改提交变更请求; | ||
256 | 1. 依据变更管理流程对其进行审批。 | ||
257 | )))|审批后的改进计划、变更请求|配置经理 | ||
258 | |((( | ||
259 | |||
260 | |||
261 | 执行改进计划 | ||
262 | )))|被批准的改进计划和变更请求|1.调动资源,组织相关人员依据计划执行被批准的改进计划和变更请求。|改进计划的实施|配置经理 | ||
263 | |((( | ||
264 | |||
265 | |||
266 | 回顾 | ||
267 | )))|实施后的改进计划、改进结果|((( | ||
268 | 1.对改进后的结果进行回顾,评估改进计划是否完成,在配置管理报告中关闭已整改项。 | ||
269 | |||
270 | 2.依据PDCA方法论再次执行步骤1对现有流程进行评估,对流程进行持续改进,起到对流程质量控制的作用。 | ||
271 | )))|配置管理报告|配置经理 | ||
272 | |||
273 | |||
274 | === **10 与其它流程的接口** === | ||
275 | |||
276 | * **财务管理** | ||
277 | |||
278 | 配置管理流程与公司财务会计过程的接口参见《IT服务预算及财务管理办法》及相关部门的相关管理制度。 | ||
279 | |||
280 | * **变更管理** | ||
281 | |||
282 | 变更管理与配置管理是紧密结合的,变更管理流程引发和控制对配置项的修改,此外配置管理为变更管理提供信息帮助变更的评估分析。 | ||
283 | |||
284 | * **发布管理** | ||
285 | |||
286 | 发布管理可以提供配置项的版本和状态等发布计划方面的信息;同时发布管理可以提供与已实施变更有关的信息。在发布之前,需要了解有关配置项的信息,如状态、位置和最终软件库(DSL)中与其相关的源代码。配置基线(Baseline)是一组配置项在某个特定时刻所处状态的快照,在发布到实际环境之前,应建立配置项的基线。 | ||
287 | |||
288 | * **事件管理** | ||
289 | |||
290 | 事件记录与配置管理数据库中的配置项相关联,此外配置管理流程为事件管理提供配置项的具体信息。 | ||
291 | |||
292 | * **问题管理** | ||
293 | |||
294 | 问题记录与配置管理数据库中的配置项相关联,配置管理同时为问题管理的根本原因分析提供参考信息。 | ||
295 | |||
296 | * **服务级别管理流程** | ||
297 | |||
298 | 服务级别管理需要有关服务、服务项目之间的关系以及支持这些服务的基础设施类配置项方面的信息。服务级别管理数据也可以存储在配置管理数据库(CMDB)中,并与相应的配置项进行关联。 | ||
299 | |||
300 | * **可用性和IT服务连续性管理流程** | ||
301 | |||
302 | 可用性管理使用配置管理数据库(CMDB)来识别配置项,从而可以改进服务和便于进行组件故障影响度分析(CFIA)。它还拟定变更计划来消除已经发现的存在于基础设施中的薄弱环节。由基础设施组件有序组合成的一项服务的可用性最多不会超过该组合中可用性最低的组件的可用性,配置管理可以提供有关这个组合的构成以及这个组合的每个元素的信息。 | ||
303 | |||
304 | IT服务连续性管理流程利用来自配置管理数据库(CMDB)配置基线中的标准配置来确定灾难恢复需求和检查这些配置在灾难恢复现场是否可以获得。 | ||
305 | |||
306 | * **容量管理流程** | ||
307 | |||
308 | 容量管理流程根据配置管理数据库(CMDB)中的有关数据制定IT基础设施优化机会、分配负荷和制定容量计划。 | ||
309 | |||
310 | |||
311 | === **11 术语定义** === | ||
312 | |||
313 | |||
314 | |**术语**|**定义** | ||
315 | |**配置项(CI)**|IT组件以及运用这些IT组件所提供的服务被称为配置项(CIs,Configuration Items)。 | ||
316 | |**配置管理数据库(CMDB)**|所有配置项的信息都包括在配置管理数据库(CMDB)中。配置管理数据库(CMDB)对所有IT组件、组件的不同版本和状态以及组件之间的相互关系进行跟踪。 | ||
317 | |**基线(Baseline)**|是一组配置项在某个特定时刻所处状态的快照(Snapshot),应当在发布到实际环境之前建立配置项的基线。 | ||
318 | |**配置项属性**|CI属性包括通用属性和扩展属性。 | ||
319 | |**配置项状态**|配置项状态用于标识配置项管理的生命周期,各类配置项的状态代码和说明。 | ||
320 | |||
321 | |||
322 | |||
323 | === **12 附则 ** === | ||
324 | |||
325 | |||
326 | 1.本管理办法由技术部负责组织制定、解释和修改,各部门可根据本规定制定相应的实施细则。 | ||
327 | |||
328 | 2.本管理办法自印发之日起实行。 | ||
329 | |||
330 | 3.相关文件: | ||
331 | |||
332 | 《信息技术服务管理手册》 | ||
333 | |||
334 | 《信息技术服务管理策略》 | ||
335 | |||
336 | 《服务报告流程管理办法》 | ||
337 | |||
338 | 《记录控制管理规定》 | ||
339 | |||
340 | 4.相关时间要求: | ||
341 | |||
342 | 管理办法中规定的“每月”为每月10号前; | ||
343 | |||
344 | 管理办法中规定的“每季度”为每季度第每月10号前; | ||
345 | |||
346 | 管理办法中规定的“每半年”为每半年度第一个月15号前; | ||
347 | |||
348 | 管理办法中规定的“每年”为每自然年度第一个月20号前; | ||
349 | |||
350 | 如遇节假日可顺延。 | ||
351 | |||
352 | |||
353 |