Version 3.1 by superadmin on 2024/06/17, 11:07
Show last authors
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 === **1  概述** ===
5
6
7 ===== **1.1 目标** =====
8
9 1. 使用恰当的资源，在恰当的时间，以恰当的成本提供恰当的服务；
10 1. 确保组织机构在任何时间拥有足够的能力以满足当前和未来业务的需求。
11
12
13 ===== **1.2 范围** =====
14
15 ====== **1.2.1 流程适用范围** ======
16
17 本流程适用于公司（以下简称“公司”）相关各部门。
18
19
20
21 ====== **1.2.2 流程管理范围** ======
22
23 **范围内：**IT系统服务器、网络、存储设备以及环境设施的容量管理；
24
25 **范围外：**桌面系统的容量管理。
26
27
28 === **2  角色和职责** ===
29
30
31 容量管理流程涉及的角色包括：容量管理流程负责人、容量经理、容量管理员等。容量管理流程负责人和容量经理可以由同一人担任。各角色职责如下：
32
33
34 ===== **2.1 容量管理流程负责人** =====
35
36 容量管理流程负责人从宏观上对流程运行情况进行监控，确保容量管理流程在各部门间被正确的执行。当流程不能够适应公司实际情况时，流程负责人必须启动分析研究，找到解决方案并进行改进，实现流程的稳定运行和可持续提高。具体职责包括：
37
38 1. 确定容量管理流程的衡量指标；
39 1. 确保容量管理流程能够取得管理层的参与和支持；
40 1. 确保容量管理流程符合公司实际状况和公司 IT发展战略；
41 1. 总体上管理和监控流程，建立容量管理流程实施、评估和持续优化机制；
42 1. 确保容量管理流程有效、正确地执行，当流程不能够适应公司的情况时，必须及时进行分析、找出缺陷、进行改进，从而实现可持续提高；
43 1. 保持与其他流程负责人的定期沟通。
44
45
46 ===== **2.2 容量经理** =====
47
48 1. 确保容量计划的定期制定和维护；
49 1. 汇总各领域容量报表并定期公布；
50 1. 定期对容量计划的执行过程进行验收；
51 1. 参与容量优化方案的评估审批；
52 1. 回顾容量优化方案的执行结果。
53 1. 负责流程运行质量的监控管理
54
55
56 ===== **2.3 容量管理员** =====
57
58 1. 定期提交容量报表；
59 1. 制定和维护各领域容量监控阈值；
60 1. 对容量数据进行分析、预测；
61 1. 制定容量计划；
62 1. 评估和测试容量分析工具，验证容量预测结果；
63 1. 评估变更计划对容量产生的影响；
64 1. 主动关注容量事件并提交容量问题；
65 1. 制定和协助实施容量优化方案。
66
67
68 === **3  输入** ===
69
70 |**编号**|**输入项**|**来源**|**周期**
71 |(((
72 1
73 )))|服务级别|服务级别管理|每年
74 |(((
75 2
76 )))|容量需求|业务关系管理/新服务投产|发生时
77 |(((
78 3
79 )))|可用预算|财务管理|每年
80 |(((
81 4
82 )))|连续性计划|连续性管理|每年
83 |(((
84 5
85 )))|容量监控记录|工具软件自动采集|每天
86 |(((
87 6
88 )))|可采用的新技术|供应商|产生时
89
90
91 === **4  输出** ===
92
93 |**编号**|**输出项**|**去向**|**周期**
94 |(((
95 1
96 )))|容量计划|相关各部门|每年
97 |(((
98 2
99 )))|容量优化方案|变更管理|需要时
100
101
102 === **5  流程描述** ===
103
104 **[[image:图片2.png]]**
105
106 [[image:file:///C:\Users\Admmini\AppData\Local\Temp\ksohtml5968\wps2.png]]
107
108 |**步骤**|**输入**|**步骤描述**|**输出**
109 |(% colspan="4" %)**建立管理计划**
110 |(((
111 客户提出容量需 求
112 )))|(((
113 新需求
114
115 服务级别
116 )))|从客户处产生的新需求，由客户提出或由业务关系管理经理提出，需求为SLA所认可，从中甄别出容量需求，以作为制定年度容量计划或者容量变更计划的依据。|容量需求
117 |(((
118 建立容量计划
119 )))|(((
120 客户容量需求
121
122 可用预算
123
124 容量预测结果
125 )))|(((
126 每年进行编写一次容量计划，综合客户容量需求、可用预算、容量预测结果等输入要素，主要参考业务的容量，服务的容量，资源的容量三个方面因素。
127
128
129 )))|(((
130 容量计划
131
132 预算计划
133 )))
134 |(((
135 审核容量计划
136 )))|容量计划|对提交的容量计划进行评审，如果评审通过，进行步骤4，如果评审不通过，进行步骤2对容量计划进行修改。|评审过的容量计划
137 |(((
138 实施容量计划
139 )))|(((
140 容量计划
141
142 预算计划
143 )))|(((
144 * 将容量计划分解，申请变更单，通过变更管理流程进行变更；
145 * 容量管理员，容量经理对变更进行评估。
146 )))|
147 |(% colspan="4" %)**容量管理监控**
148 |(((
149 容量日常监控
150 )))| |(((
151 * 容量管理员对实施后的信息技术基础架构容量情况进行监控，收集相应容量信息。
152 )))|容量记录
153 |(((
154 容量预测
155 )))|(((
156 容量记录
157
158 业务需求
159 )))|(((
160 * 根据业务需求及容量记录对未来的容量增长情况进行预测并确认潜在的瓶颈。
161 )))|容量预测结果
162 |(% colspan="4" %)**容量优化活动**
163 |(((
164 制订容量优化方案
165 )))|容量预测结果|(((
166 * 根据容量预测的结果制订信息技术基础架构的容量优化方案。
167 )))|容量优化方案
168 |(((
169 审核容量优化方案
170 )))|容量优化方案|对提交的容量优化方案进行评审，如果评审通过，进行步骤9，如果评审不通过，进行步骤7对容量优化方案进行修改。|评审过的容量优化方案
171 |(((
172 执行优化方案
173 )))|审批后的优化方案|(((
174 * 将优化方案分解，申请变更单，通过变更管理流程进行变更；
175 * 容量管理员，容量经理对变更进行评估。
176 )))|变更实施
177
178
179 === **6  关键绩效指标（KPI）** ===
180
181 容量管理的可选指标包括：
182
183 |**绩效指标**|**目标值**|**衡量方式**|**报告周期**|**负责人**
184 |容量原因导致的停机时间|<2小时/季度|可用性统计、服务报告|每季度|容量经理
185 |容量原因导致的问题数|<10次|IT服务台|每季度|容量经理
186
187
188 === **7  流程质量控制** ===
189
190
191 **[[image:图片3.png]]**
192
193 [[image:file:///C:\Users\Admmini\AppData\Local\Temp\ksohtml5968\wps3.png]]
194
195 |**步骤**|**输入**|**步骤描述**|**输出**|**负责人**
196 |(((
197 现有流程评估
198 )))|KPI、流程执行过程中发现的问题|通过对KPI的完成程度，容量指标历史记录等数据进行差距、趋势分析，定期对容量管理流程的实施有效性、服务质量进行回顾。|差距分析评估、趋势分析|容量经理
199 |(((
200 制定改进计划
201 )))|差距分析评估、趋势分析|根据差距分析评估、趋势分析总结待改进项，制定改进计划，改进计划中包括：流程的待改进项和改进机会；改进收益；执行改进计划可能带来的影响和风险；所需资源；测试和培训计划；相关的支持文档等内容。|改进计划|容量经理
202 |(((
203 审批改进计划
204 )))|改进计划|对改进计划进行评估审批。|审批后的改进计划|容量经理
205 |(((
206 执行改进计划
207 )))|被批准的改进计划|调动资源组织相关人员执行被批准的改进计划|实施后的改进计划、改进效果|容量经理
208 |(((
209 回顾
210 )))|实施后的改进计划、改进结果|对改进后的结果进行回顾，评估改进计划是否成功，存在哪些待改进项。依据PDCA方法论再次执行步骤1对现有流程进行评估，对流程进行持续改进，起到对流程质量控制的作用。|回顾结果|容量经理
211
212
213 === **8  与其它流程的接口** ===
214
215 * **服务级别管理流程**
216
217 服务级别管理为容量管理提供需要满足的SLA指标。容量管理为服务级别管理提供能够支持的SLA指标。
218
219 * **可用性管理流程**
220
221 可用性管理为容量管理提供需要满足的可用性指标。
222
223 * **连续性管理流程**
224
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 === **9  术语定义** ===
253
254
255 |**术语**|**定义**
256 |**容量计划**|描述了当前及未来对IT基础设施容量的需求、IT服务需求方面的预期变化、过期组件的替换以及技术方面的最新发展。并且说明了在考虑未来服务级别需求的情况下，以可接受的成本提供服务级别协议(SLA)中约定的服务级别而需要做出的变更。容量计划应当每年进行一次修订。
257
258
259 === **10  附则 ** ===
260
261
262 **1.本管理办法由技术部负责组织制定、解释和修改，各部门可根据本规定制定相应的实施细则。**
263
264 **2.本管理办法自印发之日起实行。**
265
266 **3.相关文件：**
267
268 《信息技术服务管理手册》
269
270 《信息技术服务管理策略》
271
272 《服务报告流程管理办法》
273
274 《记录控制管理规定》
275
276 **4.相关时间要求：**
277
278 管理办法中规定的“每月”为每月10号前；
279
280 管理办法中规定的“每季度”为每季度第每月10号前；
281
282 管理办法中规定的“每半年”为每半年度第一个月15号前；
283
284 管理办法中规定的“每年”为每自然年度第一个月20号前；
285
286 如遇节假日可顺延。
深圳市艾拓先锋企业管理咨询有限公司