Last modified by superadmin on 2024/04/03, 16:11
From version < 37.1 >
edited by superadmin
on 2022/01/07, 13:44
To version < 31.1 >
edited by superadmin
on 2021/12/21, 19:44
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -1,12 +6,6 @@
1 -
2 -
3 -
4 -[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC5%E7%AB%A0%20%E8%AE%BE%E5%AE%9A%E5%B7%A5%E4%BD%9C%E4%BC%98%E5%85%88%E7%BA%A7%E5%92%8C%E7%AE%A1%E7%90%86%E4%BE%9B%E5%BA%94%E5%95%86/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC%E4%B8%89%E7%AB%A0%20%E5%88%A9%E7%94%A8%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E6%9C%8D%E5%8A%A1/]]
5 -
6 6  {{box cssClass="floatinginfobox" title="**Contents**"}}
7 7  {{toc/}}
8 8  {{/box}}
9 -
10 10  = 4. 创建、交付和支持服务的价值流 =
11 11  
12 12  本章节提供了有关如何：
... ... @@ -39,6 +39,8 @@
39 39  ** 一个要求团队成员访问产品或服务的请求
40 40  ** 一个要求新的基础设施能力以保留产品或服务正常运行的请求。
41 41  
36 +===== =====
37 +
42 42  === 4.1.1 ITIL 服务价值流的结构 ===
43 43  
44 44  |(((
... ... @@ -108,6 +108,7 @@
108 108  价值流的关注点围绕在从需求或机会到客户价值实现的活动流。流程分类法、流程管理工具或技术可以被用于价值流。因此，许多流程并不是价值流。
109 109  )))
110 110  
107 +
111 111  价值流中的每一步都可以重新定义为一个过程，或者一个价值流。后者对于涉及多个企业的大型企业和生态系统来说是典型的。
112 112  
113 113  
... ... @@ -117,6 +117,7 @@
117 117  乘火车旅行的乘客可能会与多个服务提供商互动，这取决于所选择的国家和路线。这些服务提供商中有一些是运送人员的铁路公司。其他服务提供商有车站管理、售票、安全保障，调度和火车导航等。铁路旅行是一个复杂的生态系统，许多组织通过合作和协作来创造无缝和舒适的用户旅程。每个组织都需管理好自己的SVS，这其中包含多个价值流。同时，这些组织为价值流协作做出了贡献，进而实现并支撑了铁路旅行。价值流的某些步骤实际上是由参与组织的价值流实现的。
118 118  )))
119 119  
117 +
120 120  为 IT服务添加新功能的高级价值流可能涉及第三方供应商、内部软件开发团队、站点可靠性工程团队、其他IT团队和用户团队。 外部供应商执行的步骤很可能作为供应商自己的价值流进行管理。在组织内进行的步骤是形式化的，作为这些过程中涉及的行为或活动的流程管理。
121 121  
122 122  将价值流级联到较低级别的价值流或流程允许组织：
... ... @@ -126,6 +126,7 @@
126 126  * 协作并提升跨组织和团队工作流程的可见性
127 127  * 通过了解更广泛的组织或生态系统如何运作和受益以及参与方所做的工作，整体思考和工作。
128 128  
127 +
129 129  === 4.1.3 价值流注意事项 ===
130 130  
131 131  
... ... @@ -139,6 +139,7 @@
139 139  * 更新价值流文档以反映实际的工作模式
140 140  * 通过减少转换时间来优化工作流程将需求转化为价值，并自动化可重复的工作。
141 141  
141 +
142 142  ==== 4.1.3.2 起点和终点 ====
143 143  
144 144  价值流始终以需求为开始，以为一个或多个利益干系人创建价值或实现价值而结束。因此，一种可取的方式是在记录价值流时，应保持一种由外而内的声音，例如，通过以下方式：
... ... @@ -147,6 +147,7 @@
147 147  * 能够使用与观众相关的语言
148 148  * 从客户或用户的角度构建成果和价值。
149 149  
150 +
150 150  ==== 4.1.3.3 灵活性 ====
151 151  
152 152  根据执行工作的背景和环境，价值流重复使用价值链中的活动。价值流可以根据组织的需要而灵活定制。例如：组织可以在工作期间添加某一阶段，类似于瀑布方法，或者在价值链活动之间创建迭代循环。
... ... @@ -165,11 +165,12 @@
165 165  * 个人或团队之间的工作交接会对价值流产生的影响。通常最好将不同团队执行的活动显示为不同的步骤。这有助于了解队列中哪些工作存在延迟。
166 166  * 对价值流产生影响的价值链中的多个活动。
167 167  
169 +
168 168  **包括多个价值链活动**
169 169  
170 170  如果一个步骤同时包含契动和计划两个活动，更合理的方式是将其分为两个单独的步骤。例如：步骤“确定客户需求”可以分为：
171 171  
172 -* 与客户一起定义需求（可使用服务台、关系管理等实践的贡献，映射到价值链中的契动活动）
174 +* [[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps986F.tmp.png]]与客户一起定义需求（可使用服务台、关系管理等实践的贡献，映射到价值链中的契动活动）
173 173  * 评估客户需求（可使用业务分析、风险管理等实践的贡献，映射到价值链中的计划活动）。
174 174  
175 175  同样，步骤“通过供应商网站实施补丁程序”可以分为：
... ... @@ -192,6 +192,7 @@
192 192  * 评估客户需求的步骤可以映射到价值链中的计划活动，但是也可以映射到价值链中契动活动的被称为 “与客户一起完善需求”的活动或任务。
193 193  * 从供应商网站下载补丁程序的步骤可以映射到价值链中的获取/构建活动，但是也可以映射到价值链中的改进活动的被称为“更新解决方法”的活动或任务。
194 194  
197 +
195 195  ==== 4.1.3.8 映射到实践 ====
196 196  
197 197  可以根据颗粒度级别，将价值流中的步骤、活动或任务映射到实践中的流程或过程。例如，开发部署代码的步骤可以映射到以下的活动和任务：
... ... @@ -199,6 +199,8 @@
199 199  * 执行自动化测试的程序
200 200  * 执行人工测试的流程
201 201  
205 +
206 +
202 202  === 4.1.4 设计服务价值流 ===
203 203  
204 204  鼓励从业人员使用以下方法或尝试其他方法，以确保满足组织需求。
... ... @@ -236,6 +236,7 @@
236 236  * 识别并管理瓶颈或约束，这可能需要围绕约束重新设计价值流
237 237  * 引入审查触发机制，必要时改进价值流。（审查可以是随机的”例如：可以在消费者反馈时“，也可以是定期进行。）
238 238  
244 +
239 239  === 4.1.5 描述价值流的步骤 ===
240 240  
241 241  在描述价值流中的步骤时，需要识别并记录以下内容：
... ... @@ -256,39 +256,40 @@
256 256  
257 257  表格 4.1 服务值流描述模板
258 258  
259 -(% style="width:357px" %)
260 -|(% style="width:210px" %)价值流名称|(% style="width:144px" %)
261 -|(% style="width:210px" %)所有人|(% style="width:144px" %)
262 -|(% style="width:210px" %)价值流及其用例的描述|(% style="width:144px" %)
263 -|(% style="width:210px" %)需求|(% style="width:144px" %)
264 -|(% style="width:210px" %)触发器|(% style="width:144px" %)
265 -|(% style="width:210px" %)结果|(% style="width:144px" %)
266 -|(% style="width:210px" %)已创造价值|(% style="width:144px" %)
267 -|(% style="width:210px" %)预估交货时间或目标交货时间|(% style="width:144px" %)
265 +(% style="width:507px" %)
266 +|(% style="width:264px" %)价值流名称|(% style="width:241px" %)
267 +|(% style="width:264px" %)所有人|(% style="width:241px" %)
268 +|(% style="width:264px" %)价值流及其用例的描述|(% style="width:241px" %)
269 +|(% style="width:264px" %)需求|(% style="width:241px" %)
270 +|(% style="width:264px" %)触发器|(% style="width:241px" %)
271 +|(% style="width:264px" %)结果|(% style="width:241px" %)
272 +|(% style="width:264px" %)已创造价值|(% style="width:241px" %)
273 +|(% style="width:264px" %)预估交货时间或目标交货时间|(% style="width:241px" %)
268 268  
275 +
269 269  表格 4.2价值流步骤描述模板
270 270  
271 -(% style="width:323px" %)
272 -|(% style="width:108px" %)价值流名称|(% style="width:212px" %)
273 -|(% style="width:108px" %)步骤编号|(% style="width:212px" %)
274 -|(% style="width:108px" %)步骤名称|(% style="width:212px" %)
275 -|(% style="width:108px" %)价值链活动|(% style="width:212px" %)契动、计划、改进、设计和转换、获取/构建、交付和支持
276 -|(% style="width:108px" %)输入|(% style="width:212px" %)触发器和信息
277 -|(% style="width:108px" %)输出|(% style="width:212px" %)触发器和信息
278 -|(% style="width:108px" %)预期结果|(% style="width:212px" %)
279 -|(% style="width:108px" %)交货时间的估计值或交货时间的目标值|(% style="width:212px" %)
280 -|(% style="width:108px" %)支持实践|(% style="width:212px" %)
281 -|(% style="width:108px" %)实践名称|(% style="width:212px" %)描述实践如何为此步骤做出贡献
282 -|(% style="width:108px" %)角色和责任|(% style="width:212px" %)
283 -|(% style="width:108px" %)A负责任的|(% style="width:212px" %)
284 -|(% style="width:108px" %)R执行的|(% style="width:212px" %)
285 -|(% style="width:108px" %)C被咨询的|(% style="width:212px" %)
286 -|(% style="width:108px" %)I被告知的|(% style="width:212px" %)
278 +(% style="width:641px" %)
279 +|(% style="width:347px" %)价值流名称|(% style="width:291px" %)
280 +|(% style="width:347px" %)步骤编号|(% style="width:291px" %)
281 +|(% style="width:347px" %)步骤名称|(% style="width:291px" %)
282 +|(% style="width:347px" %)价值链活动|(% style="width:291px" %)契动、计划、改进、设计和转换、获取/构建、交付和支持
283 +|(% style="width:347px" %)输入|(% style="width:291px" %)触发器和信息
284 +|(% style="width:347px" %)输出|(% style="width:291px" %)触发器和信息
285 +|(% style="width:347px" %)预期结果|(% style="width:291px" %)
286 +|(% style="width:347px" %)交货时间的估计值或交货时间的目标值|(% style="width:291px" %)
287 +|(% style="width:347px" %)支持实践|(% style="width:291px" %)
288 +|(% style="width:347px" %)实践名称|(% style="width:291px" %)描述实践如何为此步骤做出贡献
289 +|(% style="width:347px" %)角色和责任|(% style="width:291px" %)
290 +|(% style="width:347px" %)A负责任的|(% style="width:291px" %)
291 +|(% style="width:347px" %)R执行的|(% style="width:291px" %)
292 +|(% style="width:347px" %)C被咨询的|(% style="width:291px" %)
293 +|(% style="width:347px" %)I被告知的|(% style="width:291px" %)
287 287  
288 288  注意：应以整体的方式描述实践贡献，避免使用技术术语（如果可行）。
289 289  
290 290  
291 -=== 4.1.6 价值流映射 ===
298 +=== 4.1.6 价值流映射 ===
292 292  
293 293  价值流映射起源于精益制造技术。这是一种从需求机会到价值实现的可视化工作流，其工作流可有计划地持续改进。在精益中，核心思想是最大化客户价值，同时将浪费最小化。简而言之，精益涉及以更少的资源为服务消费者创造更多价值。精益组织了解服务对消费者的价值，并将其关键流程集中在增加价值上。
294 294  
... ... @@ -319,6 +319,7 @@
319 319  有关更多信息，请参见//ITIL®4：指导，计划和改进。//
320 320  
321 321  
329 +
322 322  === 4.1.7 分析价值流时的关键指标 ===
323 323  
324 324  可以为任何工作流程和活动定义以下几个重要的指标。这些在表4.3中概述，并在图4.2中显示。
... ... @@ -325,15 +325,15 @@
325 325  
326 326  表格 4.3 工作流程指标
327 327  
328 -(% style="width:454px" %)
329 -|(% style="width:116px" %)**术语**|(% style="width:335px" %)**描述**
330 -|(% style="width:116px" %)节点周期|(% style="width:335px" %)完成离散工作单元，将输入转换为输出所需的时间。例如，花费五分钟填写一个新的事件表格，则周期就是五分钟。
331 -|(% style="width:116px" %)等待时间|(% style="width:335px" %)工作开始之前，离散工作单元在队列中等待的时间。例如，事故单在开始工作之前平均等待四个小时，则等待时间为四个小时。
332 -|(% style="width:116px" %)交货时间|(% style="width:335px" %)节点周期和等待时间的总和。交货时间表示完成离散工作单元（从其进入流程队列到流程结束）所需的总时间。
333 -|(% style="width:116px" %)流程队列|(% style="width:335px" %)等待流程处理的离散工作单元的数量。
334 -|(% style="width:116px" %)在制品（WIP）|(% style="width:335px" %)正在操作但尚未完成的离散工作单元的数量
335 -|(% style="width:116px" %)吞吐量|(% style="width:335px" %)工作进入或退出系统的速率
336 +|**术语**|**描述**
337 +|节点周期|完成离散工作单元，将输入转换为输出所需的时间。例如，花费五分钟填写一个新的事件表格，则周期就是五分钟。
338 +|等待时间|工作开始之前，离散工作单元在队列中等待的时间。例如，事故单在开始工作之前平均等待四个小时，则等待时间为四个小时。
339 +|交货时间|节点周期和等待时间的总和。交货时间表示完成离散工作单元（从其进入流程队列到流程结束）所需的总时间。
340 +|流程队列|等待流程处理的离散工作单元的数量。
341 +|在制品（WIP）|正在操作但尚未完成的离散工作单元的数量
342 +|吞吐量|工作进入或退出系统的速率
336 336  
344 +
337 337  (% style="text-align:center" %)
338 338  [[image:1640086067340-330.png]]
339 339  
... ... @@ -373,6 +373,7 @@
373 373  * 根据粒度级别和工作性质，节点周期可以假定认为是固定的和可预测的。
374 374  * 为了创建更可预测的节点周期，可能有必要限制在制品数量。该技术是看板方法的一部分，在可预测吞吐量（工作量）的环境中效果很好。例如，一个团队可能一次将其在制品限制为三个请求，因此，如果在制品超过此限制，则延迟处理任何其他请求。
375 375  
384 +
376 376  **ITIL 故事: ITIL 服务价值流**
377 377  
378 378  [[image:1640086134907-348.png||height="53" width="37"]]**亨利:**//艾克苏汽车租赁采用服务价值流来绘制整个组织的工作流程。价值流展示了组织如何利用信息、工具、流程和其他结构化的工作方式来创建产品和服务。它们有助于我们通过任何给定场景或利益相关者的价值链活动形象化过程；例如，当我们为用户创建新功能或为客户服务台更新脚本时。//
... ... @@ -400,6 +400,7 @@
400 400  * 合作伙伴和供应商  为组织等提供产品和服务的供应商。
401 401  * 价值流和流程  流程，过程，模板等
402 402  
412 +
403 403  === 4.2.1 开发新服务 ===
404 404  
405 405  这种价值流原型研究组织在创建新服务或修改现有服务时的常规活动。它与服务的性质无关，可以用来描述用于创建服务的价值流，这些服务可以提供给组织内部的客户，也可以提供给组织外部的客户。
... ... @@ -416,6 +416,7 @@
416 416  * 确保组织对客户的预期目标和期望有清晰的了解，并从头到尾跟踪每个目标和期望，以确保服务支持所需的结果。在将客户需求转换为服务成果（功能性或非功能性）时，组织应避免引入冲突或不一致。
417 417  * 了解客户从需求到价值的过程，并从客户的角度定义需求，而不是仅仅依靠内部视角或团队成员的先前经验。
418 418  
429 +
419 419  ==== 4.2.1.2 从需求到价值的旅程 ====
420 420  
421 421  此价值流通过六个关键步骤描述了从需求出发的过程（如图4.5所示）：
... ... @@ -454,6 +454,7 @@
454 454  * 作为业务开发经理，我想跟踪我的销售流水线，以便专注于完成新交易。
455 455  * 作为基础架构工程师，我希望能够对报警通知进行分组，以便可以关联警报并消除重复项。
456 456  
468 +
457 457  步骤1：确认并记录服务需求
458 458  
459 459  (% style="text-align:center" %)
... ... @@ -471,6 +471,7 @@
471 471  * **服务配置管理 **提供有关当前运行的服务和服务组件的信息，以便在描述需求时提供内容。
472 472  * **服务级别管理 **提供有关当前服务级别的信息，以在描述需求时提供内容。
473 473  
486 +
474 474  步骤2：决定是否投资新服务
475 475  
476 476  (% style="text-align:center" %)
... ... @@ -494,6 +494,7 @@
494 494  * **服务级别管理 **提供有关当前服务级别以及新功能可能带来变更的信息。
495 495  * **软件开发和管理 **提供有关设计和开发新服务的软件组件的补充评估，以及对运行的应用程序活动影响的补充评估。根据需要，为业务案例评估做出贡献。
496 496  
510 +
497 497  步骤3：设计和架构师新服务以满足客户需求
498 498  
499 499  (% style="text-align:center" %)
... ... @@ -522,6 +522,7 @@
522 522  * **软件开发和管理  **提供所需的技能、工具和其他资源，以根据服务设计包中的规范，创建和提炼重要事情和用户故事列表。
523 523  * **供应商管理  **协助与合作伙伴和供应商进行互动，并选择新供应商采购服务组件。
524 524  
539 +
525 525  步骤4：构建、配置或购买服务组件
526 526  
527 527  (% style="text-align:center" %)
... ... @@ -552,6 +552,7 @@
552 552  * **软件开发和管理**  提供所需的工程技能，工具和其他资源，用以创建新应用程序功能并将新系统和其他软件组件集成到现有服务。
553 553  * **供应商管理**  协助与合作伙伴和供应商进行互动，并选择新的供应商来采购服务组件。
554 554  
570 +
555 555  步骤5：部署服务组件以准备启动
556 556  
557 557  (% style="text-align:center" %)
... ... @@ -582,6 +582,7 @@
582 582  * **服务台** 确保在新特性，已知缺陷和解决方法方面对所有面向客户的支持角色进行了充分的培训。
583 583  * **供应商管理** 在与合作伙伴及供应商的交互，以及选择提供服务组件的新供应商方面提供帮助。
584 584  
601 +
585 585  步骤6：为客户和用户提供发布新服务
586 586  
587 587  (% style="text-align:center" %)
... ... @@ -615,6 +615,7 @@
615 615  * 与请求者互动，以识别新服务中的任何差距，或价值流活动中未发现的任何结果，成本和风险。
616 616  * 找出改进服务、价值流，以及积累实践的机会。
617 617  
635 +
618 618  === 4.2.2 恢复现有服务 ===
619 619  
620 620  此价值流模型检查组织为支持现有服务而进行的典型活动。此场景与服务的性质无关，可用于描述各类为组织内外部消费者提供支持服务的价值流。
... ... @@ -633,6 +633,7 @@
633 633  * 强调合作伙伴和供应商执行的活动，这些活动可能会给成功创造或恢复价值引入风险或依赖关系。
634 634  * 了解应集成哪些（或如何集成）系统，并在多个活动中心之间共享数据。
635 635  
654 +
636 636  ==== 4.2.2.2 需求和价值 ====
637 637  
638 638  此价值流由无法使用现有产品或服务的用户触发。8由于服务消费者无法从次优产品或服务中获取最大价值，生产力的损失导致产出价值下降。
... ... @@ -644,6 +644,7 @@
644 644  * 事件解决后与用户联系。
645 645  * 恢复价值的需求推动了这一价值流。
646 646  
666 +
647 647  ==== 4.2.2.3 从需求到价值的旅程 ====
648 648  
649 649  此价值流描述了七个关键步骤（如图4.6所示）：
... ... @@ -654,13 +654,13 @@
654 654  图4.6实时服务的还原
655 655  
656 656  
657 -* 确认并登记用户查询（参与）
658 -* 调查查询，将其重新分类为事件，然后尝试修复它（交付和支持）
659 -* 从专家团队处获取修复程序（获取/构建）
660 -* 部署修复程序（设计和过渡）
661 -* 验证事件是否已解决（交付和支持）
662 -* 征集用户反馈（参与）
663 -* 识别整体系统改进机会（改进）
677 +1. 确认并登记用户查询（参与）
678 +1. 调查查询，将其重新分类为事件，然后尝试修复它（交付和支持）
679 +1. 从专家团队处获取修复程序（获取/构建）
680 +1. 部署修复程序（设计和过渡）
681 +1. 验证事件是否已解决（交付和支持）
682 +1. 征集用户反馈（参与）
683 +1. 识别整体系统改进机会（改进）
664 664  
665 665  该价值流在步骤2分支。如果成功解决此问题的初始尝试成功，那么价值就在无须后续活动的情况下恢复了。从步骤2到价值的虚线代表这种情况。
666 666  
... ... @@ -681,6 +681,7 @@
681 681  * **服务目录管理 **提供优化登记查询所需的信息，技能，工具和其他资源。
682 682  * **服务台** 提供所需的技能，工具和其他资源，以允许客户或用户联系服务支持，并使客户支持专员能够与联系人产生共情，管理与客户或用户的沟通方式，获取及传递有关预期解决时间的信息
683 683  
704 +
684 684  步骤2：调查查询，将其重新分类为事件，然后尝试将其修复
685 685  
686 686  (% style="text-align:center" %)
... ... @@ -707,6 +707,7 @@
707 707  * 网络中断的原因，是风暴影响了本地电缆或卫星连接。
708 708  * 流媒体服务中止服务的原因，是客户或用户的信用卡被银行拒付。
709 709  
731 +
710 710  步骤3：从专家团队处获取修复程序
711 711  
712 712  (% style="text-align:center" %)
... ... @@ -733,6 +733,7 @@
733 733  * **软件开发和管理 **根据事件的性质，提供构建或配置故障软件的修复程序所需的技能，工具和其他资源。
734 734  * **供应商管理 **根据事件的性质，提供同协助构建修复程序的关键供应商进行交互所需的技能，工具和其他资源。
735 735  
758 +
736 736  步骤4：部署修复程序
737 737  
738 738  (% style="text-align:center" %)
... ... @@ -757,6 +757,7 @@
757 757  * **软件开发和管理 **根据修复程序的性质，提供配置和打包用于部署的修复程序所需的技能，工具和其他资源。
758 758  * **供应商管理 **根据事件的性质，提供与能够协助配置和打包待部署的修复程序的关键供应商进行交互所需的技能，工具和其他资源。
759 759  
783 +
760 760  步骤5：验证事件是否已解决
761 761  
762 762  (% style="text-align:center" %)
... ... @@ -780,7 +780,7 @@
780 780  
781 781  当受影响的产品或服务以最佳水平运行时，可以认为该事件已解决。换句话说，价值流失已得到纠正。
782 782  
783 -为了区分事件的解决和结束，许多IT支持工具通过以下方式将状态分配给事件记录：
807 +[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps66BC.tmp.png]]为了区分事件的解决和结束，许多IT支持工具通过以下方式将状态分配给事件记录：
784 784  
785 785  * 解决事件意味着已解决了潜在的技术问题。
786 786  * 结束事件意味着修复程序和相关的价值恢复已经得到用户确认。
... ... @@ -794,6 +794,7 @@
794 794  * **服务台 **提供使支持专员能够产生共情并管理与客户或用户的沟通渠道所需的技能，工具和其他资源。
795 795  * **服务级别管理 **提供信息以评估恢复/已达到的服务水平，以及恢复的及时性。
796 796  
821 +
797 797  步骤6：征集用户反馈
798 798  
799 799  (% style="text-align:center" %)
... ... @@ -817,6 +817,7 @@
817 817  * **软件开发和管理** 根据事件的性质和解决该事件所需的步骤，提供可用于识别改进机会的相关反馈所需的技能，工具和其他资源。
818 818  * **供应商管理** 根据事件的性质和解决事件所需的步骤，提供可用于识别改进机会的相关反馈所需的技能，工具和其他资源。
819 819  
845 +
820 820  步骤7:识别整体系统改进机会
821 821  
822 822  (% style="text-align:center" %)
... ... @@ -849,8 +849,9 @@
849 849  * **软件开发和管理 **提供所需的技能，工具和其他资源，以识别改进实践的机会并将其记录在持续改进登记册中。
850 850  * **供应商管理 **提供所需的技能，工具和其他资源，以识别改进实践的机会并将其记录在持续改进登记册中。
851 851  
852 -**ITIL 故事: 用于创建、交付和支持的模型价值流**
853 853  
879 +**[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wps820C.tmp.jpg]]ITIL 故事: 用于创建、交付和支持的模型价值流**
880 +
854 854  [[image:1640086890026-742.png||height="53" width="41"]]**雷尼:**//有多种识别，创建和记录价值流的技术。//
855 855  
856 856  [[image:1640086905382-916.png||height="51" width="37"]]**索尔马兹: **//最初，我们使用物理看板板通过便签纸记录了我们的价值流。随着试点工作的进展和增长，我们创建了一个电子看板，以便我们可以在两个项目地点之间共享它，并调整我们的价值流。//
... ... @@ -881,19 +881,18 @@
881 881  
882 882  表格 4.5 服务配置管理的最小可行实践贡献示例
883 883  
884 -(% style="width:1029px" %)
885 -|(% style="width:551px" %)**服务配置管理实践**|(% style="width:474px" %)
886 -|(% style="width:551px" %)贡献|(% style="width:474px" %)目的（进入价值流1或2）*
887 -|(% style="width:551px" %)提供有关当前操作服务和配置项的信息，以及在构建服务组件时更新服务配置记录的技能、工具和其他资源|(% style="width:474px" %)构建，配置或购买服务组件（价值流1中的步骤4）
888 -|(% style="width:551px" %)提供有关当前运行的服务和相关配置项的信息|(% style="width:474px" %)决定是否投资新服务（价值流1中的步骤2）
889 -|(% style="width:551px" %)提供有关当前运行的服务和配置项的信息，以及在构建服务组件时更新服务配置记录的技能，工具和其他资源|(% style="width:474px" %)部署服务组件以准备启动（价值流1中的步骤5）
890 -|(% style="width:551px" %)提供技能，工具和其他资源，以在部署修复程序时更新服务配置记录|(% style="width:474px" %)部署修复程序（值流2中的步骤4）
891 -|(% style="width:551px" %)提供有关当前运行的服务和相关配置项的信息|(% style="width:474px" %)设计和架构师提供新服务以满足客户需求（价值流1中的步骤3）
892 -|(% style="width:551px" %)提供识别改进实践机会并将其记录在持续改进登记册中所需的技能，工具和其他资源|(% style="width:474px" %)识别整体系统改进机会（价值流2中的步骤7）
893 -|(% style="width:551px" %)通过提供有关配置项的信息来协助调查和诊断事件|(% style="width:474px" %)调查查询，将其重新分类为事件，然后尝试将其修复（值流2中的步骤2）
894 -|(% style="width:551px" %)提供有关当前运行的服务和相关配置项的信息|(% style="width:474px" %)了解并记录服务要求
895 -|(% style="width:551px" %)提供有关当前实时服务和服务组件的信息，以在描述需求时提供背景|(% style="width:474px" %)确认并记录服务需求（价值流1中的步骤1）
896 -|(% style="width:551px" %)提供解决事件后更新服务配置记录的技能，工具和其他资源|(% style="width:474px" %)验证事件是否已解决（值流2中的步骤5）
911 +|**服务配置管理实践**|
912 +|贡献|目的（进入价值流1或2）*
913 +|提供有关当前操作服务和配置项的信息，以及在构建服务组件时更新服务配置记录的技能、工具和其他资源|构建，配置或购买服务组件（价值流1中的步骤4）
914 +|提供有关当前运行的服务和相关配置项的信息|决定是否投资新服务（价值流1中的步骤2）
915 +|提供有关当前运行的服务和配置项的信息，以及在构建服务组件时更新服务配置记录的技能，工具和其他资源|部署服务组件以准备启动（价值流1中的步骤5）
916 +|提供技能，工具和其他资源，以在部署修复程序时更新服务配置记录|部署修复程序（值流2中的步骤4）
917 +|提供有关当前运行的服务和相关配置项的信息|设计和架构师提供新服务以满足客户需求（价值流1中的步骤3）
918 +|提供识别改进实践机会并将其记录在持续改进登记册中所需的技能，工具和其他资源|识别整体系统改进机会（价值流2中的步骤7）
919 +|通过提供有关配置项的信息来协助调查和诊断事件|调查查询，将其重新分类为事件，然后尝试将其修复（值流2中的步骤2）
920 +|提供有关当前运行的服务和相关配置项的信息|了解并记录服务要求
921 +|提供有关当前实时服务和服务组件的信息，以在描述需求时提供背景|确认并记录服务需求（价值流1中的步骤1）
922 +|提供解决事件后更新服务配置记录的技能，工具和其他资源|验证事件是否已解决（值流2中的步骤5）
897 897  
898 898  ~* 价值流1（开发新服务）在第4.2.1节中；价值流2（恢复现有服务）在第4.2.2节中
899 899  
... ... @@ -913,6 +913,7 @@
913 913  * 降低业务的总拥有成本（TCO）
914 914  * 增加服务配置管理的投资回报。
915 915  
942 +
916 916  |(((
917 917  **ITIL 故事: 使用价值流来定义最小可行方法**
918 918  
... ... @@ -919,6 +919,8 @@
919 919  [[image:1640087028260-207.png||height="52" width="42"]]**雷尼: **//定义34种ITIL做法所需的最小贡献集将很有用，它将对组织或利益干系人有利。例如，我们当前的支持服务旨在提供路边援助；但是，这并不延伸到我们的客户可能希望探索的山间小道。对于最初的城市自行车车队，我们可以采用当前的做法，但是如果我们将服务组合扩展到包括山地车租赁在内，那么我们还需要扩展支持能力。//
920 920  )))
921 921  
949 +
950 +
922 922  == 4.4 总结 ==
923 923  
924 924  价值流是服务价值链中的一段旅程的阐述方式，表达了工作如何在组织中创建，增强或支持与服务消费者共同创造价值的产品和服务时如何在组织中流动。价值流和流程是服务管理的维度之一，描述了从需求共同创造价值所需的步骤，动作和任务。
... ... @@ -929,6 +929,4 @@
929 929  
930 930  在价值流、步骤、行动或任务中，组织可以识别组织的实践需要提供的贡献（人员、工具、信息、过程等）。这些信息可用于优化服务价值体系及其组件。
931 931  
932 -
933 -
934 -[[阅读下一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC5%E7%AB%A0%20%E8%AE%BE%E5%AE%9A%E5%B7%A5%E4%BD%9C%E4%BC%98%E5%85%88%E7%BA%A7%E5%92%8C%E7%AE%A1%E7%90%86%E4%BE%9B%E5%BA%94%E5%95%86/]]  [[返回上一章>>http://itil4hub.cn/bin/view/ITIL%204%E3%80%8A%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E3%80%8B%20CDS/%E7%AC%AC%E4%B8%89%E7%AB%A0%20%E5%88%A9%E7%94%A8%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF%E5%88%9B%E5%BB%BA%E3%80%81%E4%BA%A4%E4%BB%98%E5%92%8C%E6%94%AF%E6%8C%81%E6%9C%8D%E5%8A%A1/]]
961 +
深圳市艾拓先锋企业管理咨询有限公司