Last modified by superadmin on 2024/12/25, 15:38
From version < 19.1 >
edited by superadmin
on 2021/02/06, 23:34
To version < 54.1
edited by superadmin
on 2024/12/25, 15:38
<
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -03 服务请求管理 （已发布）
1 +服务管理实践 - 03 服务请求
Content
... ... @@ -1,36 +1,29 @@
1 -{{box cssClass="floatinginfobox" title="**Contents**"}}
1 +{{info}}
2 2  
3 -{{/box}}
3 +{{/info}}
4 4  
5 -(% class="jumbotron" %)
6 -(((
7 -(% class="container" %)
8 -(((
9 -= =
10 10  
6 +**申明：**
11 11  
8 +本系列ITIL 4中文版本由长河领导的ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与。需要下载最新翻译版本请关注微信公众号：**ITILXF**，并回复“**服务请求管理**”即可。
12 12  
13 -需要下载 **ITIL 4服务请求管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“服务请求”即可。
10 +{{box cssClass="floatinginfobox" title="**Contents**"}}
11 +{{toc/}}
12 +{{/box}}
14 14  
15 15  
16 -[[image:微信图片_20200929154759.png]]
15 +请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
17 17  
18 18  
18 +**翻译**：邹庆海 **审校**：卢曦 **审核**：刘晓慧
19 19  
20 -**申明：**
21 21  
22 -本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
23 23  
24 -请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
22 +----
25 25  
26 26  
27 -**翻译**：邹庆海 **审校**：卢曦 **审核**：刘晓慧
28 -)))
29 -)))
30 -
31 31  = **1 关于本文档** =
32 32  
33 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=1]]
34 34  
35 35  本文档为服务请求管理实践提供了实践指南，内容分为五个主要部分，包括：
36 36  
... ... @@ -40,13 +40,8 @@
40 40  1. 支持实践的信息和技术
41 41  1. 实践中关于合作伙伴和供应商的注意事项
42 42  
43 -== ==
44 -
45 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=2]]
46 -
47 47  == 1.1 ITIL®4 认证方案 ==
48 48  
49 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=3]]
50 50  
51 51  本文档中节选的内容可作为以下课程的一部分进行考核：
52 52  
... ... @@ -58,13 +58,11 @@
58 58  
59 59  ----
60 60  
61 -= (% style="color:#2d2d2d; font-size:29px" %)**2 基本信息**(%%) =
49 += (% style="color:#2d2d2d; font-size:29px" %)**2 基本信息**(%%) =
62 62  
63 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=1]]
64 64  
65 65  == 2.1 目的与描述 ==
66 66  
67 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=2]]
68 68  
69 69  |(((
70 70  
... ... @@ -82,10 +82,10 @@
82 82  
83 83  服务请求是用户问询的重要类型，也是用户体验的重要组成部分。通常，服务请求包括以下内容：
84 84  
85 -1. 发起服务动作请求（由服务提供者或与用户一起执行）
86 -1. 信息请求
87 -1. 资源或服务访问请求
88 -1. 反馈，表扬或投诉
71 +* 发起服务动作请求（由服务提供者或与用户一起执行）
72 +* 信息请求
73 +* 资源或服务访问请求
74 +* 反馈，表扬或投诉
89 89  
90 90  服务请求的履行可能涉及对服务或其组件的变更，通常属于标准变更。由于服务请求是预定义的，并且已约定为服务交付的正常部分，因此通常可以通过明确的启动，批准，履行和管理的标准规程，来对其进行标准化。某些服务请求具有非常简单的工作流，例如信息请求。其他服务请求（例如，为新员工设置信息）可能很复杂，需要多个团队和系统的合作才能履行。无论复杂性如何，履行请求的步骤都应该是众所周知并经过测试的。这使得服务提供者可以约定履行请求的时间，并向用户提供服务请求状态的清晰沟通。
91 91  
... ... @@ -104,7 +104,6 @@
104 104  
105 105  == 2.2 术语和概念 ==
106 106  
107 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=3]]
108 108  
109 109  服务请求的主要特征包括：
110 110  
... ... @@ -121,9 +121,9 @@
121 121  
122 122  表2.1 其他实践指南中与服务请求实践相关的活动
123 123  
124 -(% style="width:645px" %)
125 -|(% style="width:339px" %)示例|(% style="width:125px" %)活动|(% style="width:179px" %)实践指南
126 -|(% style="width:339px" %)用户监控打印机状态。当打印机提示“碳粉不足”时，用户请求重新填充碳粉。服务提供者的技术人员更换碳粉盒。除了更换过程，打印服务并未中断。|(% style="width:125px" %)服务请求|(% style="width:179px" %)(((
109 +(% style="width:452px" %)
110 +|(% style="width:215px" %)示例|(% style="width:79px" %)活动|(% style="width:156px" %)实践指南
111 +|(% style="width:215px" %)用户监控打印机状态。当打印机提示“碳粉不足”时，用户请求重新填充碳粉。服务提供者的技术人员更换碳粉盒。除了更换过程，打印服务并未中断。|(% style="width:79px" %)服务请求|(% style="width:156px" %)(((
127 127  服务台
128 128  
129 129  服务请求管理
... ... @@ -130,16 +130,16 @@
130 130  
131 131  基础设施和平台管理
132 132  )))
133 -|(% style="width:339px" %)(((
118 +|(% style="width:215px" %)(((
134 134  打印机将其状态和事态传送给运维团队。当发生“碳粉不足”的事态时，服务提供者的技术人员更换碳粉盒。除了更换过程，打印服务并未中断。
135 135  
136 136  
137 -)))|(% style="width:125px" %)事态|(% style="width:179px" %)(((
122 +)))|(% style="width:79px" %)事态|(% style="width:156px" %)(((
138 138  监控和事态管理
139 139  
140 140  基础设施和平台管理
141 141  )))
142 -|(% style="width:339px" %)如果上述场景中出现问题，没有及时报告“碳粉不足”的状况（或未及时更换碳粉盒或未正确更换碳粉盒），打印服务中断。用户将情况反映到服务提供者，服务提供者的技术人员更换碳粉盒，打印服务恢复。|(% style="width:125px" %)事件|(% style="width:179px" %)(((
127 +|(% style="width:215px" %)如果上述场景中出现问题，没有及时报告“碳粉不足”的状况（或未及时更换碳粉盒或未正确更换碳粉盒），打印服务中断。用户将情况反映到服务提供者，服务提供者的技术人员更换碳粉盒，打印服务恢复。|(% style="width:79px" %)事件|(% style="width:156px" %)(((
143 143  服务台
144 144  
145 145  事件管理
... ... @@ -193,7 +193,6 @@
193 193  
194 194  == 2.3 范围 ==
195 195  
196 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=4]]
197 197  
198 198  服务请求管理实践的范围包括：
199 199  
... ... @@ -206,10 +206,11 @@
206 206  
207 207  表2.2 其他实践指南中与服务请求管理实践相关的活动
208 208  
209 -|活动|实践指南
210 -|解决事件|事件管理
211 -|与用户沟通|服务台
212 -|产品和服务变更的管理与实现|(((
193 +(% style="width:352px" %)
194 +|(% style="width:222px" %)活动|(% style="width:127px" %)实践指南
195 +|(% style="width:222px" %)解决事件|(% style="width:127px" %)事件管理
196 +|(% style="width:222px" %)与用户沟通|(% style="width:127px" %)服务台
197 +|(% style="width:222px" %)产品和服务变更的管理与实现|(% style="width:127px" %)(((
213 213  变更使能
214 214  
215 215  部署管理
... ... @@ -216,19 +216,14 @@
216 216  
217 217  发布管理
218 218  )))
219 -|监控服务和技术|监控和事态管理
220 -|持续改进的管理与执行|持续改进
221 -|请求目录的管理|服务目录管理
222 -|服务访问权限的管理和提供|信息安全管理
223 -|创建服务请求模型|服务设计
204 +|(% style="width:222px" %)监控服务和技术|(% style="width:127px" %)监控和事态管理
205 +|(% style="width:222px" %)持续改进的管理与执行|(% style="width:127px" %)持续改进
206 +|(% style="width:222px" %)请求目录的管理|(% style="width:127px" %)服务目录管理
207 +|(% style="width:222px" %)服务访问权限的管理和提供|(% style="width:127px" %)信息安全管理
208 +|(% style="width:222px" %)创建服务请求模型|(% style="width:127px" %)服务设计
224 224  
225 -== ==
226 -
227 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=5]]
228 -
229 229  == 2.4 实践成功因素 ==
230 230  
231 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=6]]
232 232  
233 233  |(((
234 234  **定义：实践成功因素**
... ... @@ -241,8 +241,6 @@
241 241  * 确保优化所有服务的服务请求履行规程
242 242  * 确保按照约定的规程及用户满意度履行所有服务请求
243 243  
244 -=== ===
245 -
246 246  === **2.4.1 确保优化所有服务的服务请求履行规程** ===
247 247  
248 248  服务请求规程的开发应该尽早集成到产品和服务生命周期管理中。服务请求实践应该有助于业务分析、架构管理和服务设计活动。根据在这些阶段做出的决定，服务可以针对无请求运维进行优化，或者可以将用户可以使用的多个请求作为正常消耗的一部分。在第一种情况下，用户仍然可以使用通用请求，例如表扬、投诉或请求操作指南。在第二种情况下，可能会有各种特定于服务功用的请求（履行这些请求对于服务质量很重要）。服务请求也可以用于区分不同级别的服务产品（高服务级别的用户可以发起更多请求）。
... ... @@ -259,9 +259,8 @@
259 259  请求履行之后，可能需要评审。评审可以仅限于满意度调查，也可以包括详细的内部评审（通常在出现问题或用户满意度下降的时候才需要）。
260 260  
261 261  
262 -== 2.5 关键指标 ==
240 +== **2.5 关键指标** ==
263 263  
264 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=7]]
265 265  
266 266  应该关联到每个实践所贡献的价值流来评估ITIL实践的效果和绩效。与任何工具的绩效一样，只能关联到其应用来评估实践的绩效。但是，工具在设计和质量上可能会有很大差异，这些差异限定了只有在符合其使用目的情况下，工具的潜力或能力才是有效的。有关度量指标，关键绩效指标（KPI）的更多指南以及方法，请参见度量和报告实践指南。
267 267  
... ... @@ -269,8 +269,9 @@
269 269  
270 270  表2.3 实践成功因素的关键度量指标示例
271 271  
272 -|实践成功因素|关键指标
273 -|确保优化所有服务的服务请求履行规程|(((
249 +(% style="width:409px" %)
250 +|(% style="width:136px" %)实践成功因素|(% style="width:269px" %)关键指标
251 +|(% style="width:136px" %)确保优化所有服务的服务请求履行规程|(% style="width:269px" %)(((
274 274  服务请求目录的完整性、数量、和支持范围外的服务请求的百分比
275 275  
276 276  由于规程的错误或低效而无法遵循约定的规程来履行的服务请求的数量和百分比
... ... @@ -281,7 +281,7 @@
281 281  
282 282  完全或很大程度上自动履行的服务请求的百分比（数量，目录百分比，总数百分比和履行时间）
283 283  )))
284 -|确保按照约定的规程及用户满意度履行所有服务请求|(((
262 +|(% style="width:136px" %)确保按照约定的规程及用户满意度履行所有服务请求|(% style="width:269px" %)(((
285 285  符合SLA约定的数量和百分比
286 286  
287 287  未正确履行请求导致的事件影响
... ... @@ -299,11 +299,9 @@
299 299  
300 300  = **3 价值流和流程** =
301 301  
302 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome?section=1]]
303 303  
304 304  == 3.1 价值流的贡献 ==
305 305  
306 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome?section=2]]
307 307  
308 308  像任何其他ITIL 管理实践一样，服务请求实践也对多个价值流做出贡献。重要的是要记住，价值流永远不会由单个实践形成。服务请求实践与其他实践相结合，可以为消费者提供高质量的服务。该实践贡献的主要价值链活动是：
309 309  
... ... @@ -322,7 +322,6 @@
322 322  
323 323  == 3.2 流程 ==
324 324  
325 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome?section=4]]
326 326  
327 327  每个实践可能包含一个或多个履行该实践目的所必需的流程和活动。
328 328  
... ... @@ -337,14 +337,13 @@
337 337  * 服务请求履行控制
338 338  * 服务请求评审和优化。  
339 339  
340 -=== ===
341 -
342 342  === 3.2.1 **服务请求履行控制** ===
343 343  
344 344  该流程包括表3.1 中列出的活动，并将输入转换为输出。
345 345  
346 -|**关键输入**|**活动**|**关键输出**
347 -|(((
319 +(% style="width:401px" %)
320 +|(% style="width:157px" %)**关键输入**|(% style="width:140px" %)**活动**|(% style="width:101px" %)**关键输出**
321 +|(% style="width:157px" %)(((
348 348  服务请求问询
349 349  
350 350  服务请求模型
... ... @@ -352,7 +352,7 @@
352 352  服务级别协议
353 353  
354 354  履行动作记录和报告
355 -)))|(((
329 +)))|(% style="width:140px" %)(((
356 356  请求分类
357 357  
358 358  服务请求模型初始化和控制
... ... @@ -360,7 +360,7 @@
360 360  临时性的履行控制
361 361  
362 362  履行评审
363 -)))|(((
337 +)))|(% style="width:101px" %)(((
364 364  履行服务请求
365 365  
366 366  履行动作记录和报告
... ... @@ -374,7 +374,7 @@
374 374  图3.2 显示了流程的工作流。
375 375  
376 376  (% style="text-align:center" %)
377 -[[image:http://itil4hub.cn/bin/download/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome/1600507060947-247.png?rev=1.1||alt="1600507060947-247.png"]]
351 +[[image:1642579911935-295.png]]
378 378  
379 379  图3.2 服务请求履行的控制流程工作流
380 380  
... ... @@ -381,52 +381,10 @@
381 381  
382 382  流程可能会根据请求模型而有所不同。表3.2 提供了不同模型下的示例
383 383  
384 -|活动|手动或不完整的服务请求模型|高度自动化的服务请求模型
385 -|请求分类|(((
386 -完全或部分依赖手动来核对服务请求和用户资格。需要人工联系用户提供缺少的信息或纸质文件。
358 +[[image:1642234513508-859.png]]
387 387  
388 -服务台专员选择适当的服务请求模型。
389 -)))|(((
390 -在高度自动化的环境中，系统将自动核对服务请求。系统联系用户提供缺少的信息或纸质文件。
360 +[[image:1642234534429-815.png]]
391 391  
392 -根据服务请求的特征选择适当的模型和自动化规程。                                                             
393 -)))
394 -|服务请求模型初始化和控制|(((
395 -根据服务请求模型，服务台专员可能需要手动选择合适的支持团队或专家。分配的支持团队遵循为模型定义的服务请求履行规程。
396 -
397 -如有必要，可以根据服务请求规程要求额外的批准。
398 -
399 -在某些情况下，需要同时履行多个服务请求任务。需要由服务台专员进行手动分配和控制，以及发送用户通知。
400 -
401 -负责的团队可以履行整个服务请求或特定任务。
402 -
403 -如有必要，负责的团队也要更新相关的配置项。
404 -
405 -服务请求需要经过履行评审。
406 -)))|(((
407 -根据所选的服务请求模型，请求履行会被启动，并且由系统来控制规程流向和履行请求的脚本。
408 -
409 -服务请求需要经过履行评审。
410 -)))
411 -|临时性的履行控制|(% colspan="2" %)(((
412 -在某些情况下，服务请求的履行需要一些非标准的，特殊定制的工作，或者有些新情况在计划服务请求时未考虑到。因此，遵循已有规程不会达到期望的结果，只能为服务请求提供临时性的履行方案。
413 -
414 -临时性的履行是一种例外情况，应视为例外情况来处理。
415 -
416 -应该决定是按照例外情况来处理还是直接拒绝履行服务请求。该决定通常由模型和模型处理例外情况的方式来定义。
417 -
418 -不管做出什么决定，此类请求的细节应做为服务请求模型评审和优化的流程输入，这样就可以明确定义此类请求并将其添加到模型中，或者在经过附加的评估分类检查后，将此类请求纳入模型。
419 -)))
420 -|履行评审|(% colspan="2" %)(((
421 -要根据模型对服务请求履行情况进行检验。
422 -
423 -履行评审应该在模型中描述。履行评审会有相应的规程，以检查履行在多大程度上达到了预期的结果。
424 -
425 -履行评审也包括收集用户反馈和衡量用户满意度。
426 -
427 -履行评审的报告和记录用作服务请求评审和优化的流程输入。
428 -)))
429 -
430 430  表3.2 服务请求履行的控制流程活动
431 431  
432 432  
... ... @@ -436,8 +436,9 @@
436 436  
437 437  表3.3 服务请求评审和优化流程的输入，活动，和输出.。
438 438  
439 -|关键输入|活动|关键输出
440 -|(((
371 +(% style="width:677px" %)
372 +|(% style="width:219px" %)关键输入|(% style="width:223px" %)活动|(% style="width:233px" %)关键输出
373 +|(% style="width:219px" %)(((
441 441  当前服务请求模型
442 442  
443 443  用户调查结果
... ... @@ -455,13 +455,13 @@
455 455  CMDB 配置管理
456 456  
457 457  容量和性能信息
458 -)))|(((
391 +)))|(% style="width:223px" %)(((
459 459  服务请求记录和报告分析
460 460  
461 461  服务请求模型改进启动
462 462  
463 463  服务请求模型更新沟通
464 -)))|(((
397 +)))|(% style="width:233px" %)(((
465 465  更新过的服务请求模型
466 466  
467 467  更新过的服务请求规程和操作说明
... ... @@ -470,7 +470,7 @@
470 470  图3.3 显示了该流程的工作流程图。
471 471  
472 472  (% style="text-align:center" %)
473 -[[image:http://itil4hub.cn/bin/download/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome/1600507084085-268.png?rev=1.1||alt="1600507084085-268.png"]]
406 +[[image:1642579929017-581.png]]
474 474  
475 475  图3.3 服务请求评审和优化流程的工作流
476 476  
... ... @@ -477,14 +477,15 @@
477 477  
478 478  表3.4 提供了该流程活动的描述。
479 479  
480 -|活动|描述
481 -|服务请求记录和报告分析|服务请求实践负责人与服务负责人和其他相关干系人一起，对在此期间内选定的服务请求和相关指标，以及/或者对来自变更使能实践中的相关重复变更进行评审。他们识别出创建新服务请求模型的机会，和/或当前服务请求模型所需的改进。
482 -|服务请求模型改进启动|(((
413 +(% style="width:507px" %)
414 +|(% style="width:110px" %)活动|(% style="width:394px" %)描述
415 +|(% style="width:110px" %)服务请求记录和报告分析|(% style="width:394px" %)服务请求实践负责人与服务负责人和其他相关干系人一起，对在此期间内选定的服务请求和相关指标，以及/或者对来自变更使能实践中的相关重复变更进行评审。他们识别出创建新服务请求模型的机会，和/或当前服务请求模型所需的改进。
416 +|(% style="width:110px" %)服务请求模型改进启动|(% style="width:394px" %)(((
483 483  服务请求实践负责人登记和提交模型的改进方案，并与持续改进实践和/或变更请求一起处理。
484 484  
485 485  如果模型测试不能确认提交的服务请求模型的有效性，便将其退回以进行进一步分析。
486 486  )))
487 -|服务请求模型更新的沟通|如果服务请求模型成功更新，则将其传达给相关干系人。通常由服务请求实践负责人或服务负责人来进行沟通。
421 +|(% style="width:110px" %)服务请求模型更新的沟通|(% style="width:394px" %)如果服务请求模型成功更新，则将其传达给相关干系人。通常由服务请求实践负责人或服务负责人来进行沟通。
488 488  
489 489  表3.4 服务请求评审和优化流程的活动
490 490  
... ... @@ -494,11 +494,9 @@
494 494  
495 495  = **4 组织和人员** =
496 496  
497 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/4%20%E7%BB%84%E7%BB%87%E5%92%8C%E4%BA%BA%E5%91%98/WebHome?section=1]]
498 498  
499 499  == 4.1角色，能力和责任 ==
500 500  
501 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/4%20%E7%BB%84%E7%BB%87%E5%92%8C%E4%BA%BA%E5%91%98/WebHome?section=2]]
502 502  
503 503  实践指南没有描述实践管理的角色，例如实践负责人，实践主管或实践教练。相反，他们专注于针对每个实践的专家角色。组织不同，每个角色的结构和命名也可能不同，因此ITIL中定义的任何角色都不应被视为强制性的，甚至不应被视为推荐性的。请记住，角色不是职务。一个人可以担任多个角色，一个角色也可以分配给多个人。
504 504  
... ... @@ -519,101 +519,17 @@
519 519  
520 520  表4.2 中列出了服务请求管理活动中可能涉及的其他角色的示例，以及相关的能力类型和特定技能。
521 521  
522 -|**活动**|**负责角色**|**能力类型**|**特定技能**
523 -|(% colspan="4" %)服务请求履行控制流程
524 -|请求分类|(((
525 -用户支持专员
454 +[[image:1642234728847-838.png]]
526 526  
527 -产品负责人
456 +[[image:1642234803492-320.png]]
528 528  
529 -服务负责人
530 -)))|CTM|熟悉组织的产品和服务
531 -| |技术专家| |(((
532 -了解服务目录，SLA，
458 +[[image:1642234831260-575.png]]
533 533  
534 -请求模型
535 -)))
536 -|服务请求模型初始化和控制|(((
537 -用户支持专员
538 -
539 -服务负责人
540 -
541 -技术专家
542 -)))|CAT|熟悉服务请求模型和服务提供者组织
543 -|临时性的履行控制|(((
544 -服务负责人
545 -
546 -技术团队主管
547 -)))|CTA|(((
548 -熟悉产品，服务和SLA
549 -
550 -了解业务需求
551 -
552 -有权分配资源和计划临时性工作
553 -)))
554 -|履行评审|(((
555 -服务负责人
556 -
557 -实践负责人
558 -
559 -实践经理/协调人
560 -)))|MCT|(((
561 -熟悉产品，服务和SLA
562 -
563 -了解业务需求
564 -
565 -熟悉服务请求模型和服务提供者组织
566 -)))
567 -|服务请求和评审优化| | |
568 -|服务请求记录和报告分析|(((
569 -产品负责人
570 -
571 -服务负责人
572 -
573 -实践负责人
574 -
575 -实践经理/协调人
576 -)))|TM|熟悉服务和产品，及服务请求模型
577 -|服务请求模型改进启动|(((
578 -实践负责人
579 -
580 -实践经理/协调人
581 -
582 -产品负责人
583 -
584 -服务负责人
585 -
586 -资源负责人
587 -
588 -ITSM工具顾问
589 -)))|TCA|(((
590 -熟悉服务和产品，及服务请求模型
591 -
592 -熟悉可用的工具和方法
593 -)))
594 -|服务请求模型更新沟通|(((
595 -实践负责人
596 -
597 -实践经理/协调人
598 -)))|C|(((
599 -了解服务请求模型
600 -
601 -沟通技巧
602 -)))
603 -| |(((
604 -产品负责人
605 -
606 -服务负责人
607 -
608 -资源负责人
609 -)))| |
610 -
611 611  表4.2 服务请求管理实践活动中涉及的角色示例
612 612  
613 613  
614 614  == 4.2 组织结构和团队 ==
615 615  
616 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/4%20%E7%BB%84%E7%BB%87%E5%92%8C%E4%BA%BA%E5%91%98/WebHome?section=3]]
617 617  
618 618  设立专门的组织结构来管理服务请求管理实践是不常见的。该实践集成在服务交付和实现团队或技术人员的日常活动中，这些都是在服务请求模型定义期间预先定义好的。服务请求管理实践与事件管理实践通常共享相同的团队结构。但是，如果把服务请求作为服务功用的一部分，并且需求量很高的时候，则可以成立专门的团队来处理和履行所有或某些类型的服务请求。在许多情况下，实施自动化可以减少对此类团队的需求，并可改进服务质量。
619 619  
... ... @@ -623,11 +623,9 @@
623 623  
624 624  = **5 信息和技术** =
625 625  
626 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/5%20%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF/WebHome?section=1]]
627 627  
628 628  == 5.1 信息交流 ==
629 629  
630 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/5%20%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF/WebHome?section=2]]
631 631  
632 632  服务请求管理实践的效果基于所使用信息的质量。这里提到的信息包括但不限于以下信息：
633 633  
... ... @@ -643,90 +643,21 @@
643 643  == 5.2 自动化和工具 ==
644 644  
645 645  
646 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/5%20%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF/WebHome?section=4]]
647 647  
648 648  在某些情况下，服务请求管理实践的工作可以大大受益于自动化。在可能且有效的情况下，可能涉及表5.1中概述的解决方案。
649 649  
650 650  表5.1 服务请求管理活动的自动化解决方案
651 651  
652 -|流程活动 |自动化手段|关键功能|对实践效果的影响
653 -|(% colspan="4" %)服务请求履行控制
654 -|请求分类|(((
655 -工作流管理和协作工具
497 +[[image:1642234919431-637.png]]
656 656  
657 -ITSM工具集
658 -)))|(((
659 -请求目录管理
499 +[[image:1642234953800-949.png]]
660 660  
661 -工作分配
662 662  
663 -预定义的规程流向
664 -)))|高
665 -|服务请求模型初始化和控制|(((
666 -工作流管理和协作工具
667 667  
668 -ITSM工具集
669 -)))|(((
670 -工作分配
671 -
672 -预定义的规程流向
673 -
674 -协作，任务                                   
675 -)))|高
676 -|临时性的履行控制|(((
677 -工作流管理和协作工具
678 -
679 -ITSM工具集
680 -
681 -系统监控工具
682 -)))|(((
683 -监控工作进度
684 -
685 -沟通
686 -
687 -通知，升级
688 -)))|中到高
689 -|履行评审|(((
690 -工作流管理和协作工具
691 -
692 -ITSM工具集
693 -)))|(((
694 -沟通与协作
695 -
696 -报告与分析
697 -)))|中
698 -|(% colspan="4" %)服务请求和评审优化
699 -|服务请求记录和报告分析|分析和报告工具|(((
700 -服务请求的统计分析
701 -
702 -工作量和流量
703 -)))|高
704 -|服务请求模型改进启动|工作流管理和协作工具|(((
705 -待办项和工作流的管理与可视化
706 -
707 -沟通与协作
708 -)))|中到高
709 -|服务请求模型更新沟通|(((
710 -发布工具
711 -
712 -社交媒体
713 -
714 -工作流管理工具
715 -)))|(((
716 -邮件
717 -
718 -推送通知
719 -
720 -Web门户
721 -
722 -认知消息发布
723 -)))|高
724 -
725 725  ----
726 726  
727 727  = **6 合作伙伴和供应商** =
728 728  
729 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/6%20%E5%90%88%E4%BD%9C%E4%BC%99%E4%BC%B4%E5%92%8C%E4%BE%9B%E5%BA%94%E5%95%86/WebHome?section=1]]
730 730  
731 731  组织很少只使用自己的资源来交付服务，多数（如果不是全部）依赖于其他服务，这些服务通常由组织之外的第三方提供（请参阅ITIL Foundation：ITIL 4 Edition的2.4节：服务关系模型）。通过服务支持所引入的第三方的关联性和依赖性是通过服务设计、架构管理，和供应商管理这些实践所描述的。
732 732  
... ... @@ -744,7 +744,6 @@
744 744  
745 745  = **7 重要提醒** =
746 746  
747 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/7%20%E9%87%8D%E8%A6%81%E6%8F%90%E9%86%92/WebHome?section=1]]
748 748  
749 749  组织在建立和发展自己的实践时，应考虑将实践指南的大部分内容只作为建议参考。实践指南是组织可以考虑的主题目录，而不是答案列表。使用实践指南的内容时，组织应始终遵循ITIL 指导原则：
750 750  
... ... @@ -764,26 +764,21 @@
764 764  
765 765  = **8 致谢** =
766 766  
767 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=1]]
768 768  
769 769  AXELOS Ltd非常感谢为本指南的开发做出贡献的每一个人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。
770 770  
771 -== ==
772 772  
773 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=2]]
774 774  
548 +
775 775  == 8.1 作者 ==
776 776  
777 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=3]]
778 778  
779 779  MiroslavHlohovsky，Don Page，RobertPinnington。
780 780  
781 -== ==
782 782  
783 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=4]]
784 784  
556 +
785 785  == 8.2 审稿人 ==
786 786  
787 -[[编辑>>url:http://itil4hub.cn/bin/edit/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=5]]
788 788  
789 789  DinaraAdyrbayeva，Cheryl Grimes，RomanJouravlev，GeorgesKemmerling，HennyKerkvliet，Niels Loader，AntonLykov，PauloTourinho。
Icon 1642234513508-859.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +88.6 KB
Content Icon
Icon 1642234534429-815.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +75.5 KB
Content Icon
Icon 1642234695925-509.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +52.5 KB
Content Icon
Icon 1642234728847-838.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +52.5 KB
Content Icon
Icon 1642234751317-217.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +50.9 KB
Content Icon
Icon 1642234803492-320.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +34.8 KB
Content Icon
Icon 1642234831260-575.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +39.6 KB
Content Icon
Icon 1642234919431-637.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +53.9 KB
Content Icon
Icon 1642234953800-949.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +36.1 KB
Content Icon
Icon 1642579911935-295.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +55.6 KB
Content Icon
Icon 1642579929017-581.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +56.9 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司