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