Changes for page 04 ITIL服务价值系统

Last modified by superadmin on 2025/01/13, 16:37

From version < 17.1 >

edited by superadmin
on 2024/04/03, 12:55

To version < 16.1 >

edited by superadmin
on 2024/04/03, 12:52

< >

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -33,6
          +33,7 @@
  * 实践：为执行工作或实现目标而设计的一组组织资源。
  * 持续改进：在各个级别进行的经常性的组织活动，以确保组织的绩效不断满足利益相关者的期望。ITIL 4通过ITIL持续改进模型支持持续改进。
++
  SVS的目的是通过使用和管理产品和服务，确保组织与所有利益相关者不断共同创造价值。SVS的结构如图4.1所示。图的左侧显示了从内部和外部来源向SVS馈送的机会和需求。右侧显示了为组织，其客户和其他利益相关者创造的价值。
  (% style="text-align:center" %)
@@ -170,6
          +170,7 @@
  * 建立程序，整合管理计划外中断（事件），确定优先排序，并调查失败的原因
  * 必要时分离管理服务的记录系统（如配置管理数据库）与软件开发团队使用的“参与系统”（如协作工具）之间的交互处理。
++
  DevOps方法建立在敏捷软件开发和服务管理技术基础之上，强调软件开发和技术运营之间的紧密协作。利用高度自动化来解放专业技术人员的时间，使他们能够专注于增值活动，DevOps能够在软件产品的可操作性、可靠性和可维护性等方面照亮前进方向，从而帮助服务管理。DevOps从业者倡导的文化方面可以并且应该扩展到价值流和所有服务价值链活动，使产品和服务团队保持一致的目标，使用相同的方法。
@@ -181,6
          +181,7 @@
  * 倡导“系统观”，强调企业治理、服务团队、软件开发和技术操作之间的紧密协作。
++
  === **4.3.1  聚焦价值** ===
@@ -234,11
          +234,13 @@
  * 消费者使用服务的原因
  * 这些服务可以帮助他们做什么
++
  服务如何帮助他们实现目标
  * 服务消费者的成本/财务影响的作用
  * 服务消费者所面临的风险。
++
  价值可以有多种形式，例如提高生产率、减少负面影响、降低成本、开拓新市场的能力或更好的竞争地位。服务消费者的价值：
  * 由他们自己的需求定义
@@ -245,6
          +245,7 @@
  * 是通过支持预期结果和优化服务消费者的成本和风险来实现的
  * 随时间推移和不同情况而变化
++
  ==== **4.3.1.3  客户体验** ====
@@ -369,6
          +369,7 @@
  * 要认识到，有时当前状态下没有什么东西可以重用。无论重用、再利用、循环利用和升级换代是多么的理想，但有时候实现期望结果的唯一方法就是完全重新开始。然而，应该指出的是，这样的情况非常罕见。
++
  === **4.3.3  基于反馈迭代推进** ===
@@ -414,6
          +414,7 @@
  * 能够更早发现并响应故障
  * 整体质量提升。
++
  在一项活动的参与者之间建立适当的反馈回路，可以使他们更好地了解他们的工作来自何处，他们的产出去向何方，以及他们的行动和产出如何影响结果，这反过来又使他们能够做出更好的决策。
@@ -442,6
          +442,7 @@
++
  === **4.3.4**  **协作和提升可视化程度** ===
@@ -484,8
          +484,6 @@
  * 内部和外部供应商相互协作，审查共享流程，确定优化和可能的自动化的机会。
--
--
  ==== **4.3.4.2**  **沟通促进改进** ====
@@ -510,6
          +510,7 @@
  * 识别瓶颈，以及过剩的产能。
  * 揭开浪费的面纱
++
  必须让各级利益相关者参与进来，并满足他们的需求。各级领导也应在与他人沟通的过程中提供与改进工作有关的合适的信息。总之，这些行动将有助于强化正在做的事情，为什么要做，以及这些工作如何与组织的既定愿景、使命、目标和目的关联起来的。确定此类消息传递的类型、方法和频率是与沟通相关的核心活动之一。
@@ -534,6
          +534,7 @@
++
  === **4.3.5  通盘思考和工作** ===
@@ -625,7
          +625,6 @@
  在设计、管理或操作实践时，要注意相互矛盾的目标。例如，组织的管理层可能希望收集大量数据来做出决策，而完成记录的人可能希望流程简单，不需要输入那么多数据。通过应用这一原则和其他指导原则，该组织应就其竞争目标之间的平衡达成一致。这个例子，意味着服务应该只生成真正为决策过程提供价值的数据，记录应尽可能简化和自动化，以实现价值最大化并减少非增值工作。
