Last modified by superadmin on 2024/12/25, 15:41
From version < 9.1 >
edited by superadmin
on 2021/12/16, 12:15
To version < 10.1 >
edited by superadmin
on 2021/12/16, 12:17
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -27,9 +27,11 @@
27 27  
28 28  
29 29  ----
30 +
30 30  {{box cssClass="floatinginfobox" title="**Contents**"}}
31 31  {{toc/}}
32 32  {{/box}}
34 +
33 33  = **1关于文档** =
34 34  
35 35  本文档为服务设计实践提供了实践南。它分为五个主要部分，内容包括：
... ... @@ -336,7 +336,6 @@
336 336  |供应商能力|可用性、容量和性能需求
337 337  |事件处理和升级|需要哪些管理信息，哪些需要监控 ？
338 338  
339 -
340 340  === **2.2.5 风险建模** ===
341 341  
342 342  
... ... @@ -351,7 +351,6 @@
351 351  * 声誉/ 品牌损坏
352 352  * 灾难方案。
353 353  
354 -
355 355  ● 达成一致的风险影响矩阵型，详细说明影响类型和影响级别参数。描述影响应该在业务运营级别上，而不是技术级别上，并且与问卷中包含的问题主题有关。考虑使用诸如IRAM2之类的最佳实践来帮助定义应该询问什么并对其进行影响评估。
356 356  
357 357  * 一种计算这些答案结果的算法。组织需求有以下四点要达成共识：
... ... @@ -360,7 +360,6 @@
360 360  * 确定最高数
361 361  * 每个级别应具有的IT服务百分比（例如2％的1级，10％的2级，30％的3级，58％的4级）
362 362  
363 -
364 364  一旦这四个问题被详细描述，下一步就是确定一个合适的具有代表性的IT服务来校准算法。
365 365  
366 366  ● 详细说明最合适的服务设计包的结果。
... ... @@ -421,7 +421,6 @@
421 421  |用户反馈收集|服务台
422 422  |供应商策略，默认合同和供应商评价|供应商管理
423 423  
424 -
425 425  == **2.4实践成功因素** ==
426 426  
427 427  **​​​​​​​实践成功因素**
... ... @@ -573,7 +573,7 @@
573 573  
574 574  每个实践可能包含一个或多个流程和活动，它们对于实现该实践的目的可能是必需的。
575 575  
576 -**​​​​​​​流程**
574 +**流程**
577 577  
578 578  一组相互关联或交互的活动，可将输入转换为输出。流程定义动作的顺序及其依赖。
579 579  
... ... @@ -652,7 +652,6 @@
652 652  ● 经验教训
653 653  )))
654 654  
655 -
656 656  图3.1显示了该流程的工作流程图。
657 657  
658 658  
... ... @@ -664,9 +664,9 @@
664 664  
665 665  表3.2 服务设计规划流程活动
666 666  
667 -(% style="width:980px" %)
668 -|**活动**|(% style="width:425px" %)**常规评审示例**|(% style="width:455px" %)**复杂服务设计规划示例**
669 -|服务/ 产品环境和需求分析|(% style="width:425px" %)(((
664 +(% style="width:904px" %)
665 +|**活动**|(% style="width:379px" %)**常规评审示例**|(% style="width:421px" %)**复杂服务设计规划示例**
666 +|服务/ 产品环境和需求分析|(% style="width:379px" %)(((
670 670  设计团队与产品/ 服务所有者、架构师和其他团队一起，分析和讨论影响服务设计方法的新或变更的条件：
671 671  
672 672  ● 创建/修改一组产品和服务的首选方法
... ... @@ -688,14 +688,14 @@
688 688  ● 对产品或服务组件的控制级别
689 689  
690 690  在分析和讨论的基础上，定义了新的服务设计方法或者对现有方法提出了更改。
691 -)))|(% style="width:455px" %)服务设计团队与产品/ 服务所有者、架构师和其他团队一起分析并讨论影响服务设计实例的因素。
692 -|服务设计方法评审和开发|(% style="width:425px" %)团队讨论新的服务设计方法或对现有服务设计方法的更改，并就该方法达成一致。服务设计方法已开发或更新。|(% style="width:455px" %)服务设计团队与产品/服务所有者、架构师和其他团队一起对现有的服务设计方法进行fit/gap分析（匹配/差距分析），并选择适合复杂服务设计实例的方法。
693 -|服务设计模型评审和开发|(% style="width:425px" %)基于新的或变更后的方法，服务设计模型被定义或更新，包括，例如，服务设计过程和控制，服务设计包模板，模板计划和时间表，沟通计划和知识文章的模板，等等。|(% style="width:455px" %)(((
688 +)))|(% style="width:421px" %)服务设计团队与产品/ 服务所有者、架构师和其他团队一起分析并讨论影响服务设计实例的因素。
689 +|服务设计方法评审和开发|(% style="width:379px" %)团队讨论新的服务设计方法或对现有服务设计方法的更改，并就该方法达成一致。服务设计方法已开发或更新。|(% style="width:421px" %)服务设计团队与产品/服务所有者、架构师和其他团队一起对现有的服务设计方法进行fit/gap分析（匹配/差距分析），并选择适合复杂服务设计实例的方法。
690 +|服务设计模型评审和开发|(% style="width:379px" %)基于新的或变更后的方法，服务设计模型被定义或更新，包括，例如，服务设计过程和控制，服务设计包模板，模板计划和时间表，沟通计划和知识文章的模板，等等。|(% style="width:421px" %)(((
694 694  团队应评估服务设计实例的要求，并考虑创新水平、先前知识、架构、产品或服务环境、SLA和用户关系，以及政策和财务限制；现有的服务设计模型可以在多大程度上支持此设计实例。
695 695  
696 696  基于评估，团队决定使用新的服务设计还是现有的模型。
697 697  )))
698 -|服务设计实例规划|(% style="width:425px" %) |(% style="width:455px" %)(((
695 +|服务设计实例规划|(% style="width:379px" %) |(% style="width:421px" %)(((
699 699  团队为服务设计实例规划以下内容：
700 700  
701 701  ● 用于需求跟踪的方法
... ... @@ -710,9 +710,8 @@
710 710  
711 711  ● 资源计划
712 712  )))
713 -|服务设计计划沟通|(% style="width:425px" %)对新的或更新的服务设计计划、服务设计包和服务设计方法和流程进行沟通，并由利益相关者进行审核，反馈到服务台和知识管理部门。|(% style="width:455px" %)服务设计计划和服务设计包的沟通由利益相关者准备、审核，并反馈到服务台和知识管理中。
710 +|服务设计计划沟通|(% style="width:379px" %)对新的或更新的服务设计计划、服务设计包和服务设计方法和流程进行沟通，并由利益相关者进行审核，反馈到服务台和知识管理部门。|(% style="width:421px" %)服务设计计划和服务设计包的沟通由利益相关者准备、审核，并反馈到服务台和知识管理中。
714 714  
715 -
716 716  === **3.2.2 服务设计协调流程** ===
717 717  
718 718  该流程包括以下活动，并将以下输入转换为输出，如表3.3所示。
... ... @@ -801,8 +801,6 @@
801 801  |服务设计执行|服务设计执行主要是编排和协调设计中涉及的团队和资源，以及管理需求跟踪、沟通和信息交换，使快速反馈和数据流成为可能，并确保在任何阶段对设计进行整体考虑。这是与其他相关实践一起进行的。可能涉及许多内部和外部团队。
802 802  |服务设计评审|服务设计团队执行服务设计评审，以确保符合标准和约定，并确保SDP的所有约定需求都已正确完成。因此，团队更新知识库并记录所吸取的教训。产生的服务设计评审报告可能触发服务设计规划过程。
803 803  
804 -
805 -
806 806  ----
807 807  
808 808  = **4 组织和人员** =
... ... @@ -823,7 +823,6 @@
823 823  |М|**方法和技术专家**  设计和实施工作技术、程序文档、过程咨询、工作分析和持续改进。
824 824  |Т|**技术专家** 该角色专注于技术（IT）专业知识和基于专业知识的任务。
825 825  
826 -
827 827  在组织中可能会发现三个特定于实践的角色：服务设计负责人，服务设计顾问和服务设计分析员。这些角色通常介绍给IT服务数量和变更率很高的组织。在其他组织中，服务设计活动由负责架构，产品或服务的人员或团队进行协调。这可能是产品负责人，服务负责人，服务交付经理，IT解决方案架构师或企业架构师。
828 828  
829 829  
深圳市艾拓先锋企业管理咨询有限公司