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