--
  ==== **4.3.6.3**  **实施原则** ====
@@ -641,6
          +641,7 @@
++
  === **4.3.7 ** **优化和自动化** ===
@@ -657,7
          +657,6 @@
  ==== **4.3.7.1 ** **通往优化之路** ====
--
  优化实践和服务的方法有很多。ITIL中描述的概念和实践，特别是持续改进的实践，以及测量和报告的实践（参见第5.1.2和5.1.5节），对于这项工作至关重要。组织用于改进和优化绩效的具体实践可以借鉴ITIL、精益、DevOps、看板和其他来源的指南。无论具体技术如何，优化的路径都遵循以下高层次的步骤：
  * **理解提出优化方案的背景并达成一致：**这包括认同组织的总体愿景和目标。
@@ -668,7
          +668,6 @@
  * **持续监控优化的影响：**这将有助于识别改进工作方法的机会。
--
  ==== **4.3.7.2**  **利用自动化** ====
@@ -709,6
          +709,7 @@
++
  === **4.3.8  原则的相互作用** ===
@@ -765,6
          +765,7 @@
++
  == **4.5  服务价值链** ==
@@ -794,7
          +794,6 @@
  * **交付和支持**
--
  这些活动代表组织在创造价值时所采取的步骤。每项活动都将输入转化为输出。这些输入可能是来自价值链外部的需求或其他活动的输出。所有活动都是相互关联的，每项活动都会接收触发，并触发下一步行动。
@@ -809,7
          +809,6 @@
  * 通过改进启动和管理各层级的改进
--
  为了执行某项任务或响应特定情况，组织创建服务价值流。这些服务价值流是活动和实践的特定组合，每一服务价值流都是针对特定场景而设计的。价值流一经设计，就应不断改进。
@@ -826,8
          +826,6 @@
  * 发布和部署
  * 支持。
--
--
  虽然高层级的步骤是通用的，但不同的产品和客户需要不同的工作流。例如：
  * 为新客户开发新应用程序，就从初始契动（售前）开始，然后进行业务分析、原型设计、拟定协议、开发、测试，最终发布和支持。
@@ -835,8
          +835,6 @@
  * 修复现场应用程序中的错误，则可能会在支持中启动，接着回滚到先前的稳定版本（发布），然后转到开发、测试和发布补丁程序。
  * 使用新的或现有的应用程序进行实验，以扩展目标受众，可以从创新规划和原型设计开始，然后继续开发，最终到有限的一组用户试用版本，以测试他们对所做变更的看法。
--
--
  这些是价值流的例子：它们以各种方式将实践和价值链活动结合起来，以改进产品和服务，增加消费者和组织的潜在价值。
@@ -857,6
          +857,7 @@
  * 在每次迭代结束时向利益相关者展示一份可工作的软件（至少是最小可行）
++
  如果得到成功应用，敏捷软件开发可以快速响应服务消费者不断变化的需求。但是，在许多组织中，敏捷软件开发并未带来预期的收益，这通常是由于在服务生命周期的其他阶段缺乏敏捷方法。这种分立的敏捷性对组织来说没有多大意义，因为价值链的整体表现取决于最慢的部分。应当对服务价值链应用整体性的方法，以确保服务提供商在整个服务生命周期内都是敏捷的。这意味着服务管理所有维度和服务价值链的所有活动都具有着敏捷性这一品质。
@@ -904,7
          +904,6 @@
  * 有关新的和变更的产品与服务的知识和信息，他们来自于设计和转换活动，以及获取/构建活动。
--
  这项活动的主要输出是：
  * 战略、战术和运营计划
@@ -914,6
          +914,7 @@
  * 提供给契动活动的产品和服务组合
  * 提供给契动活动的合同和协议要求。
++
  === **4.5.2 ** **改进** ===
@@ -932,7
          +932,6 @@
  * 来自于契动活动的有关第三方服务组件的知识和信息。
--
  该价值链活动的关键输出是：
  * 对所有价值链活动的改进举措
@@ -942,8
          +942,6 @@
  * 为设计和转换活动提供的服务绩效信息。
--
--
  === **4.5.3  契动** ===
@@ -971,7
          +971,6 @@
  * 来自于改进活动的改进状态报告。
--
  该价值链活动的关键产出是：
  * 提供给计划活动的综合性的要求和机会
@@ -984,8
          +984,6 @@
  * 提供给为客户的服务绩效报告。
