Last modified by superadmin on 2024/12/25, 15:38
From version < 20.1 >
edited by superadmin
on 2021/02/06, 23:35
To version < 43.1 >
edited by superadmin
on 2022/01/19, 16:12
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -03 服务请求管理 （已发布）
1 +03 服务请求管理实践
Content
... ... @@ -11,7 +11,7 @@
11 11  
12 12  
13 13  
14 -**申明：**
14 +**申明： **
15 15  
16 16  本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
17 17  
... ... @@ -19,9 +19,12 @@
19 19  
20 20  
21 21  **翻译**：邹庆海 **审校**：卢曦 **审核**：刘晓慧
22 -)))
23 -)))
24 24  
23 +
24 +
25 +----
26 +
27 +
25 25  = **1 关于本文档** =
26 26  
27 27  [[编辑>>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,8 +34,6 @@
34 34  1. 支持实践的信息和技术
35 35  1. 实践中关于合作伙伴和供应商的注意事项
36 36  
37 -== ==
38 -
39 39  [[编辑>>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]]
40 40  
41 41  == 1.1 ITIL®4 认证方案 ==
... ... @@ -52,7 +52,7 @@
52 52  
53 53  ----
54 54  
55 -= (% style="color:#2d2d2d; font-size:29px" %)**2 基本信息**(%%) =
56 += (% style="color:#2d2d2d; font-size:29px" %)**2 基本信息**(%%) =
56 56  
57 57  [[编辑>>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]]
58 58  
... ... @@ -76,10 +76,10 @@
76 76  
77 77  服务请求是用户问询的重要类型，也是用户体验的重要组成部分。通常，服务请求包括以下内容：
78 78  
79 -1. 发起服务动作请求（由服务提供者或与用户一起执行）
80 -1. 信息请求
81 -1. 资源或服务访问请求
82 -1. 反馈，表扬或投诉
80 +* 发起服务动作请求（由服务提供者或与用户一起执行）
81 +* 信息请求
82 +* 资源或服务访问请求
83 +* 反馈，表扬或投诉
83 83  
84 84  服务请求的履行可能涉及对服务或其组件的变更，通常属于标准变更。由于服务请求是预定义的，并且已约定为服务交付的正常部分，因此通常可以通过明确的启动，批准，履行和管理的标准规程，来对其进行标准化。某些服务请求具有非常简单的工作流，例如信息请求。其他服务请求（例如，为新员工设置信息）可能很复杂，需要多个团队和系统的合作才能履行。无论复杂性如何，履行请求的步骤都应该是众所周知并经过测试的。这使得服务提供者可以约定履行请求的时间，并向用户提供服务请求状态的清晰沟通。
85 85  
... ... @@ -115,9 +115,9 @@
115 115  
116 116  表2.1 其他实践指南中与服务请求实践相关的活动
117 117  
118 -(% style="width:645px" %)
119 -|(% style="width:339px" %)示例|(% style="width:125px" %)活动|(% style="width:179px" %)实践指南
120 -|(% style="width:339px" %)用户监控打印机状态。当打印机提示“碳粉不足”时，用户请求重新填充碳粉。服务提供者的技术人员更换碳粉盒。除了更换过程，打印服务并未中断。|(% style="width:125px" %)服务请求|(% style="width:179px" %)(((
119 +(% style="width:452px" %)
120 +|(% style="width:215px" %)示例|(% style="width:79px" %)活动|(% style="width:156px" %)实践指南
121 +|(% style="width:215px" %)用户监控打印机状态。当打印机提示“碳粉不足”时，用户请求重新填充碳粉。服务提供者的技术人员更换碳粉盒。除了更换过程，打印服务并未中断。|(% style="width:79px" %)服务请求|(% style="width:156px" %)(((
121 121  服务台
122 122  
123 123  服务请求管理
... ... @@ -124,16 +124,16 @@
124 124  
125 125  基础设施和平台管理
126 126  )))
127 -|(% style="width:339px" %)(((
128 +|(% style="width:215px" %)(((
128 128  打印机将其状态和事态传送给运维团队。当发生“碳粉不足”的事态时，服务提供者的技术人员更换碳粉盒。除了更换过程，打印服务并未中断。
129 129  
130 130  
131 -)))|(% style="width:125px" %)事态|(% style="width:179px" %)(((
132 +)))|(% style="width:79px" %)事态|(% style="width:156px" %)(((
132 132  监控和事态管理
133 133  
134 134  基础设施和平台管理
135 135  )))
136 -|(% style="width:339px" %)如果上述场景中出现问题，没有及时报告“碳粉不足”的状况（或未及时更换碳粉盒或未正确更换碳粉盒），打印服务中断。用户将情况反映到服务提供者，服务提供者的技术人员更换碳粉盒，打印服务恢复。|(% style="width:125px" %)事件|(% style="width:179px" %)(((
137 +|(% style="width:215px" %)如果上述场景中出现问题，没有及时报告“碳粉不足”的状况（或未及时更换碳粉盒或未正确更换碳粉盒），打印服务中断。用户将情况反映到服务提供者，服务提供者的技术人员更换碳粉盒，打印服务恢复。|(% style="width:79px" %)事件|(% style="width:156px" %)(((
137 137  服务台
138 138  
139 139  事件管理
... ... @@ -200,10 +200,11 @@
200 200  
201 201  表2.2 其他实践指南中与服务请求管理实践相关的活动
202 202  
203 -|活动|实践指南
204 -|解决事件|事件管理
205 -|与用户沟通|服务台
206 -|产品和服务变更的管理与实现|(((
204 +(% style="width:352px" %)
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" %)(((
207 207  变更使能
208 208  
209 209  部署管理
... ... @@ -210,14 +210,12 @@
210 210  
211 211  发布管理
212 212  )))
213 -|监控服务和技术|监控和事态管理
214 -|持续改进的管理与执行|持续改进
215 -|请求目录的管理|服务目录管理
216 -|服务访问权限的管理和提供|信息安全管理
217 -|创建服务请求模型|服务设计
215 +|(% style="width:222px" %)监控服务和技术|(% style="width:127px" %)监控和事态管理
216 +|(% style="width:222px" %)持续改进的管理与执行|(% style="width:127px" %)持续改进
217 +|(% style="width:222px" %)请求目录的管理|(% style="width:127px" %)服务目录管理
218 +|(% style="width:222px" %)服务访问权限的管理和提供|(% style="width:127px" %)信息安全管理
219 +|(% style="width:222px" %)创建服务请求模型|(% style="width:127px" %)服务设计
218 218  
219 -== ==
220 -
221 221  [[编辑>>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]]
222 222  
223 223  == 2.4 实践成功因素 ==
... ... @@ -235,8 +235,8 @@
235 235  * 确保优化所有服务的服务请求履行规程
236 236  * 确保按照约定的规程及用户满意度履行所有服务请求
237 237  
238 -=== ===
239 239  
239 +
240 240  === **2.4.1 确保优化所有服务的服务请求履行规程** ===
241 241  
242 242  服务请求规程的开发应该尽早集成到产品和服务生命周期管理中。服务请求实践应该有助于业务分析、架构管理和服务设计活动。根据在这些阶段做出的决定，服务可以针对无请求运维进行优化，或者可以将用户可以使用的多个请求作为正常消耗的一部分。在第一种情况下，用户仍然可以使用通用请求，例如表扬、投诉或请求操作指南。在第二种情况下，可能会有各种特定于服务功用的请求（履行这些请求对于服务质量很重要）。服务请求也可以用于区分不同级别的服务产品（高服务级别的用户可以发起更多请求）。
... ... @@ -253,7 +253,7 @@
253 253  请求履行之后，可能需要评审。评审可以仅限于满意度调查，也可以包括详细的内部评审（通常在出现问题或用户满意度下降的时候才需要）。
254 254  
255 255  
256 -== 2.5 关键指标 ==
256 +== **2.5 关键指标** ==
257 257  
258 258  [[编辑>>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]]
259 259  
... ... @@ -263,8 +263,9 @@
263 263  
264 264  表2.3 实践成功因素的关键度量指标示例
265 265  
266 -|实践成功因素|关键指标
267 -|确保优化所有服务的服务请求履行规程|(((
266 +(% style="width:409px" %)
267 +|(% style="width:136px" %)实践成功因素|(% style="width:269px" %)关键指标
268 +|(% style="width:136px" %)确保优化所有服务的服务请求履行规程|(% style="width:269px" %)(((
268 268  服务请求目录的完整性、数量、和支持范围外的服务请求的百分比
269 269  
270 270  由于规程的错误或低效而无法遵循约定的规程来履行的服务请求的数量和百分比
... ... @@ -275,7 +275,7 @@
275 275  
276 276  完全或很大程度上自动履行的服务请求的百分比（数量，目录百分比，总数百分比和履行时间）
277 277  )))
278 -|确保按照约定的规程及用户满意度履行所有服务请求|(((
279 +|(% style="width:136px" %)确保按照约定的规程及用户满意度履行所有服务请求|(% style="width:269px" %)(((
279 279  符合SLA约定的数量和百分比
280 280  
281 281  未正确履行请求导致的事件影响
... ... @@ -331,14 +331,13 @@
331 331  * 服务请求履行控制
332 332  * 服务请求评审和优化。  
333 333  
334 -=== ===
335 -
336 336  === 3.2.1 **服务请求履行控制** ===
337 337  
338 338  该流程包括表3.1 中列出的活动，并将输入转换为输出。
339 339  
340 -|**关键输入**|**活动**|**关键输出**
341 -|(((
339 +(% style="width:401px" %)
340 +|(% style="width:157px" %)**关键输入**|(% style="width:140px" %)**活动**|(% style="width:101px" %)**关键输出**
341 +|(% style="width:157px" %)(((
342 342  服务请求问询
343 343  
344 344  服务请求模型
... ... @@ -346,7 +346,7 @@
346 346  服务级别协议
347 347  
348 348  履行动作记录和报告
349 -)))|(((
349 +)))|(% style="width:140px" %)(((
350 350  请求分类
351 351  
352 352  服务请求模型初始化和控制
... ... @@ -354,7 +354,7 @@
354 354  临时性的履行控制
355 355  
356 356  履行评审
357 -)))|(((
357 +)))|(% style="width:101px" %)(((
358 358  履行服务请求
359 359  
360 360  履行动作记录和报告
... ... @@ -368,7 +368,7 @@
368 368  图3.2 显示了流程的工作流。
369 369  
370 370  (% style="text-align:center" %)
371 -[[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"]]
371 +[[image:1642579911935-295.png]]
372 372  
373 373  图3.2 服务请求履行的控制流程工作流
374 374  
... ... @@ -375,52 +375,10 @@
375 375  
376 376  流程可能会根据请求模型而有所不同。表3.2 提供了不同模型下的示例
377 377  
378 -|活动|手动或不完整的服务请求模型|高度自动化的服务请求模型
379 -|请求分类|(((
380 -完全或部分依赖手动来核对服务请求和用户资格。需要人工联系用户提供缺少的信息或纸质文件。
378 +[[image:1642234513508-859.png]]
381 381  
382 -服务台专员选择适当的服务请求模型。
383 -)))|(((
384 -在高度自动化的环境中，系统将自动核对服务请求。系统联系用户提供缺少的信息或纸质文件。
380 +[[image:1642234534429-815.png]]
385 385  
386 -根据服务请求的特征选择适当的模型和自动化规程。                                                             
387 -)))
388 -|服务请求模型初始化和控制|(((
389 -根据服务请求模型，服务台专员可能需要手动选择合适的支持团队或专家。分配的支持团队遵循为模型定义的服务请求履行规程。
390 -
391 -如有必要，可以根据服务请求规程要求额外的批准。
392 -
393 -在某些情况下，需要同时履行多个服务请求任务。需要由服务台专员进行手动分配和控制，以及发送用户通知。
394 -
395 -负责的团队可以履行整个服务请求或特定任务。
396 -
397 -如有必要，负责的团队也要更新相关的配置项。
398 -
399 -服务请求需要经过履行评审。
400 -)))|(((
401 -根据所选的服务请求模型，请求履行会被启动，并且由系统来控制规程流向和履行请求的脚本。
402 -
403 -服务请求需要经过履行评审。
404 -)))
405 -|临时性的履行控制|(% colspan="2" %)(((
406 -在某些情况下，服务请求的履行需要一些非标准的，特殊定制的工作，或者有些新情况在计划服务请求时未考虑到。因此，遵循已有规程不会达到期望的结果，只能为服务请求提供临时性的履行方案。
407 -
408 -临时性的履行是一种例外情况，应视为例外情况来处理。
409 -
410 -应该决定是按照例外情况来处理还是直接拒绝履行服务请求。该决定通常由模型和模型处理例外情况的方式来定义。
411 -
412 -不管做出什么决定，此类请求的细节应做为服务请求模型评审和优化的流程输入，这样就可以明确定义此类请求并将其添加到模型中，或者在经过附加的评估分类检查后，将此类请求纳入模型。
413 -)))
414 -|履行评审|(% colspan="2" %)(((
415 -要根据模型对服务请求履行情况进行检验。
416 -
417 -履行评审应该在模型中描述。履行评审会有相应的规程，以检查履行在多大程度上达到了预期的结果。
418 -
419 -履行评审也包括收集用户反馈和衡量用户满意度。
420 -
421 -履行评审的报告和记录用作服务请求评审和优化的流程输入。
422 -)))
423 -
424 424  表3.2 服务请求履行的控制流程活动
425 425  
426 426  
... ... @@ -430,8 +430,9 @@
430 430  
431 431  表3.3 服务请求评审和优化流程的输入，活动，和输出.。
432 432  
433 -|关键输入|活动|关键输出
434 -|(((
391 +(% style="width:677px" %)
392 +|(% style="width:219px" %)关键输入|(% style="width:223px" %)活动|(% style="width:233px" %)关键输出
393 +|(% style="width:219px" %)(((
435 435  当前服务请求模型
436 436  
437 437  用户调查结果
... ... @@ -449,13 +449,13 @@
449 449  CMDB 配置管理
450 450  
451 451  容量和性能信息
452 -)))|(((
411 +)))|(% style="width:223px" %)(((
453 453  服务请求记录和报告分析
454 454  
455 455  服务请求模型改进启动
456 456  
457 457  服务请求模型更新沟通
458 -)))|(((
417 +)))|(% style="width:233px" %)(((
459 459  更新过的服务请求模型
460 460  
461 461  更新过的服务请求规程和操作说明
... ... @@ -464,7 +464,7 @@
464 464  图3.3 显示了该流程的工作流程图。
465 465  
466 466  (% style="text-align:center" %)
467 -[[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"]]
426 +[[image:1642579929017-581.png]]
468 468  
469 469  图3.3 服务请求评审和优化流程的工作流
470 470  
... ... @@ -471,14 +471,15 @@
471 471  
472 472  表3.4 提供了该流程活动的描述。
473 473  
474 -|活动|描述
475 -|服务请求记录和报告分析|服务请求实践负责人与服务负责人和其他相关干系人一起，对在此期间内选定的服务请求和相关指标，以及/或者对来自变更使能实践中的相关重复变更进行评审。他们识别出创建新服务请求模型的机会，和/或当前服务请求模型所需的改进。
476 -|服务请求模型改进启动|(((
433 +(% style="width:507px" %)
434 +|(% style="width:110px" %)活动|(% style="width:394px" %)描述
435 +|(% style="width:110px" %)服务请求记录和报告分析|(% style="width:394px" %)服务请求实践负责人与服务负责人和其他相关干系人一起，对在此期间内选定的服务请求和相关指标，以及/或者对来自变更使能实践中的相关重复变更进行评审。他们识别出创建新服务请求模型的机会，和/或当前服务请求模型所需的改进。
436 +|(% style="width:110px" %)服务请求模型改进启动|(% style="width:394px" %)(((
477 477  服务请求实践负责人登记和提交模型的改进方案，并与持续改进实践和/或变更请求一起处理。
478 478  
479 479  如果模型测试不能确认提交的服务请求模型的有效性，便将其退回以进行进一步分析。
480 480  )))
481 -|服务请求模型更新的沟通|如果服务请求模型成功更新，则将其传达给相关干系人。通常由服务请求实践负责人或服务负责人来进行沟通。
441 +|(% style="width:110px" %)服务请求模型更新的沟通|(% style="width:394px" %)如果服务请求模型成功更新，则将其传达给相关干系人。通常由服务请求实践负责人或服务负责人来进行沟通。
482 482  
483 483  表3.4 服务请求评审和优化流程的活动
484 484  
... ... @@ -513,95 +513,12 @@
513 513  
514 514  表4.2 中列出了服务请求管理活动中可能涉及的其他角色的示例，以及相关的能力类型和特定技能。
515 515  
516 -|**活动**|**负责角色**|**能力类型**|**特定技能**
517 -|(% colspan="4" %)服务请求履行控制流程
518 -|请求分类|(((
519 -用户支持专员
476 +[[image:1642234728847-838.png]]
520 520  
521 -产品负责人
478 +[[image:1642234803492-320.png]]
522 522  
523 -服务负责人
524 -)))|CTM|熟悉组织的产品和服务
525 -| |技术专家| |(((
526 -了解服务目录，SLA，
480 +[[image:1642234831260-575.png]]
527 527  
528 -请求模型
529 -)))
530 -|服务请求模型初始化和控制|(((
531 -用户支持专员
532 -
533 -服务负责人
534 -
535 -技术专家
536 -)))|CAT|熟悉服务请求模型和服务提供者组织
537 -|临时性的履行控制|(((
538 -服务负责人
539 -
540 -技术团队主管
541 -)))|CTA|(((
542 -熟悉产品，服务和SLA
543 -
544 -了解业务需求
545 -
546 -有权分配资源和计划临时性工作
547 -)))
548 -|履行评审|(((
549 -服务负责人
550 -
551 -实践负责人
552 -
553 -实践经理/协调人
554 -)))|MCT|(((
555 -熟悉产品，服务和SLA
556 -
557 -了解业务需求
558 -
559 -熟悉服务请求模型和服务提供者组织
560 -)))
561 -|服务请求和评审优化| | |
562 -|服务请求记录和报告分析|(((
563 -产品负责人
564 -
565 -服务负责人
566 -
567 -实践负责人
568 -
569 -实践经理/协调人
570 -)))|TM|熟悉服务和产品，及服务请求模型
571 -|服务请求模型改进启动|(((
572 -实践负责人
573 -
574 -实践经理/协调人
575 -
576 -产品负责人
577 -
578 -服务负责人
579 -
580 -资源负责人
581 -
582 -ITSM工具顾问
583 -)))|TCA|(((
584 -熟悉服务和产品，及服务请求模型
585 -
586 -熟悉可用的工具和方法
587 -)))
588 -|服务请求模型更新沟通|(((
589 -实践负责人
590 -
591 -实践经理/协调人
592 -)))|C|(((
593 -了解服务请求模型
594 -
595 -沟通技巧
596 -)))
597 -| |(((
598 -产品负责人
599 -
600 -服务负责人
601 -
602 -资源负责人
603 -)))| |
604 -
605 605  表4.2 服务请求管理实践活动中涉及的角色示例
606 606  
607 607  
... ... @@ -643,79 +643,12 @@
643 643  
644 644  表5.1 服务请求管理活动的自动化解决方案
645 645  
646 -|流程活动 |自动化手段|关键功能|对实践效果的影响
647 -|(% colspan="4" %)服务请求履行控制
648 -|请求分类|(((
649 -工作流管理和协作工具
523 +[[image:1642234919431-637.png]]
650 650  
651 -ITSM工具集
652 -)))|(((
653 -请求目录管理
525 +[[image:1642234953800-949.png]]
654 654  
655 -工作分配
656 656  
657 -预定义的规程流向
658 -)))|高
659 -|服务请求模型初始化和控制|(((
660 -工作流管理和协作工具
661 661  
662 -ITSM工具集
663 -)))|(((
664 -工作分配
665 -
666 -预定义的规程流向
667 -
668 -协作，任务                                   
669 -)))|高
670 -|临时性的履行控制|(((
671 -工作流管理和协作工具
672 -
673 -ITSM工具集
674 -
675 -系统监控工具
676 -)))|(((
677 -监控工作进度
678 -
679 -沟通
680 -
681 -通知，升级
682 -)))|中到高
683 -|履行评审|(((
684 -工作流管理和协作工具
685 -
686 -ITSM工具集
687 -)))|(((
688 -沟通与协作
689 -
690 -报告与分析
691 -)))|中
692 -|(% colspan="4" %)服务请求和评审优化
693 -|服务请求记录和报告分析|分析和报告工具|(((
694 -服务请求的统计分析
695 -
696 -工作量和流量
697 -)))|高
698 -|服务请求模型改进启动|工作流管理和协作工具|(((
699 -待办项和工作流的管理与可视化
700 -
701 -沟通与协作
702 -)))|中到高
703 -|服务请求模型更新沟通|(((
704 -发布工具
705 -
706 -社交媒体
707 -
708 -工作流管理工具
709 -)))|(((
710 -邮件
711 -
712 -推送通知
713 -
714 -Web门户
715 -
716 -认知消息发布
717 -)))|高
718 -
719 719  ----
720 720  
721 721  = **6 合作伙伴和供应商** =
... ... @@ -762,8 +762,8 @@
762 762  
763 763  AXELOS Ltd非常感谢为本指南的开发做出贡献的每一个人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。
764 764  
765 -== ==
766 766  
576 +
767 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=2]]
768 768  
769 769  == 8.1 作者 ==
... ... @@ -772,8 +772,8 @@
772 772  
773 773  MiroslavHlohovsky，Don Page，RobertPinnington。
774 774  
775 -== ==
776 776  
586 +
777 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=4]]
778 778  
779 779  == 8.2 审稿人 ==
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
深圳市艾拓先锋企业管理咨询有限公司