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