由 superadmin 于 2024/04/03, 16:55 最后修改
从版本< 16.1 >
由superadmin编辑
在2021/12/10, 15:36上
到版本
由superadmin编辑
在2024/03/07, 19:38上
< >
修改评论 Update document after refactoring.

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -5. 步骤3：供应
1 +05. 步骤3：供应
Content
... ... @@ -1,3 +1,12 @@
1 +
2 +
3 +
4 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/6.%20%E6%AD%A5%E9%AA%A44%EF%BC%9A%E5%8D%8F%E8%AE%AE/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/4.%20%E6%AD%A5%E9%AA%A42%EF%BC%9A%E5%A5%91%E5%8A%A8/]]
5 +
6 +{{box cssClass="floatinginfobox" title="**Contents**"}}
7 +{{toc/}}
8 +{{/box}}
9 +
1 1  = 5. 步骤3：供应 =
2 2  
3 3  [[image:1639115614664-761.png]]
... ... @@ -16,24 +16,24 @@
16 16  
17 17  表5.1 形成需求和服务提供的目的
18 18  
19 -|**供应**|**对于服务消费者**|**对于服务提供者**
20 -|促进成果和体验|确保客户清楚表达了服务消费者的需求和要求|(((
28 +(% style="width:464px" %)
29 +|(% style="width:83px" %)**供应**|(% style="width:163px" %)**对于服务消费者**|(% style="width:216px" %)**对于服务提供者**
30 +|(% style="width:83px" %)促进成果和体验|(% style="width:163px" %)确保客户清楚表达了服务消费者的需求和要求|(% style="width:216px" %)(((
21 21  了解如何为服务消费者和服务提供者创建价值，以及服务提供者如何支持该价值共创
22 22  
23 23  使服务提供者能够平衡供应和需求
24 24  )))
25 -|优化风险和合规性|(((
35 +|(% style="width:83px" %)优化风险和合规性|(% style="width:163px" %)(((
26 26  最小化购买服务而不满足实际需要的风险
27 27  
28 28  减少供应商误解消费者需求的风险
29 -)))|(((
39 +)))|(% style="width:216px" %)(((
30 30  尽量减少无法履行承诺服务的风险
31 31  
32 32  尽量减少客户不满意的风险
33 33  )))
34 -|优化资源并最小化成本|确保将资金投资于能够优化投资回报的领域|确保在最佳区域使用时间和资源
44 +|(% style="width:83px" %)优化资源并最小化成本|(% style="width:163px" %)确保将资金投资于能够优化投资回报的领域|(% style="width:216px" %)确保在最佳区域使用时间和资源
35 35  
36 -
37 37  |(((
38 38  **ITIL故事：步骤3 – 供应**
39 39  
... ... @@ -40,7 +40,6 @@
40 40  [[image:1639115675132-360.png||height="51" width="47"]]//Mariana：我们的eCampus汽车共享服务已受到大学学生和员工的欢迎。我们为普通汽车用户提供订阅会员资格，为间歇性用户提供不同的定价等级。我们的汽车是电动的，这使它们比传统的汽车更环保，因为它们排放的废气更少。另外，汽车共享会降低汽车拥有率，减少道路上的汽车行驶次数，并减少客户出行次数，因为客户会将差事合并为一次出行以最大程度地增加支出。我们为自己能提供一个干净、安全、可靠的往返于校园的其他交通选择而自豪。//
41 41  )))
42 42  
43 -
44 44  == 5.1 管理需求和机会 ==
45 45  
46 46  就服务而言，需求和容量是相互关联的。服务无法存储供以后使用。当服务价值只有在服务提供者的供给满足服务使用者的需求时才能被共同创造。如果需求得不到满足，设施和资源就会浪费。同样，当需求高于容量时，也会丢失机会。为了优化服务机会，服务提供者应调整容量和影响需求。正确理解不同的客户群体和部门如何使用其服务至关重要。
... ... @@ -62,12 +62,12 @@
62 62  
63 63  表5.2 会计处理的业务活动模式示例
64 64  
65 -|**角色**|**实现价值创建高峰工作量**|**高峰时间**
66 -|雇员|所有员工填写工时表|每周五午餐后
67 -|会计|获取或构建，报告和质量检查准备工资|每月12日至15日
68 -|会计|年终结账|每年十一月/十二月
73 +(% style="width:333px" %)
74 +|(% style="width:55px" %)**角色**|(% style="width:150px" %)**实现价值创建高峰工作量**|(% style="width:125px" %)**高峰时间**
75 +|(% style="width:55px" %)雇员|(% style="width:150px" %)所有员工填写工时表|(% style="width:125px" %)每周五午餐后
76 +|(% style="width:55px" %)会计|(% style="width:150px" %)获取或构建，报告和质量检查准备工资|(% style="width:125px" %)每月12日至15日
77 +|(% style="width:55px" %)会计|(% style="width:150px" %)年终结账|(% style="width:125px" %)每年十一月/十二月
69 69  
70 -
71 71  另一种可以识别的模式是通过分析来电。例如，结果可以表明，所有支助请求中平均有85%是在每个工作日的两个短期间提出的:10:00-11:00和15:00-16:00。服务台还可以看到所需的特定服务。有了这些信息，服务台可以通过在高峰时段提供额外人员或创建自助服务解决方案来管理需求。
72 72  
73 73  
... ... @@ -145,12 +145,9 @@
145 145  
146 146  表5.3 计费机制的不良负作用示例
147 147  
148 -|**案例**|**定价机制**|**不受欢迎的行为**|**问题**|**解决方案**
149 -|由内部服务提供者提供的业务关键信息系统|为了弥补成本，服务提供者为每个用户定义了一个昂贵的许可证成本。|由于高昂的许可证成本，业务单元只购买了一到两个人的许可证，并让他们“服务”单位的其余部分。|服务提供者无法覆盖成本，并且需要提高许可证价格。|当检测到这种模式时，管理层决定在业务部门之间平均分担成本，使所有员工都能够使用服务。
150 -|复印和打印|没有定价机制。|因为是免费的，所以做了很多不必要的彩印。|没有“打印前思考”的动机，也没有意识到彩印的成本。|通过引入收费和宣传活动，打印量减少了50%，用户切换到黑白默认设置。
156 +[[image:1641543155649-541.png]]
151 151  
152 152  
153 -
154 154  ==== 5.1.3.2 服务改进点机会 ====
155 155  
156 156  服务质量取决于对改进点机会的管理。来自客户的冲突请求、糟糕的定价激励或缺乏专门的改进点预算可能是冲突的来源。因此，服务提供者必须专业地处理改进点机会。持续改进需要所有权、服务改进点预算和透明的流程，以确定如何识别、捕获、评估、优先级和处理改进点机会。
... ... @@ -170,7 +170,6 @@
170 170  * 市场变化
171 171  * 来自服务提供者团队的反馈。
172 172  
173 -
174 174  目的旨在收集有关服务如何促进利益相关者价值的事实。这是价值驱动和数据驱动洞察力的一个方面。业务分析人员可以协助分析数据、识别需要、阐明需求并推荐解决方案。分析应基于定期且频繁捕获的真实数据。为了加深理解并做出正确的决定，需要进行深入的业务分析。
175 175  
176 176  
... ... @@ -217,99 +217,46 @@
217 217  表5.4 典型冲突和不确定性领域的示例
218 218  
219 219  
220 -(% style="width:1038px" %)
221 -|(% style="width:147px" %)**调查范围**|(% style="width:889px" %)**组织中冲突区域的典型示例**
222 -|(% style="width:147px" %)(((
224 +(% style="width:435px" %)
225 +|(% style="width:114px" %)**调查范围**|(% style="width:319px" %)**组织中冲突区域的典型示例**
226 +|(% style="width:114px" %)(((
223 223  **价值**
224 224  
225 225  **理解真实的需求**
226 -)))|(% style="width:889px" %)(((
230 +)))|(% style="width:319px" %)(((
227 227  谁是关键利益相关者？如何优先考虑他们的需求？
228 228  
229 229  服务的用户可能具有与客户/发起人不同的需求和优先级（请参见表5.5）。其他利益相关者组也可能具有相互冲突的需求。
230 230  )))
231 -|(% style="width:147px" %)(((
235 +|(% style="width:114px" %)(((
232 232  **成果**
233 233  
234 234  **理解收益**
235 -)))|(% style="width:889px" %)可能只考虑短期利益而牺牲长期利益，这很诱人。另一方面，长期收益通常会面临更多的不确定性和风险。
236 -|(% style="width:147px" %)(((
239 +)))|(% style="width:319px" %)可能只考虑短期利益而牺牲长期利益，这很诱人。另一方面，长期收益通常会面临更多的不确定性和风险。
240 +|(% style="width:114px" %)(((
237 237  **成本**
238 238  
239 239  **理解资本和运营支出**
240 -)))|(% style="width:889px" %)我们的生产或服务需要什么样的投资？实施的成本是多少？维护和支持成本是多少？使用成本是多少？需要多少培训？需要什么样的组织变革？
241 -|(% style="width:147px" %)(((
244 +)))|(% style="width:319px" %)我们的生产或服务需要什么样的投资？实施的成本是多少？维护和支持成本是多少？使用成本是多少？需要多少培训？需要什么样的组织变革？
245 +|(% style="width:114px" %)(((
242 242  **风险**
243 243  
244 244  **理解不确定性和影响**
245 -)))|(% style="width:889px" %)很难事先知道服务提供者是否愿意并且能够满足服务消费者的需求。重要的是要从一开始就建立良好的关系，不仅要与销售人员建立联系，而且还要与将成为服务提供关键资源的人员建立联系。在协议和合同中包含建立关系的激励措施和双赢文化是很好的。
249 +)))|(% style="width:319px" %)很难事先知道服务提供者是否愿意并且能够满足服务消费者的需求。重要的是要从一开始就建立良好的关系，不仅要与销售人员建立联系，而且还要与将成为服务提供关键资源的人员建立联系。在协议和合同中包含建立关系的激励措施和双赢文化是很好的。
246 246  
247 -
248 248  表5.5中描述了优先级与需求冲突的一些传统领域。
249 249  
250 250  
251 251  表5.5 客户和用户优先级与需求
252 252  
253 -|**客户**|**用户**|**冲突**|**考虑**
254 -|(((
255 -**成本**
256 +[[image:1641543406646-794.png]]
256 256  
257 -成本效益高吗？是否与其他提供者的类似服务进行比较？可以削减任何东西以使其更便宜吗？
258 -)))|(((
259 -**性能**
260 260  
261 -有多快？响应时间有多快？当我需要它时，它会在那里吗？使用起来有多方便？它触发什么情绪？
262 -)))|性能越好，服务就越贵。|(((
263 -决定使用成本更低的服务应平衡如下代价：
264 -
265 -●性能下降
266 -
267 -●负面的用户体验。
268 -)))
269 -|(((
270 -**收益率/价值**
271 -
272 -该服务会带来投资回报吗？它会帮助我们实现业务的目标吗？
273 -)))|(((
274 -**易用性**
275 -
276 -用户界面有多直观？我需要通过多少屏幕才能完成交易？它会使我的工作更轻松吗？
277 -)))|易用性可能需要额外的投资。|随着时间的推移，易用性将提高收益率。这将使用户能够实现组织目标，并尽量减少培训和支持的需要。
278 -|(((
279 -**服务影响**
280 -
281 -该服务的实际目的是什么？它会提高生产效率吗？它能改善服务吗？这个组织将来会在哪里？
282 -)))|(((
283 -**质量**
284 -
285 -该服务实际上是如何工作的？它会做它需要所做的一切吗？是否提供培训？它能解决问题吗？
286 -)))|顾客并不关心服务质量，只要它能以合理的价格完成工作。|(((
287 -如果用户难以获得高质量，将对业务产生负面影响：
288 -
289 -●性能下降
290 -
291 -●用户犯的错误更多
292 -
293 -●错误和更正
294 -)))
295 -|(((
296 -**创新**
297 -
298 -这项服务是否能够识别机会并有助于业务增长？它会开辟新市场吗？它能实现交付扩展吗？
299 -)))|(((
300 -**一致性**
301 -
302 -这项服务在使用期间是否可用？
303 -)))|客户可能有用户不感兴趣的战略问题。|借助IT服务，许多例行公事任务可以实现自动化，使员工能够更加专注于创新。
304 -
305 -
306 306   对时间和成本的短期关注可能会在以后造成大量成本：
307 307  
308 308  * **时间不足** 如果没有足够的时间让用户参与进来，则可能导致他们的需求得不到满足。因此，该服务可能无法让用户更好地完成工作，并可能会导致负面的商业案例。
309 309  * **选择最便宜的提供者** 在这种情况下，价格和成本承受着巨大的压力，这可能会使服务提供者的利润空间很小，也可能会阻止服务提供者在不亏损的情况下保持灵活性。这可能会导致一种以牺牲价值为代价的紧张关系。
310 310  
311 -
312 -
313 313  === 5.1.5 构建服务提供者商业案例 ===
314 314  
315 315  服务提供者需要构建和维护一个可盈利的、可行的商业案例。否则，服务提供者可能会赔钱，最终倒闭。在构建商业案例时，服务提供者应该考虑客户的商业案例。
... ... @@ -328,7 +328,6 @@
328 328  * 合作伙伴和供应商，它将成为服务提供的一部分
329 329  * 组织方面，例如资源数量以及员工的技能和能力。
330 330  
331 -
332 332  许多ITIL 管理实践都可以为客户、组织和服务提供者的新的服务或变更的服务提供输入。这些包括：
333 333  
334 334  * 可用性管理
... ... @@ -339,9 +339,8 @@
339 339  * 服务连续性管理
340 340  * 服务财务管理。
341 341  
342 -
343 -
344 344  |(((
293 +(((
345 345  **ITIL的故事：管理需求和机遇**
346 346  
347 347  [[image:1639121261076-787.png||height="49" width="40"]]//Mariana：我们分析了我们服务的业务活动模式，发现需求在学期中期的几周内最高，而在假期期间最低。周末需求低于工作日需求。晚间曾经使用很受欢迎，但最近几个月有所下降。我们将此归功于当地政府针对学生开展的一项运动，该运动旨在告诉学生在酒精或毒品影响下开车的危险性。//
... ... @@ -351,8 +351,11 @@
351 351  [[image:1639121279281-823.png||height="52" width="43"]]**R**//adhika：我们已经确定了服务台的两个繁忙时期：学年开始时，客户注册每月订阅；年末，他们会要求退还每月会员费的剩余费用。在此期间，我们增加了服务台的资源。//
352 352  )))
353 353  
303 +(((
304 +
305 +)))
306 +)))
354 354  
355 -
356 356  == 5.2 指定和管理客户要求 ==
357 357  
358 358  需求规范应该出现在可视化线中。理想情况下，客户应该让服务提供者参与到一个开放且透明的需求规范流程中。如果在流程中过早的密封了需求，则服务提供者可能无法形成最佳的服务并满足服务消费者需求。
... ... @@ -369,8 +369,8 @@
369 369  业务分析使组织能够以有意义的方式传达其需求，表达变更的基本原理，并设计和描述支持与组织目标相一致的价值创造的解决方案。
370 370  )))
371 371  
372 -
373 373  |(((
325 +(((
374 374  **ITIL故事：指定和管理客户要求**
375 375  
376 376  [[image:1639121261076-787.png||height="49" width="40"]]//Mariana：我们发现了新的客户需求：我们的许多客户在这一年中不得不搬家。当他们为此目的使用我们的汽车时，他们需要多次出行，并且比往常更频繁地为汽车充电。他们还将较低电荷的汽车退还，从而很难将汽车出租给下一个客户。此外，它还损害了我们提供环境可持续服务的愿景。//
... ... @@ -380,9 +380,11 @@
380 380  [[image:1639121279281-823.png||height="52" width="43"]]//Katrina：我的室友们已经离开大学回到欧洲的家中，这是我两个月来第二次不得不搬家！eCampus Car Share公司发现，客户偶尔需要拖车来帮助他们搬家，这真是太棒了。现在，我不必寻找其他选择。//
381 381  )))
382 382  
335 +(((
336 +
337 +)))
338 +)))
383 383  
384 -
385 -
386 386  === 5.2.1 角色和责任 ===
387 387  
388 388  明确的角色和职责是指定和管理需求的关键。权威人士必须得到识别，并说明如何捕获、表达和表示用户需求和期望。
... ... @@ -407,31 +407,8 @@
407 407  
408 408  表5.6 服务消费者角色和需求规范场景的示例
409 409  
410 -|**场景**|**参与角色**
411 -|客户从服务提供者订购了预定义的标准服务/产品，例如笔记本电脑，智能手机或应用程序。|(((
412 -客户根据需求规范从服务提供者中选择标准服务。作为需求规范的一部分，会咨询有代表性的用户。
364 +[[image:1641543481289-623.png]]
413 413  
414 -根据用户的个人需求，用户可以在预定义的备选方案中进行选择。
415 -)))
416 -|客户从提供者处获得现成的服务，以便在服务消费者组织内部进行配置、实现和管理。|(((
417 -客户会预先进行适当的评价，以确保服务符合服务消费者的需求。客户评价它是否为符合目的与用途。即使它是现成的服务，仍然可能有许多配置选项。因此，服务的代表用户参与了需求规范及其实现。
418 -
419 -其他利益相关者，例如内部IT部门，对架构的适合性和与现有基础设施的集成提出了非功能性需求。
420 -)))
421 -|服务提供者为客户或代表客户开发新的和创新服务。|(((
422 -为了成功开发复杂的新服务，考虑了一种针对需求规范的敏捷方法，以便：
423 -
424 -●迭代分解复杂性
425 -
426 -●构建技术要求，如安全性，从一开始
427 -
428 -●让客户参与进来，确保频繁的反馈循环。
429 -
430 -这种方法要求客户在整个生产开发过程中积极参与。为了取得成功，重要的是客户（例如产品负责人）有权代表服务消费者做出有关需求和优先级的决策。用户可能会被咨询，甚至参与启动、演示等。
431 -)))
432 -|服务提供者为大众市场设计一种新的商品服务。|需求由服务提供者拥有和管理，在将需求转换为需求的过程中，服务提供者可能涉及服务消费者，也可能不涉及服务消费者。
433 -
434 -
435 435  业务分析人员可以帮助阐明和确定需求的优先级，并将其转换为服务提供者可以理解的语言和格式。这可以用作设计和构建服务的基础。
436 436  
437 437  
... ... @@ -445,8 +445,6 @@
445 445  * 持续确保以正确的方式解释和理解需求
446 446  * 验证产品和服务符合要求。
447 447  
448 -
449 -
450 450  客户的需求不是一成不变的；随着新的知识和经验的获得，客户的需求也会发生变化。因此，确保将需求集中在客户需求上，以使需求的定义与生产或服务的测试之间的时间尽可能短。
451 451  
452 452  
... ... @@ -469,8 +469,6 @@
469 469  * 可度量性和可报告性
470 470  * 可扩展性。
471 471  
472 -
473 -
474 474  === 5.2.3 将问题与解决方案分开 ===
475 475  
476 476  我们已经说过，需求应该基于利益相关者需要。然而，指定一个解决方案，而不是将需要转换成需求可能会很有吸引力。在阐明需求时，必须将问题与解决方案分开，以考虑到解决方案无法解决潜在问题的事实。这也有助于将当前的解决方案与所有可能的未来解决方案区分开。表5.7概述了一种简单的技术来帮助完成此流程。
... ... @@ -481,22 +481,22 @@
481 481  
482 482  表5.7 问题规范技术
483 483  
484 -| |**当前**|**未来**
485 -|什么？|当前问题的本质和需要做的事情的本质|真正的需要什么？什么是“本质”？
486 -|怎么样？|当前执行所需工作的方式|将来有什么可能的方法来解决问题？
411 +(% style="width:509px" %)
412 +|(% style="width:82px" %) |(% style="width:185px" %)**当前**|(% style="width:240px" %)**未来**
413 +|(% style="width:82px" %)什么？|(% style="width:185px" %)当前问题的本质和需要做的事情的本质|(% style="width:240px" %)真正的需要什么？什么是“本质”？
414 +|(% style="width:82px" %)怎么样？|(% style="width:185px" %)当前执行所需工作的方式|(% style="width:240px" %)将来有什么可能的方法来解决问题？
487 487  
488 -
489 489  表5.8 问题规范技术的使用示例
490 490  
491 -| |**当前**|**未来**
492 -|什么？|一个人需要阅读一本特定的书。|一个人需要可以了解一个特定的主题。
493 -|怎么样？|(((
418 +(% style="width:540px" %)
419 +|(% style="width:74px" %) |(% style="width:213px" %)**当前**|(% style="width:252px" %)**未来**
420 +|(% style="width:74px" %)什么？|(% style="width:213px" %)一个人需要阅读一本特定的书。|(% style="width:252px" %)一个人需要可以了解一个特定的主题。
421 +|(% style="width:74px" %)怎么样？|(% style="width:213px" %)(((
494 494  去图书馆询问图书管理员。
495 495  
496 496  图书管理员使用数据库查找图书并登记借出。
497 -)))|当我们识别问题的本质并探索解决问题的不同方法时，可以采用多种不同的解决方法，包括在线阅读，有声读物，相关文章以及内容摘要。
425 +)))|(% style="width:252px" %)当我们识别问题的本质并探索解决问题的不同方法时，可以采用多种不同的解决方法，包括在线阅读，有声读物，相关文章以及内容摘要。
498 498  
499 -
500 500  === 5.2.4 最小化可行产品 ===
501 501  
502 502  在Eric Ries (Ries, 2011)所描述的精益创业方法中，关键的信息是制作一个好的商业案例的原型，并在真实的用户中进行测试，以获得反馈。对于原型设计，他依赖于最小可行产品的概念。
... ... @@ -511,7 +511,6 @@
511 511  如云计算、大数据、自动化、机器人、物联网和人工智能等新兴技术，需要新兴产品和服务。最小化可行产品和敏捷开发等概念使新兴的数字产品和服务成为可能。
512 512  )))
513 513  
514 -
515 515  |(((
516 516  **ITIL故事：最小可行产品**
517 517  
... ... @@ -520,11 +520,8 @@
520 520  [[image:1639121503640-486.png||height="50" width="38"]]**T**//omas：Mariana使用迭代的方法，Mariana发现顾客也需要手推车作为产品供应的一部分。这是她在试租拖车之前没有考虑过的事情。//
521 521  )))
522 522  
449 +=== 5.2.5  用户故事和故事映射 ===
523 523  
524 -
525 -
526 -=== ​​​​​​​5.2.5  用户故事和故事映射 ===
527 -
528 528  用户故事映射是表达服务需求的常用方法。用户故事是一种表示利益相关者所需功能领域的方式，这种方式可以在团队成员之间引起讨论和理解，帮助他们共同努力，将需求转变为有效的产品和服务。用户故事用于描述生产或服务的片段。该技术可以有不同的用途。
529 529  
530 530  
... ... @@ -546,7 +546,6 @@
546 546  * 小的
547 547  * 可测试的
548 548  
549 -
550 550  (% style="text-align:center" %)
551 551  [[image:1639121523248-506.png]]
552 552  
... ... @@ -555,32 +555,8 @@
555 555  
556 556  表5.9 使用史诗、功能、促成因素和故事来阐明需求
557 557  
558 -|**类型**|**描述**|**示例**
559 -|史诗|(((
560 -史诗是向客户交付新产品、服务或客户旅程的一项举措。
480 +[[image:1641647603766-545.png]]
561 561  
562 -史诗是大型故事或用户故事，它太大而无法在一个冲刺中涵盖。
563 -
564 -史诗包含大量特性。
565 -)))|从租车到交车的整个用户体验。
566 -|特性/促成因素|(((
567 -特性是相关用户故事的集合，这些故事表示生产或服务负责人感兴趣的整个功能区域或能力。
568 -
569 -特性由许多用户故事实现。
570 -
571 -促进因素是支持探查，架构，基础结构或合规性的特性的技术先决条件。
572 -)))|繁忙的经理可以在机场接车去开会。
573 -|用户故事/ 促进因素故事|(((
574 -一种功能的描述，可以在一个冲刺中开发。
575 -
576 -作为<用户>，我想要<需求>，所以<收益>。
577 -)))|(((
578 -繁忙的经理可以在机场订购快速通道接送服务，以减轻压力。
579 -
580 -繁忙的经理可以在不支付停车费的情况下离开机场，以减少等待时间。
581 -)))
582 -
583 -
584 584  故事映射通常与敏捷服务设计方法（例如Scrum方法）结合使用。在Scrum方法中，产品负责人负责对每个冲刺中的用户故事进行优先级排序。在冲刺的末尾，生产团队将向实际用户演示这些功能并收集反馈。
585 585  
586 586  
... ... @@ -599,8 +599,6 @@
599 599  * 可能 如果不影响“应该”或“必须”的需求，那么可以包括的需求。
600 600  * 不会 本次不包括但可能包含在未来版本的需求。
601 601  
602 -
603 -
604 604  === ​​​​​​​5.2.7 加权最短作业优先 ===
605 605  
606 606  有时需求具有匹配的优先级。在这些情况下，MoSCoW方法可以被更细粒度的技术（例如气泡排序）所取代或与之结合。然而，如果利益相关者的观点需要一致，这些方法可能不可行。
... ... @@ -638,14 +638,14 @@
638 638  
639 639  表5.10 精益的五项原则
640 640  
641 -|**精益原则**|**说明**
642 -|识别客户价值|首先是要了解客户及需要。是什么为客户创建价值？所需的成果是什么？为什么需要它？何时何地需要它？多少？多久一次？
643 -|映射价值流|接下来是了解和映射价值流。从服务提供者接收到来自客户的新的或变更的生产或服务的请求起，就需要设计、构建、转换和交付所需的活动。关键是定义工作单元（请求、生产、服务）并映射它如何流过价值链。每个流代表一个价值流。
644 -|创建流动|工作单元在价值流中可能会遇到几个瓶颈。从工作单元的角度来看，这是浪费。通过消除浪费改进流。
645 -|建立拉动|创建流后，下一步就是将优化转换为价值流。该“拉式” 原则确保不会将工作推向下游。它允许限制批量大小和在制品，以便及时完成工作单元。
646 -|寻求完美|该原则反映了持续改进。
537 +(% style="width:423px" %)
538 +|(% style="width:82px" %)**精益原则**|(% style="width:338px" %)**说明**
539 +|(% style="width:82px" %)识别客户价值|(% style="width:338px" %)首先是要了解客户及需要。是什么为客户创建价值？所需的成果是什么？为什么需要它？何时何地需要它？多少？多久一次？
540 +|(% style="width:82px" %)映射价值流|(% style="width:338px" %)接下来是了解和映射价值流。从服务提供者接收到来自客户的新的或变更的生产或服务的请求起，就需要设计、构建、转换和交付所需的活动。关键是定义工作单元（请求、生产、服务）并映射它如何流过价值链。每个流代表一个价值流。
541 +|(% style="width:82px" %)创建流动|(% style="width:338px" %)工作单元在价值流中可能会遇到几个瓶颈。从工作单元的角度来看，这是浪费。通过消除浪费改进流。
542 +|(% style="width:82px" %)建立拉动|(% style="width:338px" %)创建流后，下一步就是将优化转换为价值流。该“拉式” 原则确保不会将工作推向下游。它允许限制批量大小和在制品，以便及时完成工作单元。
543 +|(% style="width:82px" %)寻求完美|(% style="width:338px" %)该原则反映了持续改进。
647 647  
648 -
649 649  价值流映射是一种用于说明和分析价值流逻辑的精益技术：一种将从需求/机会到价值的流动可视化的方法，然后计划如何改进该流动。价值流图以图形的方式概述了物料和信息的流动，并指出了需要改进的地方。这是理解活动如何联系和创造价值的良好基础。
650 650  
651 651  
... ... @@ -673,7 +673,6 @@
673 673  * **金丝雀发布** 一个暗发布，邀请一些测试用户测试新功能。
674 674  * **蓝绿部署** 用来测试两种可选方案中哪一种方案是最好的一种技术。它可以是另一种图形设计或功能。消费者被随机分为两组，测试相同功能的两个不同版本。
675 675  
676 -
677 677  这些技术使快速开发发布和新功能成为可能和安全。
678 678  
679 679  
... ... @@ -701,7 +701,6 @@
701 701  * **可视化线 **这条线客户和用户可见的服务活动与不可见的活动分开。可见的活动显示在此线上方，不可见的活动显示在此线下方。
702 702  * **内部交互线** 这条线将联系的员工与不直接支持与客户和用户进行交互的员工区分开来。
703 703  
704 -
705 705  对于一个服务，如果有多个不同的场景，则可能会有多个蓝图。在绘制蓝图时，，从最上面一行开始，然后沿着模板向下，这一点很重要。
706 706  
707 707  
... ... @@ -745,16 +745,16 @@
745 745  
746 746  表5.11 持续改进模型和引入方法
747 747  
748 -|**持续改进步骤**|**引入方法**
749 -|**愿景是什么？**|定义引入的预期结果。
750 -|**我们现在在哪里？**|建立基线并确定引入的范围，包括所需的资源。
751 -|**我们想去哪里?**|定义引入目标，包括资源的理想组合和交互。
752 -|**我们如何实现目标？**|计划引入的行动和责任
753 -|**采取行动**|根据计划运行引入行动
754 -|**我们做到了吗?**|控制和引入并确保其成功：与基线和目标相比较的控制和度量
755 -|**我们如何保持动力?**|评审和改进
642 +(% style="width:419px" %)
643 +|(% style="width:141px" %)**持续改进步骤**|(% style="width:275px" %)**引入方法**
644 +|(% style="width:141px" %)**愿景是什么？**|(% style="width:275px" %)定义引入的预期结果。
645 +|(% style="width:141px" %)**我们现在在哪里？**|(% style="width:275px" %)建立基线并确定引入的范围，包括所需的资源。
646 +|(% style="width:141px" %)**我们想去哪里?**|(% style="width:275px" %)定义引入目标，包括资源的理想组合和交互。
647 +|(% style="width:141px" %)**我们如何实现目标？**|(% style="width:275px" %)计划引入的行动和责任
648 +|(% style="width:141px" %)**采取行动**|(% style="width:275px" %)根据计划运行引入行动
649 +|(% style="width:141px" %)**我们做到了吗?**|(% style="width:275px" %)控制和引入并确保其成功：与基线和目标相比较的控制和度量
650 +|(% style="width:141px" %)**我们如何保持动力?**|(% style="width:275px" %)评审和改进
756 756  
757 -
758 758  当引入方法被设计为产品、服务或服务供应的一部分时，主要活动包括：
759 759  
760 760  * 识别将与消费者的资源进行交互的提供者的资源
... ... @@ -765,7 +765,6 @@
765 765  * 测试规程并根据测试结果进行更新（根据需要重复）
766 766  * 文档化并与有关各方进行沟通。
767 767  
768 -
769 769  以下ITIL实践支持产品和服务的设计，以实现平稳有效的用户引入：
770 770  
771 771  * 架构管理
... ... @@ -774,8 +774,6 @@
774 774  * 服务验证和测试
775 775  * 软件开发和管理。
776 776  
777 -
778 -
779 779  |(((
780 780  **ITIL的故事：设计服务产品和用户体验**
781 781  
... ... @@ -800,18 +800,8 @@
800 800  
801 801  表5.12 定价选项
802 802  
803 -|**定价选项**|**描述**|**可适用时**
804 -|**成本**|此选项基于盈亏平衡点或成本回收模型。收费项目的定价应可能接近成本单元的实际成本。|适用于内部服务提供者或非营利组织。
805 -|**成本加成**|加价（％）可以由服务提供者设置以匹配其他投资的回报，也可以由服务提供者设置以满足战略业务需要。|加价可以鼓励使用新产品和服务，同时不鼓励使用旧产品和服务。
806 -|**市场价格/行情**|价格与市场上类似的服务供应相当。|(((
807 -商品和开箱即用服务。
694 +[[image:1641543643896-688.png]]
808 808  
809 -重要的是要记住，从外部寻找服务可以抵消一些从客户到服务供应商的商业风险。
810 -)))
811 -|**固定价格**|服务提供者根据与客户的协商确定价格，该价格涵盖固定的时间段和预计的消费。|使双方能够锁定价格，而不受成本波动的影响，例如，如果客户有固定的预算。
812 -|**差异性收费**|就相同或类似服务在不同时间的不同用途设定不同收费。。|使组织能够奖励某些使用模式，而不是其他使用模式，例如，在高峰时段不鼓励使用服务。
813 -
814 -
815 815  (% style="width:546px" %)
816 816  |(% style="width:543px" %)(((
817 817  **关键信息**
... ... @@ -831,8 +831,6 @@
831 831  在某些情况下，定价可以在短期内用于破坏竞争。
832 832  )))
833 833  
834 -
835 -
836 836  === ​​​​​​​5.4.2 内部销售 ===
837 837  
838 838  对内部客户而言，提高对可用服务的认知是销售的第一步。内部销售和促销，综合激励措施和定价机制，对于管理需求非常重要。
... ... @@ -845,7 +845,6 @@
845 845  * 改进与客户和用户的沟通
846 846  * 关于服务如何满足需求的反馈。
847 847  
848 -
849 849  内部销售有助于内部服务提供者的整体客户感知。
850 850  
851 851  
... ... @@ -874,14 +874,14 @@
874 874  * 一些服务消费者要求由采购团队完成采购。
875 875  * 其他人可能已经定义了正式的采购流程，其中包括正式的请求方法，例如信息请求、报价请求、提议请求、概念验证、演示等。
876 876  
877 -
878 878  表5.13显示了请求产品和服务的不同方法
879 879  
880 880  
881 881  表5.13 请求产品和服务的不同方法
882 882  
883 -|**信息请求**|**报价邀请函**|**需求建议书**
884 -|(((
760 +(% style="width:416px" %)
761 +|(% style="width:136px" %)**信息请求**|(% style="width:147px" %)**报价邀请函**|(% style="width:129px" %)**需求建议书**
762 +|(% style="width:136px" %)(((
885 885  收集信息以识别潜在供应商
886 886  
887 887  当你在寻找信息的时候
... ... @@ -891,7 +891,7 @@
891 891  随意的
892 892  
893 893  快速
894 -)))|(((
772 +)))|(% style="width:147px" %)(((
895 895  针对特定产品或服务的定价请求
896 896  
897 897  当你知道你需要什么的时候
... ... @@ -901,7 +901,7 @@
901 901  结构化的
902 902  
903 903  关注价格
904 -)))|(((
782 +)))|(% style="width:129px" %)(((
905 905  战略性密集建议流程
906 906  
907 907  当您要比较建议时
... ... @@ -913,7 +913,6 @@
913 913  供应商比较
914 914  )))
915 915  
916 -
917 917   成功的销售流程取决于良好的沟通、信任和公平。服务提供者应避免为服务创造高于客户价值的价格。服务消费者应避免压低价格，以免服务提供者难以交付。
918 918  
919 919  
... ... @@ -929,8 +929,10 @@
929 929  [[image:1639121791803-860.png||height="42" width="37"]]**M**//ariana：我们需要引入新的拖车租赁服务，这意味着将其添加到我们的服务目录中，向我们的支持人员介绍拖车的可用性，并管理拖车的需求。当学生最有可能搬家时，拖车租赁在每个学期的开始和结束时达到顶峰，但中期租赁确实会发生。//
930 930  )))
931 931  
932 -
933 -
934 934  == 5.5 总结 ==
935 935  
936 936  为了确定利益相关者是否可以从相互的服务关系中受益，服务消费者和服务提供者需要构建商业案例，确定并匹配其需求和供应，并以需求和服务供应的形式阐明其需求和机会。只有真正了解服务消费者的需求，才能设计出产品和服务。
812 +
813 +
814 +
815 +[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/6.%20%E6%AD%A5%E9%AA%A44%EF%BC%9A%E5%8D%8F%E8%AE%AE/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E9%A9%B1%E5%8A%A8%E5%88%A9%E7%9B%8A%E7%9B%B8%E5%85%B3%E8%80%85%E4%BB%B7%E5%80%BC%E3%80%8BDSV/4.%20%E6%AD%A5%E9%AA%A42%EF%BC%9A%E5%A5%91%E5%8A%A8/]]
Icon 1641543155649-541.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +57.0 KB
Content Icon
Icon 1641543406646-794.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +118.1 KB
Content Icon
Icon 1641543481289-623.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +115.3 KB
Content Icon
Icon 1641543643896-688.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +87.7 KB
Content Icon
Icon 1641647603766-545.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +66.6 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司