--
--
  === **4.5.4  设计和转换** ===
@@ -1009,7
          +1009,6 @@
  * 契动活动提供的与外部和内部供应商及合作伙伴签订的合同和协议。
--
  这项活动的主要输出是：
  * 提供给获取/构建活动的需求和规格说明
@@ -1019,8
          +1019,6 @@
  * 提供给改进活动的绩效信息和改进机会。
--
--
  === **4.5.5 ** **获取/构建** ===
@@ -1043,6
          +1043,7 @@
  * 有关新的和变更的产品和服务的知识和信息，它们来自于设计和转换活动
  * 来自于契动活动的有关第三方服务组件的知识和信息。
++
  这项活动的主要输出是：
  * 提供给交付和支持活动的服务组件
@@ -1052,8
          +1052,6 @@
  * 提供给改进活动的绩效信息和改进机会。
--
--
  === **4.5.6**  **交付和支持** ===
@@ -1101,7
          +1101,6 @@
  * 持续改进实践，它支持组织日常改进工作。
--
  ITIL持续改进模型可用作支持改进举措的高阶指南。该模型的使用将提高ITSM举措成功的可能性，聚焦客户价值，并确保改进工作能够与组织的愿景相联系。该模型支持以迭代的方式进行改进，将工作划分为可管理的部分，具有可以逐步实现的单一的目标。
@@ -1150,7
          +1150,6 @@
  * 需要为计划中的改进建立高层次的愿景。
--
  这一步骤内的工作应当确保：
  * 已经理解了高层次的方向
@@ -1160,7
          +1160,6 @@
  * 负责实施改进的人员或团队在实现组织愿景方面方面的角色是明确的。
--
  如果跳过此步骤，则改进可能只是针对所涉及的人员或团队的优化，而不是对整个组织的优化，或者改进的重点独独落在非增值活动上。
@@ -1328,17
          +1328,13 @@
  如果改进已达到预期的价值，那么该举措的重点就应转移到推广这些成功经验和巩固引入的所有新方法上。这是为了确保进展不会丢失，并为下一次改进建立支持和势头。
--
  应该使用组织变革管理和知识管理实践，将变革融入组织当中，并确保改进和改变的行为不会有反弹回潮的风险。领导者和管理者应该帮助团队将新的工作方法真正融入到日常工作中，并将新的行为制度化。
--
  如果没有实现改进的预期结果，则需要向利益相关方说明举措失败的原因。这需要对改进进行全面分析，记录并交流经验教训。这应该包括，根据收集的经验，在下一次迭代中可以采取的不同做法的描述。无论当前迭代的结果如何，透明度对于未来的工作都很重要。
--
  如果跳过此步骤，那么改进可能仍然是孤芳自赏的举措，任何进展都可能随着时间的推移而消失。今后的改进也可能很难获得支持，也难以将持续改进融入组织文化当中。
--
  (% class="box" %)
  (((
  **ITIL的故事：我们如何保持这种势头？**
@@ -1377,21
          +1377,16 @@
  |Did we get there?|✔| | |✔|✔| |
  |How do we keep the momentum going?|✔| | |✔|✔| |✔
--
  **持续改进和约束理论：**
  在日新月异的商业环境中，一个企业能否快速变革，无论是对外部因素的反应，还是对市场的颠覆，都能决定企业的失败与成功。
--
  在规划改进时，关键是把重点放在最优先的工作上。根据约束理论（ToC），价值链中最薄弱的环节决定了系统的流量和吞吐量。必须尽可能提升最薄弱的环节（有时会暴露出新的最薄弱环节），价值链中的所有其他步骤都必须围绕它来组织。
--
  使用价值流映射可以确定价值流的最弱环节。这是一种精益实践，它检查流动，量化其浪费（例如，延迟），并在此过程中确定其最薄弱的环节。如果最薄弱的环节是信息系统的开发，那么应用敏捷原则和实践可以提高功能开发的质量和速度。这包括业务和IT之间的关键性互动，在这种互动中，定义了所需的功能和非功能性需求。有助于此的ITIL 4实践主要包括软件开发和管理、业务分析和关系管理等。
--
  如果最薄弱的环节是部署的速度和可靠性，那么使用DevOps的原则、技术实践和工具就可以起到显着的作用。与此相关的ITIL 4实践包括部署管理、发布管理和组织变革管理。
--
  最后，如果最薄弱的环节是IT服务的交付和支持，那么可以使用IT运营实践和工具，例如ITIL 4实践中的事件管理、问题管理、服务台以及基础架构和平台管理等。

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司