由 superadmin 于 2024/04/03, 16:55 最后修改
从版本< 25.1 >
由superadmin编辑
在2022/01/07, 16:21上
到版本
由superadmin编辑
在2021/12/10, 15:36上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -05. 步骤3：供应
1 +5. 步骤3：供应
Content
... ... @@ -1,12 +10,3 @@
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 -
10 10  = 5. 步骤3：供应 =
11 11  
12 12  [[image:1639115614664-761.png]]
... ... @@ -25,23 +25,22 @@
25 25  
26 26  表5.1 形成需求和服务提供的目的
27 27  
28 -(% style="width:600px" %)
29 -|(% style="width:115px" %)**供应**|(% style="width:230px" %)**对于服务消费者**|(% style="width:253px" %)**对于服务提供者**
30 -|(% style="width:115px" %)促进成果和体验|(% style="width:230px" %)确保客户清楚表达了服务消费者的需求和要求|(% style="width:253px" %)(((
19 +|**供应**|**对于服务消费者**|**对于服务提供者**
20 +|促进成果和体验|确保客户清楚表达了服务消费者的需求和要求|(((
31 31  了解如何为服务消费者和服务提供者创建价值，以及服务提供者如何支持该价值共创
32 32  
33 33  使服务提供者能够平衡供应和需求
34 34  )))
35 -|(% style="width:115px" %)优化风险和合规性|(% style="width:230px" %)(((
25 +|优化风险和合规性|(((
36 36  最小化购买服务而不满足实际需要的风险
37 37  
38 38  减少供应商误解消费者需求的风险
39 -)))|(% style="width:253px" %)(((
29 +)))|(((
40 40  尽量减少无法履行承诺服务的风险
41 41  
42 42  尽量减少客户不满意的风险
43 43  )))
44 -|(% style="width:115px" %)优化资源并最小化成本|(% style="width:230px" %)确保将资金投资于能够优化投资回报的领域|(% style="width:253px" %)确保在最佳区域使用时间和资源
34 +|优化资源并最小化成本|确保将资金投资于能够优化投资回报的领域|确保在最佳区域使用时间和资源
45 45  
46 46  
47 47  |(((
... ... @@ -51,7 +51,6 @@
51 51  )))
52 52  
53 53  
54 -
55 55  == 5.1 管理需求和机会 ==
56 56  
57 57  就服务而言，需求和容量是相互关联的。服务无法存储供以后使用。当服务价值只有在服务提供者的供给满足服务使用者的需求时才能被共同创造。如果需求得不到满足，设施和资源就会浪费。同样，当需求高于容量时，也会丢失机会。为了优化服务机会，服务提供者应调整容量和影响需求。正确理解不同的客户群体和部门如何使用其服务至关重要。
... ... @@ -73,12 +73,12 @@
73 73  
74 74  表5.2 会计处理的业务活动模式示例
75 75  
76 -(% style="width:360px" %)
77 -|(% style="width:47px" %)**角色**|(% style="width:174px" %)**实现价值创建高峰工作量**|(% style="width:138px" %)**高峰时间**
78 -|(% style="width:47px" %)雇员|(% style="width:174px" %)所有员工填写工时表|(% style="width:138px" %)每周五午餐后
79 -|(% style="width:47px" %)会计|(% style="width:174px" %)获取或构建，报告和质量检查准备工资|(% style="width:138px" %)每月12日至15日
80 -|(% style="width:47px" %)会计|(% style="width:174px" %)年终结账|(% style="width:138px" %)每年十一月/十二月
65 +|**角色**|**实现价值创建高峰工作量**|**高峰时间**
66 +|雇员|所有员工填写工时表|每周五午餐后
67 +|会计|获取或构建，报告和质量检查准备工资|每月12日至15日
68 +|会计|年终结账|每年十一月/十二月
81 81  
70 +
82 82  另一种可以识别的模式是通过分析来电。例如，结果可以表明，所有支助请求中平均有85%是在每个工作日的两个短期间提出的:10:00-11:00和15:00-16:00。服务台还可以看到所需的特定服务。有了这些信息，服务台可以通过在高峰时段提供额外人员或创建自助服务解决方案来管理需求。
83 83  
84 84  
... ... @@ -156,9 +156,12 @@
156 156  
157 157  表5.3 计费机制的不良负作用示例
158 158  
159 -[[image:1641543155649-541.png]]
148 +|**案例**|**定价机制**|**不受欢迎的行为**|**问题**|**解决方案**
149 +|由内部服务提供者提供的业务关键信息系统|为了弥补成本，服务提供者为每个用户定义了一个昂贵的许可证成本。|由于高昂的许可证成本，业务单元只购买了一到两个人的许可证，并让他们“服务”单位的其余部分。|服务提供者无法覆盖成本，并且需要提高许可证价格。|当检测到这种模式时，管理层决定在业务部门之间平均分担成本，使所有员工都能够使用服务。
150 +|复印和打印|没有定价机制。|因为是免费的，所以做了很多不必要的彩印。|没有“打印前思考”的动机，也没有意识到彩印的成本。|通过引入收费和宣传活动，打印量减少了50%，用户切换到黑白默认设置。
160 160  
161 161  
153 +
162 162  ==== 5.1.3.2 服务改进点机会 ====
163 163  
164 164  服务质量取决于对改进点机会的管理。来自客户的冲突请求、糟糕的定价激励或缺乏专门的改进点预算可能是冲突的来源。因此，服务提供者必须专业地处理改进点机会。持续改进需要所有权、服务改进点预算和透明的流程，以确定如何识别、捕获、评估、优先级和处理改进点机会。
... ... @@ -178,6 +178,7 @@
178 178  * 市场变化
179 179  * 来自服务提供者团队的反馈。
180 180  
173 +
181 181  目的旨在收集有关服务如何促进利益相关者价值的事实。这是价值驱动和数据驱动洞察力的一个方面。业务分析人员可以协助分析数据、识别需要、阐明需求并推荐解决方案。分析应基于定期且频繁捕获的真实数据。为了加深理解并做出正确的决定，需要进行深入的业务分析。
182 182  
183 183  
... ... @@ -224,41 +224,92 @@
224 224  表5.4 典型冲突和不确定性领域的示例
225 225  
226 226  
227 -(% style="width:435px" %)
228 -|(% style="width:114px" %)**调查范围**|(% style="width:319px" %)**组织中冲突区域的典型示例**
229 -|(% style="width:114px" %)(((
220 +(% style="width:1038px" %)
221 +|(% style="width:147px" %)**调查范围**|(% style="width:889px" %)**组织中冲突区域的典型示例**
222 +|(% style="width:147px" %)(((
230 230  **价值**
231 231  
232 232  **理解真实的需求**
233 -)))|(% style="width:319px" %)(((
226 +)))|(% style="width:889px" %)(((
234 234  谁是关键利益相关者？如何优先考虑他们的需求？
235 235  
236 236  服务的用户可能具有与客户/发起人不同的需求和优先级（请参见表5.5）。其他利益相关者组也可能具有相互冲突的需求。
237 237  )))
238 -|(% style="width:114px" %)(((
231 +|(% style="width:147px" %)(((
239 239  **成果**
240 240  
241 241  **理解收益**
242 -)))|(% style="width:319px" %)可能只考虑短期利益而牺牲长期利益，这很诱人。另一方面，长期收益通常会面临更多的不确定性和风险。
243 -|(% style="width:114px" %)(((
235 +)))|(% style="width:889px" %)可能只考虑短期利益而牺牲长期利益，这很诱人。另一方面，长期收益通常会面临更多的不确定性和风险。
236 +|(% style="width:147px" %)(((
244 244  **成本**
245 245  
246 246  **理解资本和运营支出**
247 -)))|(% style="width:319px" %)我们的生产或服务需要什么样的投资？实施的成本是多少？维护和支持成本是多少？使用成本是多少？需要多少培训？需要什么样的组织变革？
248 -|(% style="width:114px" %)(((
240 +)))|(% style="width:889px" %)我们的生产或服务需要什么样的投资？实施的成本是多少？维护和支持成本是多少？使用成本是多少？需要多少培训？需要什么样的组织变革？
241 +|(% style="width:147px" %)(((
249 249  **风险**
250 250  
251 251  **理解不确定性和影响**
252 -)))|(% style="width:319px" %)很难事先知道服务提供者是否愿意并且能够满足服务消费者的需求。重要的是要从一开始就建立良好的关系，不仅要与销售人员建立联系，而且还要与将成为服务提供关键资源的人员建立联系。在协议和合同中包含建立关系的激励措施和双赢文化是很好的。
245 +)))|(% style="width:889px" %)很难事先知道服务提供者是否愿意并且能够满足服务消费者的需求。重要的是要从一开始就建立良好的关系，不仅要与销售人员建立联系，而且还要与将成为服务提供关键资源的人员建立联系。在协议和合同中包含建立关系的激励措施和双赢文化是很好的。
253 253  
247 +
254 254  表5.5中描述了优先级与需求冲突的一些传统领域。
255 255  
256 256  
257 257  表5.5 客户和用户优先级与需求
258 258  
259 -[[image:1641543406646-794.png]]
253 +|**客户**|**用户**|**冲突**|**考虑**
254 +|(((
255 +**成本**
260 260  
257 +成本效益高吗？是否与其他提供者的类似服务进行比较？可以削减任何东西以使其更便宜吗？
258 +)))|(((
259 +**性能**
261 261  
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 +
262 262   对时间和成本的短期关注可能会在以后造成大量成本：
263 263  
264 264  * **时间不足** 如果没有足够的时间让用户参与进来，则可能导致他们的需求得不到满足。因此，该服务可能无法让用户更好地完成工作，并可能会导致负面的商业案例。
... ... @@ -265,6 +265,7 @@
265 265  * **选择最便宜的提供者** 在这种情况下，价格和成本承受着巨大的压力，这可能会使服务提供者的利润空间很小，也可能会阻止服务提供者在不亏损的情况下保持灵活性。这可能会导致一种以牺牲价值为代价的紧张关系。
266 266  
267 267  
312 +
268 268  === 5.1.5 构建服务提供者商业案例 ===
269 269  
270 270  服务提供者需要构建和维护一个可盈利的、可行的商业案例。否则，服务提供者可能会赔钱，最终倒闭。在构建商业案例时，服务提供者应该考虑客户的商业案例。
... ... @@ -283,6 +283,7 @@
283 283  * 合作伙伴和供应商，它将成为服务提供的一部分
284 284  * 组织方面，例如资源数量以及员工的技能和能力。
285 285  
331 +
286 286  许多ITIL 管理实践都可以为客户、组织和服务提供者的新的服务或变更的服务提供输入。这些包括：
287 287  
288 288  * 可用性管理
... ... @@ -294,8 +294,8 @@
294 294  * 服务财务管理。
295 295  
296 296  
343 +
297 297  |(((
298 -(((
299 299  **ITIL的故事：管理需求和机遇**
300 300  
301 301  [[image:1639121261076-787.png||height="49" width="40"]]//Mariana：我们分析了我们服务的业务活动模式，发现需求在学期中期的几周内最高，而在假期期间最低。周末需求低于工作日需求。晚间曾经使用很受欢迎，但最近几个月有所下降。我们将此归功于当地政府针对学生开展的一项运动，该运动旨在告诉学生在酒精或毒品影响下开车的危险性。//
... ... @@ -305,11 +305,8 @@
305 305  [[image:1639121279281-823.png||height="52" width="43"]]**R**//adhika：我们已经确定了服务台的两个繁忙时期：学年开始时，客户注册每月订阅；年末，他们会要求退还每月会员费的剩余费用。在此期间，我们增加了服务台的资源。//
306 306  )))
307 307  
308 -(((
309 -
310 -)))
311 -)))
312 312  
355 +
313 313  == 5.2 指定和管理客户要求 ==
314 314  
315 315  需求规范应该出现在可视化线中。理想情况下，客户应该让服务提供者参与到一个开放且透明的需求规范流程中。如果在流程中过早的密封了需求，则服务提供者可能无法形成最佳的服务并满足服务消费者需求。
... ... @@ -328,7 +328,6 @@
328 328  
329 329  
330 330  |(((
331 -(((
332 332  **ITIL故事：指定和管理客户要求**
333 333  
334 334  [[image:1639121261076-787.png||height="49" width="40"]]//Mariana：我们发现了新的客户需求：我们的许多客户在这一年中不得不搬家。当他们为此目的使用我们的汽车时，他们需要多次出行，并且比往常更频繁地为汽车充电。他们还将较低电荷的汽车退还，从而很难将汽车出租给下一个客户。此外，它还损害了我们提供环境可持续服务的愿景。//
... ... @@ -338,11 +338,9 @@
338 338  [[image:1639121279281-823.png||height="52" width="43"]]//Katrina：我的室友们已经离开大学回到欧洲的家中，这是我两个月来第二次不得不搬家！eCampus Car Share公司发现，客户偶尔需要拖车来帮助他们搬家，这真是太棒了。现在，我不必寻找其他选择。//
339 339  )))
340 340  
341 -(((
342 -
343 -)))
344 -)))
345 345  
384 +
385 +
346 346  === 5.2.1 角色和责任 ===
347 347  
348 348  明确的角色和职责是指定和管理需求的关键。权威人士必须得到识别，并说明如何捕获、表达和表示用户需求和期望。
... ... @@ -367,8 +367,31 @@
367 367  
368 368  表5.6 服务消费者角色和需求规范场景的示例
369 369  
370 -[[image:1641543481289-623.png]]
410 +|**场景**|**参与角色**
411 +|客户从服务提供者订购了预定义的标准服务/产品，例如笔记本电脑，智能手机或应用程序。|(((
412 +客户根据需求规范从服务提供者中选择标准服务。作为需求规范的一部分，会咨询有代表性的用户。
371 371  
414 +根据用户的个人需求，用户可以在预定义的备选方案中进行选择。
415 +)))
416 +|客户从提供者处获得现成的服务，以便在服务消费者组织内部进行配置、实现和管理。|(((
417 +客户会预先进行适当的评价，以确保服务符合服务消费者的需求。客户评价它是否为符合目的与用途。即使它是现成的服务，仍然可能有许多配置选项。因此，服务的代表用户参与了需求规范及其实现。
418 +
419 +其他利益相关者，例如内部IT部门，对架构的适合性和与现有基础设施的集成提出了非功能性需求。
420 +)))
421 +|服务提供者为客户或代表客户开发新的和创新服务。|(((
422 +为了成功开发复杂的新服务，考虑了一种针对需求规范的敏捷方法，以便：
423 +
424 +●迭代分解复杂性
425 +
426 +●构建技术要求，如安全性，从一开始
427 +
428 +●让客户参与进来，确保频繁的反馈循环。
429 +
430 +这种方法要求客户在整个生产开发过程中积极参与。为了取得成功，重要的是客户（例如产品负责人）有权代表服务消费者做出有关需求和优先级的决策。用户可能会被咨询，甚至参与启动、演示等。
431 +)))
432 +|服务提供者为大众市场设计一种新的商品服务。|需求由服务提供者拥有和管理，在将需求转换为需求的过程中，服务提供者可能涉及服务消费者，也可能不涉及服务消费者。
433 +
434 +
372 372  业务分析人员可以帮助阐明和确定需求的优先级，并将其转换为服务提供者可以理解的语言和格式。这可以用作设计和构建服务的基础。
373 373  
374 374  
... ... @@ -382,6 +382,8 @@
382 382  * 持续确保以正确的方式解释和理解需求
383 383  * 验证产品和服务符合要求。
384 384  
448 +
449 +
385 385  客户的需求不是一成不变的；随着新的知识和经验的获得，客户的需求也会发生变化。因此，确保将需求集中在客户需求上，以使需求的定义与生产或服务的测试之间的时间尽可能短。
386 386  
387 387  
... ... @@ -404,6 +404,8 @@
404 404  * 可度量性和可报告性
405 405  * 可扩展性。
406 406  
472 +
473 +
407 407  === 5.2.3 将问题与解决方案分开 ===
408 408  
409 409  我们已经说过，需求应该基于利益相关者需要。然而，指定一个解决方案，而不是将需要转换成需求可能会很有吸引力。在阐明需求时，必须将问题与解决方案分开，以考虑到解决方案无法解决潜在问题的事实。这也有助于将当前的解决方案与所有可能的未来解决方案区分开。表5.7概述了一种简单的技术来帮助完成此流程。
... ... @@ -414,22 +414,22 @@
414 414  
415 415  表5.7 问题规范技术
416 416  
417 -(% style="width:509px" %)
418 -|(% style="width:82px" %) |(% style="width:185px" %)**当前**|(% style="width:240px" %)**未来**
419 -|(% style="width:82px" %)什么？|(% style="width:185px" %)当前问题的本质和需要做的事情的本质|(% style="width:240px" %)真正的需要什么？什么是“本质”？
420 -|(% style="width:82px" %)怎么样？|(% style="width:185px" %)当前执行所需工作的方式|(% style="width:240px" %)将来有什么可能的方法来解决问题？
484 +| |**当前**|**未来**
485 +|什么？|当前问题的本质和需要做的事情的本质|真正的需要什么？什么是“本质”？
486 +|怎么样？|当前执行所需工作的方式|将来有什么可能的方法来解决问题？
421 421  
488 +
422 422  表5.8 问题规范技术的使用示例
423 423  
424 -(% style="width:540px" %)
425 -|(% style="width:74px" %) |(% style="width:213px" %)**当前**|(% style="width:252px" %)**未来**
426 -|(% style="width:74px" %)什么？|(% style="width:213px" %)一个人需要阅读一本特定的书。|(% style="width:252px" %)一个人需要可以了解一个特定的主题。
427 -|(% style="width:74px" %)怎么样？|(% style="width:213px" %)(((
491 +| |**当前**|**未来**
492 +|什么？|一个人需要阅读一本特定的书。|一个人需要可以了解一个特定的主题。
493 +|怎么样？|(((
428 428  去图书馆询问图书管理员。
429 429  
430 430  图书管理员使用数据库查找图书并登记借出。
431 -)))|(% style="width:252px" %)当我们识别问题的本质并探索解决问题的不同方法时，可以采用多种不同的解决方法，包括在线阅读，有声读物，相关文章以及内容摘要。
497 +)))|当我们识别问题的本质并探索解决问题的不同方法时，可以采用多种不同的解决方法，包括在线阅读，有声读物，相关文章以及内容摘要。
432 432  
499 +
433 433  === 5.2.4 最小化可行产品 ===
434 434  
435 435  在Eric Ries (Ries, 2011)所描述的精益创业方法中，关键的信息是制作一个好的商业案例的原型，并在真实的用户中进行测试，以获得反馈。对于原型设计，他依赖于最小可行产品的概念。
... ... @@ -444,6 +444,7 @@
444 444  如云计算、大数据、自动化、机器人、物联网和人工智能等新兴技术，需要新兴产品和服务。最小化可行产品和敏捷开发等概念使新兴的数字产品和服务成为可能。
445 445  )))
446 446  
514 +
447 447  |(((
448 448  **ITIL故事：最小可行产品**
449 449  
... ... @@ -452,8 +452,11 @@
452 452  [[image:1639121503640-486.png||height="50" width="38"]]**T**//omas：Mariana使用迭代的方法，Mariana发现顾客也需要手推车作为产品供应的一部分。这是她在试租拖车之前没有考虑过的事情。//
453 453  )))
454 454  
455 -=== 5.2.5  用户故事和故事映射 ===
456 456  
524 +
525 +
526 +=== ​​​​​​​5.2.5  用户故事和故事映射 ===
527 +
457 457  用户故事映射是表达服务需求的常用方法。用户故事是一种表示利益相关者所需功能领域的方式，这种方式可以在团队成员之间引起讨论和理解，帮助他们共同努力，将需求转变为有效的产品和服务。用户故事用于描述生产或服务的片段。该技术可以有不同的用途。
458 458  
459 459  
... ... @@ -475,6 +475,7 @@
475 475  * 小的
476 476  * 可测试的
477 477  
549 +
478 478  (% style="text-align:center" %)
479 479  [[image:1639121523248-506.png]]
480 480  
... ... @@ -483,32 +483,32 @@
483 483  
484 484  表5.9 使用史诗、功能、促成因素和故事来阐明需求
485 485  
486 -(% style="width:578px" %)
487 -|(% style="width:113px" %)**类型**|(% style="width:243px" %)**描述**|(% style="width:219px" %)**示例**
488 -|(% style="width:113px" %)史诗|(% style="width:243px" %)(((
558 +|**类型**|**描述**|**示例**
559 +|史诗|(((
489 489  史诗是向客户交付新产品、服务或客户旅程的一项举措。
490 490  
491 491  史诗是大型故事或用户故事，它太大而无法在一个冲刺中涵盖。
492 492  
493 493  史诗包含大量特性。
494 -)))|(% style="width:219px" %)从租车到交车的整个用户体验。
495 -|(% style="width:113px" %)特性/促成因素|(% style="width:243px" %)(((
565 +)))|从租车到交车的整个用户体验。
566 +|特性/促成因素|(((
496 496  特性是相关用户故事的集合，这些故事表示生产或服务负责人感兴趣的整个功能区域或能力。
497 497  
498 498  特性由许多用户故事实现。
499 499  
500 500  促进因素是支持探查，架构，基础结构或合规性的特性的技术先决条件。
501 -)))|(% style="width:219px" %)繁忙的经理可以在机场接车去开会。
502 -|(% style="width:113px" %)用户故事/ 促进因素故事|(% style="width:243px" %)(((
572 +)))|繁忙的经理可以在机场接车去开会。
573 +|用户故事/ 促进因素故事|(((
503 503  一种功能的描述，可以在一个冲刺中开发。
504 504  
505 505  作为<用户>，我想要<需求>，所以<收益>。
506 -)))|(% style="width:219px" %)(((
577 +)))|(((
507 507  繁忙的经理可以在机场订购快速通道接送服务，以减轻压力。
508 508  
509 509  繁忙的经理可以在不支付停车费的情况下离开机场，以减少等待时间。
510 510  )))
511 511  
583 +
512 512  故事映射通常与敏捷服务设计方法（例如Scrum方法）结合使用。在Scrum方法中，产品负责人负责对每个冲刺中的用户故事进行优先级排序。在冲刺的末尾，生产团队将向实际用户演示这些功能并收集反馈。
513 513  
514 514  
... ... @@ -527,6 +527,8 @@
527 527  * 可能 如果不影响“应该”或“必须”的需求，那么可以包括的需求。
528 528  * 不会 本次不包括但可能包含在未来版本的需求。
529 529  
602 +
603 +
530 530  === ​​​​​​​5.2.7 加权最短作业优先 ===
531 531  
532 532  有时需求具有匹配的优先级。在这些情况下，MoSCoW方法可以被更细粒度的技术（例如气泡排序）所取代或与之结合。然而，如果利益相关者的观点需要一致，这些方法可能不可行。
... ... @@ -564,14 +564,14 @@
564 564  
565 565  表5.10 精益的五项原则
566 566  
567 -(% style="width:423px" %)
568 -|(% style="width:82px" %)**精益原则**|(% style="width:338px" %)**说明**
569 -|(% style="width:82px" %)识别客户价值|(% style="width:338px" %)首先是要了解客户及需要。是什么为客户创建价值？所需的成果是什么？为什么需要它？何时何地需要它？多少？多久一次？
570 -|(% style="width:82px" %)映射价值流|(% style="width:338px" %)接下来是了解和映射价值流。从服务提供者接收到来自客户的新的或变更的生产或服务的请求起，就需要设计、构建、转换和交付所需的活动。关键是定义工作单元（请求、生产、服务）并映射它如何流过价值链。每个流代表一个价值流。
571 -|(% style="width:82px" %)创建流动|(% style="width:338px" %)工作单元在价值流中可能会遇到几个瓶颈。从工作单元的角度来看，这是浪费。通过消除浪费改进流。
572 -|(% style="width:82px" %)建立拉动|(% style="width:338px" %)创建流后，下一步就是将优化转换为价值流。该“拉式” 原则确保不会将工作推向下游。它允许限制批量大小和在制品，以便及时完成工作单元。
573 -|(% style="width:82px" %)寻求完美|(% style="width:338px" %)该原则反映了持续改进。
641 +|**精益原则**|**说明**
642 +|识别客户价值|首先是要了解客户及需要。是什么为客户创建价值？所需的成果是什么？为什么需要它？何时何地需要它？多少？多久一次？
643 +|映射价值流|接下来是了解和映射价值流。从服务提供者接收到来自客户的新的或变更的生产或服务的请求起，就需要设计、构建、转换和交付所需的活动。关键是定义工作单元（请求、生产、服务）并映射它如何流过价值链。每个流代表一个价值流。
644 +|创建流动|工作单元在价值流中可能会遇到几个瓶颈。从工作单元的角度来看，这是浪费。通过消除浪费改进流。
645 +|建立拉动|创建流后，下一步就是将优化转换为价值流。该“拉式” 原则确保不会将工作推向下游。它允许限制批量大小和在制品，以便及时完成工作单元。
646 +|寻求完美|该原则反映了持续改进。
574 574  
648 +
575 575  价值流映射是一种用于说明和分析价值流逻辑的精益技术：一种将从需求/机会到价值的流动可视化的方法，然后计划如何改进该流动。价值流图以图形的方式概述了物料和信息的流动，并指出了需要改进的地方。这是理解活动如何联系和创造价值的良好基础。
576 576  
577 577  
... ... @@ -599,6 +599,7 @@
599 599  * **金丝雀发布** 一个暗发布，邀请一些测试用户测试新功能。
600 600  * **蓝绿部署** 用来测试两种可选方案中哪一种方案是最好的一种技术。它可以是另一种图形设计或功能。消费者被随机分为两组，测试相同功能的两个不同版本。
601 601  
676 +
602 602  这些技术使快速开发发布和新功能成为可能和安全。
603 603  
604 604  
... ... @@ -626,6 +626,7 @@
626 626  * **可视化线 **这条线客户和用户可见的服务活动与不可见的活动分开。可见的活动显示在此线上方，不可见的活动显示在此线下方。
627 627  * **内部交互线** 这条线将联系的员工与不直接支持与客户和用户进行交互的员工区分开来。
628 628  
704 +
629 629  对于一个服务，如果有多个不同的场景，则可能会有多个蓝图。在绘制蓝图时，，从最上面一行开始，然后沿着模板向下，这一点很重要。
630 630  
631 631  
... ... @@ -669,16 +669,16 @@
669 669  
670 670  表5.11 持续改进模型和引入方法
671 671  
672 -(% style="width:419px" %)
673 -|(% style="width:141px" %)**持续改进步骤**|(% style="width:275px" %)**引入方法**
674 -|(% style="width:141px" %)**愿景是什么？**|(% style="width:275px" %)定义引入的预期结果。
675 -|(% style="width:141px" %)**我们现在在哪里？**|(% style="width:275px" %)建立基线并确定引入的范围，包括所需的资源。
676 -|(% style="width:141px" %)**我们想去哪里?**|(% style="width:275px" %)定义引入目标，包括资源的理想组合和交互。
677 -|(% style="width:141px" %)**我们如何实现目标？**|(% style="width:275px" %)计划引入的行动和责任
678 -|(% style="width:141px" %)**采取行动**|(% style="width:275px" %)根据计划运行引入行动
679 -|(% style="width:141px" %)**我们做到了吗?**|(% style="width:275px" %)控制和引入并确保其成功：与基线和目标相比较的控制和度量
680 -|(% style="width:141px" %)**我们如何保持动力?**|(% style="width:275px" %)评审和改进
748 +|**持续改进步骤**|**引入方法**
749 +|**愿景是什么？**|定义引入的预期结果。
750 +|**我们现在在哪里？**|建立基线并确定引入的范围，包括所需的资源。
751 +|**我们想去哪里?**|定义引入目标，包括资源的理想组合和交互。
752 +|**我们如何实现目标？**|计划引入的行动和责任
753 +|**采取行动**|根据计划运行引入行动
754 +|**我们做到了吗?**|控制和引入并确保其成功：与基线和目标相比较的控制和度量
755 +|**我们如何保持动力?**|评审和改进
681 681  
757 +
682 682  当引入方法被设计为产品、服务或服务供应的一部分时，主要活动包括：
683 683  
684 684  * 识别将与消费者的资源进行交互的提供者的资源
... ... @@ -689,6 +689,7 @@
689 689  * 测试规程并根据测试结果进行更新（根据需要重复）
690 690  * 文档化并与有关各方进行沟通。
691 691  
768 +
692 692  以下ITIL实践支持产品和服务的设计，以实现平稳有效的用户引入：
693 693  
694 694  * 架构管理
... ... @@ -697,6 +697,8 @@
697 697  * 服务验证和测试
698 698  * 软件开发和管理。
699 699  
777 +
778 +
700 700  |(((
701 701  **ITIL的故事：设计服务产品和用户体验**
702 702  
... ... @@ -721,8 +721,18 @@
721 721  
722 722  表5.12 定价选项
723 723  
724 -[[image:1641543643896-688.png]]
803 +|**定价选项**|**描述**|**可适用时**
804 +|**成本**|此选项基于盈亏平衡点或成本回收模型。收费项目的定价应可能接近成本单元的实际成本。|适用于内部服务提供者或非营利组织。
805 +|**成本加成**|加价（％）可以由服务提供者设置以匹配其他投资的回报，也可以由服务提供者设置以满足战略业务需要。|加价可以鼓励使用新产品和服务，同时不鼓励使用旧产品和服务。
806 +|**市场价格/行情**|价格与市场上类似的服务供应相当。|(((
807 +商品和开箱即用服务。
725 725  
809 +重要的是要记住，从外部寻找服务可以抵消一些从客户到服务供应商的商业风险。
810 +)))
811 +|**固定价格**|服务提供者根据与客户的协商确定价格，该价格涵盖固定的时间段和预计的消费。|使双方能够锁定价格，而不受成本波动的影响，例如，如果客户有固定的预算。
812 +|**差异性收费**|就相同或类似服务在不同时间的不同用途设定不同收费。。|使组织能够奖励某些使用模式，而不是其他使用模式，例如，在高峰时段不鼓励使用服务。
813 +
814 +
726 726  (% style="width:546px" %)
727 727  |(% style="width:543px" %)(((
728 728  **关键信息**
... ... @@ -742,6 +742,8 @@
742 742  在某些情况下，定价可以在短期内用于破坏竞争。
743 743  )))
744 744  
834 +
835 +
745 745  === ​​​​​​​5.4.2 内部销售 ===
746 746  
747 747  对内部客户而言，提高对可用服务的认知是销售的第一步。内部销售和促销，综合激励措施和定价机制，对于管理需求非常重要。
... ... @@ -754,6 +754,7 @@
754 754  * 改进与客户和用户的沟通
755 755  * 关于服务如何满足需求的反馈。
756 756  
848 +
757 757  内部销售有助于内部服务提供者的整体客户感知。
758 758  
759 759  
... ... @@ -782,14 +782,14 @@
782 782  * 一些服务消费者要求由采购团队完成采购。
783 783  * 其他人可能已经定义了正式的采购流程，其中包括正式的请求方法，例如信息请求、报价请求、提议请求、概念验证、演示等。
784 784  
877 +
785 785  表5.13显示了请求产品和服务的不同方法
786 786  
787 787  
788 788  表5.13 请求产品和服务的不同方法
789 789  
790 -(% style="width:416px" %)
791 -|(% style="width:136px" %)**信息请求**|(% style="width:147px" %)**报价邀请函**|(% style="width:129px" %)**需求建议书**
792 -|(% style="width:136px" %)(((
883 +|**信息请求**|**报价邀请函**|**需求建议书**
884 +|(((
793 793  收集信息以识别潜在供应商
794 794  
795 795  当你在寻找信息的时候
... ... @@ -799,7 +799,7 @@
799 799  随意的
800 800  
801 801  快速
802 -)))|(% style="width:147px" %)(((
894 +)))|(((
803 803  针对特定产品或服务的定价请求
804 804  
805 805  当你知道你需要什么的时候
... ... @@ -809,7 +809,7 @@
809 809  结构化的
810 810  
811 811  关注价格
812 -)))|(% style="width:129px" %)(((
904 +)))|(((
813 813  战略性密集建议流程
814 814  
815 815  当您要比较建议时
... ... @@ -821,6 +821,7 @@
821 821  供应商比较
822 822  )))
823 823  
916 +
824 824   成功的销售流程取决于良好的沟通、信任和公平。服务提供者应避免为服务创造高于客户价值的价格。服务消费者应避免压低价格，以免服务提供者难以交付。
825 825  
826 826  
... ... @@ -836,10 +836,8 @@
836 836  [[image:1639121791803-860.png||height="42" width="37"]]**M**//ariana：我们需要引入新的拖车租赁服务，这意味着将其添加到我们的服务目录中，向我们的支持人员介绍拖车的可用性，并管理拖车的需求。当学生最有可能搬家时，拖车租赁在每个学期的开始和结束时达到顶峰，但中期租赁确实会发生。//
837 837  )))
838 838  
839 -== 5.5 总结 ==
840 840  
841 -为了确定利益相关者是否可以从相互的服务关系中受益，服务消费者和服务提供者需要构建商业案例，确定并匹配其需求和供应，并以需求和服务供应的形式阐明其需求和机会。只有真正了解服务消费者的需求，才能设计出产品和服务。
842 842  
934 +== 5.5 总结 ==
843 843  
844 -
845 -[[阅读下一章>>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/]]
936 +为了确定利益相关者是否可以从相互的服务关系中受益，服务消费者和服务提供者需要构建商业案例，确定并匹配其需求和供应，并以需求和服务供应的形式阐明其需求和机会。只有真正了解服务消费者的需求，才能设计出产品和服务。
Icon 1641543155649-541.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -57.0 KB
Content Icon
Icon 1641543406646-794.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -118.1 KB
Content Icon
Icon 1641543481289-623.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -115.3 KB
Content Icon
Icon 1641543643896-688.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -87.7 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司