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

Summary

Details

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