ITILfoundation认证—-服务运营课件.ppt

《ITILfoundation认证—-服务运营课件.ppt》由会员分享，可在线阅读，更多相关《ITILfoundation认证—-服务运营课件.ppt（172页珍藏版）》请在三一办公上搜索。

1、第 5 章服务运营,（Module 5 Service Operation ）,第 5 章（Module 5 Service Operat,服务运营（Service Operation）,服务运营原理（Service Operation Principles）服务运营流程（Service Operation Processes）事件管理（Event management）故障管理（Incident management）请求履行（Request fulfillment）问题管理（Problem management）访问管理（Access management）普通的服务运营活动（Common

2、 Service Operation Activities）服务运营的组织（Organizing for Service Operation）技术考虑（Technology Consideration）实施服务运营（Implemention of Service Operation）挑战、风险和关键成功因素（Challenges, Risks and Critical Success Factors ）,*,中国信息化培训中心,2/172,服务运营（Service Operation）服务运营原理（,服务运营基础（Service operation fundamental）,通过服务运营来提供

3、业务价值优化服务运营的绩效服务运营中的流程事件管理、故障管理、请求履行、问题管理和访问管理服务运营中的职能服务台、技术管理、IT运营管理和应用程序管理,*,中国信息化培训中心,3/172,服务运营基础（Service operation fund,在服务运营中达到平衡（ Achieving balance in Service Operation ）,内部的IT视角 VS 外部的业务视角（Internal IT view versus external business view）IT的外部视角就是用户或客户所经历的一套IT服务；IT的内部视角是用于提供这些服务的系统和IT组件。稳定性 VS

4、响应机制（Stability versus responsiveness）这意味着服务运营需要保证IT基础架构是稳定的和可用的（按设计要求）。同时，服务运营也需要认识到业务和IT需求是变化的。服务质量 VS 服务成本（Quality of service versus cost of service）服务运营要持续地向客户和用户提供满足协定的级别的IT服务，同时要保持成本和资源的利用在一个优化的水平上。被动 VS 主动（Reactive versus proactive）一个被动的组织在没有外部因素驱动的情况下不做任何事情；一个主动的组织寻找机会去改进目前的概况，它不停地审视内部和外部的环境。

5、,*,中国信息化培训中心,4/172,在服务运营中达到平衡（ Achieving balance,服务质量与服务成本的平衡（图示）,*,中国信息化培训中心,5/172,服务质量与服务成本的平衡（图示）HighHighLowLow,提供好的服务（Providing good service）,所有服务运营的人员必须很清楚地知道他们是为业务提供服务的他们必须提供及时的、专业的和客气的服务，以便业务部门能够执行他们自己的活动运营人员不仅要接受关于IT服务的交付与支持方面的培训，而且还要接受关于提供服务的方法的培训,*,中国信息化培训中心,6/172,提供好的服务（Providing good ser

6、vice,沟通（Communication）,日常运营沟通关于倒班的沟通绩效报告项目沟通关于变更的沟通关于例外的沟通关于紧急事件的沟通对新的或定制的流程和服务设计的培训与服务运营团队沟通战略、设计和转换的事情,*,中国信息化培训中心,7/172,沟通（Communication）日常运营沟通*中国信息化,归档（Documentation）,参与流程手册的定义和维护建立他们自己的技术程序手册参与计划文档的创建和维护，如容量计划、可用性计划和IT服务连续性计划参与服务组合的创建和维护参与服务管理工具的创建和维护,*,中国信息化培训中心,8/172,归档（Documentation）参与流程手册的定

7、义和维护,服务运营（Service Operation）,服务运营原理（Service Operation Principles）服务运营流程（Service Operation Processes）事件管理（Event management）故障管理（Incident management）请求履行（Request fulfillment）问题管理（Problem management）访问管理（Access management）普通的服务运营活动（Common Service Operation Activities）服务运营的组织（Organizing for Service Oper

8、ation）技术考虑（Technology Consideration）实施服务运营（Implemention of Service Operation）挑战、风险和关键成功因素（Challenges, Risks and Critical Success Factors ）,*,中国信息化培训中心,9/172,服务运营（Service Operation）服务运营原理（,目的和目标,目的（Purpose）在事件的整个生命周期中管理它们，活动的生命周期包括检测事件、弄清它们的含义，然后决定采取适当的控制行动。事件管理也因此成为“运营监视与控制”的基础如果这些事件代表运营的信息以及警告（ war

9、nings）和例外 （ exceptions ），它们就作为日常自动化运营活动的基础。例如， 在远程的设备上去执行一个脚本，或者提交一个处理工单目标（Objective）检测任何对于CI或IT服务的管理有意义的状态的改变决定采取适当的控制行动，并保证与适当的职能进行沟通为执行服务运营流程或活动提供触发器或切入点提供一种手段或方法，去把实际的运营绩效和行为与设计标准和SLAs做比较为服务保证和报告，以及服务改进提供一个基础,*,中国信息化培训中心,10/172,目的和目标目的（Purpose）*中国信息化培训中心10/1,范围（Scope）,配置项（Configuration Items-CI）

10、环境条件（如火和烟的检测）软件许可（License）的监控安全（如入侵检测-intrusion detection）正常活动（如跟踪一个应用程序的使用情况或一台服务器的性能）,*,中国信息化培训中心,11/172,范围（Scope）配置项（Configuration Ite,对业务的价值,事件管理提供一种早期检测故障的机制事件管理使一些自动化的活动成为可能与其它的服务管理流程集成（如可用性和容量管理），事件管理能够就状态的改变或例外发出信号，从而使有关人员或小组提早做出响应事件管理为自动化运营提供了基础事件管理与服务交付和客户满意度有直接的关系,*,中国信息化培训中心,12/172,对业务的价

11、值事件管理提供一种早期检测故障的机制*中国信息化培,策略、原则和基本概念（Policies, principles and basic concept）,策略（Policies）事件通知应该只发给那些与事件有关的人员事件管理和支持应该尽可能地集中如果可能，所有应用程序的事件应该使用一套相同的消息、日志标准和协议事件处理行动应该尽可能自动去做一套标准的分类办法应该提前做好所有已知的事件应该被捕捉并记录,*,中国信息化培训中心,13/172,策略、原则和基本概念（Policies, principl,策略、原则和基本概念（续）,原则和基本概念事件的类型（Types of events）信息事件（I

12、nformational events）一个计划的任务已经完成一个用户已经登录去使用一个应用程序一个邮件已经到达它的目的地警告事件（Warning events）一台服务器的内存使用率已经达到它可接受的最高性能级别的5%以内一个事务的完成时间比正常时间超出了10%,*,中国信息化培训中心,14/172,策略、原则和基本概念（续）原则和基本概念*中国信息化培训中,策略、原则和基本概念（续）,原则和基本概念（续）事件的类型（Types of events）例外事件（Exception events）一个用户尝试用不正确的口令登录到一个应用程序一个业务流程发生了不寻常的情况，它可能代表一个需要进一步

13、调查的例外事件（例如一个Web页报警，指出支付授权站点不可用正在影响业务交易的财务审批）一个设备的CPU在可接受的利用率之上一个PC扫描显示安装了非授权的软件,*,中国信息化培训中心,15/172,策略、原则和基本概念（续）原则和基本概念（续）*中国信息化培,策略、原则和基本概念（续）,原则和基本概念（续）事件过滤（Filtering of events）几个能获得正确的过滤级别的战略：集成（Integration）如果可能，把事件管理集成到所有的服务管理流程中去，这将保证仅仅对这些流程有意义的事件被报告设计（Design）在设计新的服务时考虑事件管理痕迹和错误（Trail and error

14、）无论你的前期工作做的多么好，还是会有某些事件得不到适当的过滤。因此，事件管理必须有一个正式的程序去评估过滤的效力计划（Planning）应该有一个针对整个IT基础架构的事件管理软件的开发计划,*,中国信息化培训中心,16/172,策略、原则和基本概念（续）原则和基本概念（续）*中国信息化,策略、原则和基本概念（续）,原则和基本概念（续）设计事件管理（Designing event management）设计事件管理时需要考虑的关键因素：需要监控什么？要求什么类型的监控（主动还是被动，性能还是输出）？什么时候需要产生一个事件？事件中需要传达什么类型的信息？信息要送给谁？谁负责事件的识别、沟通、

15、升级和采取行动？,*,中国信息化培训中心,17/172,策略、原则和基本概念（续）原则和基本概念（续）*中国信息化培,流程活动、方法和技术（Process activities,methods and techniques）,请参考文档“配套大图-2011”上的图4-4.2,*,中国信息化培训中心,18/172,流程活动、方法和技术（Process activities,流程活动、方法和技术（续）,事件发生（Event occurs）事件通知（Event notification）事件检测（Event detection）事件过滤（Event filtering）一级事件关联和过滤（First

16、-level event correlation and filtering）事件的意义（Significance of events）信息传递（Informational）警告（Warning）例外（Exception）二级事件关联（Second-level event correlation）需要进一步的行动吗？（Further action required？）选择回应（Response selection）回顾行动（Review actions）关闭事件（Close event）,*,中国信息化培训中心,19/172,流程活动、方法和技术（续）事件发生（Event occur,信息管理

17、（Information Management）,消息，例如SNMP消息数据库，例如IT设备的MIB（Management Information Bases）供应商的监控工具代理软件（Agent software）包含用于决定事件含义和响应机制的关联引擎,*,中国信息化培训中心,20/172,信息管理（Information Management）消,CSF和KPI,CSF检测所有对于CIs和IT服务的管理有意义的状态的改变KPI：事件的数量与故障的数量的比较及其比例每个平台或应用程序产生的事件的数量与所有平台或应用程序产生的事件总数的比较及其比例,*,中国信息化培训中心,21/172,CS

18、F和KPICSF检测所有对于CIs和IT服务的管理有意,CSF和KPI（续）,CSF保证所有的事件都告知了需要通知的或需要采取进一步行动的职能KPI：需要人员干预的事件的数量和百分比，还有是否被执行了已经发生的故障的数量，以及没有匹配的事件作为触发器的故障的百分比,*,中国信息化培训中心,22/172,CSF和KPI（续）CSF保证所有的事件都告知了需要通知,CSF和KPI（续）,CSF提供一种方法或手段，去把实际运营的性能和状况与设计标准和SLAs做比较KPI：还没有影响到业务就被解决掉的故障的数量和百分比导致故障或变更的事件的数量和百分比由存在的问题或已知错误导致的故障的数量和百分比代表性

19、能问题的事件的数量和百分比代表潜在的可用性问题的事件的数量和百分比,*,中国信息化培训中心,23/172,CSF和KPI（续）CSF提供一种方法或手段，去把实际运,CSF和KPI（续）,CSF为服务保证、报告和服务改进提供一个基础KPI：重复发生的事件的数量和百分比没有引起实际的服务/功能降低的事件/报警的数量,*,中国信息化培训中心,24/172,CSF和KPI（续）CSF为服务保证、报告和服务改进提供,Challenges和Risks,Challenges（挑战） ：首先面临的挑战可能是部署必要的工具所需要的资金最大的挑战之一是建立正确的过滤级别在整个IT基础架构中部署监控代理可能是困难的

20、、长期的自动化的监控活动会产生额外的网络流量，这可能对计划的网络容量级别产生不利的影响获得必要的技巧也是个花时间和成本的事情部署了事件管理工具，但没有建立相应的流程去运行它们,*,中国信息化培训中心,25/172,Challenges和RisksChallenges（挑战,Challenges和Risks（续）,Risks（风险）：不能获得足够的资金保证正确的过滤级别在整个IT基础架构中部署监控代理时不能获得持续的动力,*,中国信息化培训中心,26/172,Challenges和Risks（续）Risks（风险）：,服务运营（Service Operation）,服务运营原理（Service

21、Operation Principles）服务运营流程（Service Operation Processes）事件管理（Event management）故障管理（Incident management）请求履行（Request fulfillment）问题管理（Problem management）访问管理（Access management）普通的服务运营活动（Common Service Operation Activities）服务运营的组织（Organizing for Service Operation）技术考虑（Technology Consideration）实施服务运营（I

22、mplemention of Service Operation）挑战、风险和关键成功因素（Challenges, Risks and Critical Success Factors ）,*,中国信息化培训中心,27/172,服务运营（Service Operation）服务运营原理（,目的和目标,目的（Purpose）故障管理的主要目的是尽快恢复正常的服务运营，并把故障对业务的影响降到最低。“正常的服务运营”（ Normal service operation ）被定义为一种运营状态，它代表协定的服务和运营级别。目标（Objective）保证用标准的方法和程序去有效、迅捷地处理故障对业务和

23、IT支持人员增加故障的可见度和沟通通过使用专业的方法来快速解决和沟通故障来增强业务对IT的感知使故障管理活动与业务优先级相匹配用IT服务质量来维护客户满意度,*,中国信息化培训中心,28/172,目的和目标目的（Purpose）*中国信息化培训中心28/1,范围（Scope）,故障管理包括任何使服务中断或可能使服务中断的事件,*,中国信息化培训中心,29/172,范围（Scope）故障管理包括任何使服务中断或可能使服务中断,对业务的价值,为业务和IT支持团队减少由于故障而导致的非计划的人工和成本通过检测和解决故障来降低业务不可用的时间，反过来说，它代表了服务的高可用性保证IT活动与实时的业务优

24、先级相匹配识别潜在的服务改进机会服务台可以帮助识别额外的服务或培训需求,*,中国信息化培训中心,30/172,对业务的价值为业务和IT支持团队减少由于故障而导致的非计划的,策略、原则和基本概念,策略（Policies）故障和它们的状态必须被及时、有效地沟通故障必须在业务可接受的时间之内解决客户满意度在任何时候都要保持故障处理要与整个的服务级别和目标相匹配所有的故障应该在一个单独的管理系统中保存和管理所有的故障应该按一个标准的分类方案来进行分类故障记录要定期进行审计，以保证故障的正确录入及分类所有的故障记录应该尽可能使用相同的格式对于故障的优先级和升级，应该尽可能有一套标准,*,中国信息化培训中

25、心,31/172,策略、原则和基本概念策略（Policies）*中国信息化培训,策略、原则和基本概念（续）,原则和基本概念（ Principles and basic concepts ）时间表（ Timescales ）基于SLA中约定的故障反应和解决目标而做出的，表示故障处理阶段时间安排的表格故障模型（Incident Models）处理故障应该采取的步骤这些步骤对应的时间分配情况，还要考虑其他的依赖关系、协同处理等因素职责：谁应该做什么？完成这些活动的时间表和阈值评估程序：什么时候、联系什么人任何必须要保留痕迹的活动,*,中国信息化培训中心,32/172,策略、原则和基本概念（续）原则和

26、基本概念（ Principl,策略、原则和基本概念（续）,原则和基本概念（续）重大故障（ Major incidents）就是一些优先级高的故障，需要单独的程序去处理，它的时间表会更短，紧急度会更高故障状态跟踪（Incident status tracking）开放（Open）故障已经被识别，但还没有分派资源去解决它进行中（In progress）故障正在调查和解决中解决（Resolved）针对故障的解决方案已经提供，但正常的服务运营状态还没有得到业务或最终用户的确认关闭（Closed）业务或用户已经认可故障已解决，正常的运营状态已经恢复,*,中国信息化培训中心,33/172,策略、原则和基本

27、概念（续）原则和基本概念（续）*中国信息化培,流程活动、方法和技术（Process activities, methods and techniques）,故障识别（Incident identification）从业务的角度来说，当用户已经受到了影响，并且联系服务台之后，才会有人来处理故障，这种情况是不可接受的因此，所有的关键组件都应该被监控，以便失败或潜在的失败能够在早期检测，这意味着故障管理流程能够快速启动在理想情况下，故障应该在影响到用户之前得到解决,*,中国信息化培训中心,34/172,流程活动、方法和技术（Process activities,故障日志（Incident Loggi

28、ng）Unique reference numberIncident categorization (often broken down into between two and four levels of sub-categories)Incident urgencyIncident impactIncident prioritizationDate/time recordedName/ID of the person and/or group recording the incidentMethod of notification (telephone, automatic, e-mai

29、l, in person, etc.)Name/department/phone/location of userCall-back method (telephone, mail, etc.)Description of symptoms（症状描述）Incident status (active, waiting, closed, etc.)Related CISupport group/person to which the incident is allocatedRelated problem/Known ErrorActivities undertaken to resolve th

30、e incidentResolution date and timeClosure categoryClosure date and time.,流程活动、方法和技术（续）,*,中国信息化培训中心,35/172,故障日志（Incident Logging）流程活动、方法和,流程活动、方法和技术（续）,故障分类（Incident categorization）,*,中国信息化培训中心,36/172,流程活动、方法和技术（续）故障分类（Incident cat,流程活动、方法和技术（续）,故障优先级（Incident prioritization）,*,中国信息化培训中心,37/172,流程活动、

31、方法和技术（续）故障优先级（Incident p,流程活动、方法和技术（续）,初始诊断（Initial diagnosis）请参考文档“配套大图-2011”上的图4-4.5,*,中国信息化培训中心,38/172,流程活动、方法和技术（续）初始诊断（Initial dia,流程活动、方法和技术（续）,故障升级（Incident escalation）职能性升级（Functional escalation）一旦服务台明确他们不能解决这个故障，就必须立即升级这个故障以得到进一步的支持层次性升级（Hierarchic escalation）如果故障是一个严重事件（比如优先级是1的事件），那么适当级别的

32、IT经理必须要通知到。如果故障的解决时间会比较长或者难度很大，也需要进行权力性升级。,*,中国信息化培训中心,39/172,流程活动、方法和技术（续）故障升级（Incident es,流程活动、方法和技术（续）,调查和诊断（Investigation and diagnosis）弄清到底是哪里出了错，或者用户到底想找什么理解事件的先后顺序确认故障的全部影响，包括所影响的用户的数量和范围识别可能触发了这个故障的任何事件通过搜索故障/问题记录、KEDB或厂商/供应商的知识库来获得关于故障的详细知识,*,中国信息化培训中心,40/172,流程活动、方法和技术（续）调查和诊断（Investigat,流

33、程活动、方法和技术（续）,解决和恢复（Resolution and recovery）要求用户在他们的桌面或远程设备上直接采取行动服务台通过集中的或远程的方式实施解决方案要求专家支持小组去实施特定的恢复行动（例如重新配置一台路由器）要求第三方的供应商或维护人员去解决故障,*,中国信息化培训中心,41/172,流程活动、方法和技术（续）解决和恢复（Resolution,流程活动、方法和技术（续）,故障关闭（Incident closure）关闭分类（Closure categorization）用户满意度调查（User satisfaction survey）故障归档（Incident docu

34、mentation）目前还存在或可能再次出现的问题（Ongoing or recurring problem）正式关闭（Formal closure）,*,中国信息化培训中心,42/172,流程活动、方法和技术（续）故障关闭（Incident cl,流程活动、方法和技术（续）,重新打开事件的规则（Rules for re-opening incidents）举例说明：如果一个已经关闭的故障的问题在一天内又出现，则可以把这个故障重新打开。如果超过了一天，则要产生一个新的故障，但要和前一个故障做一个链接。,*,中国信息化培训中心,43/172,流程活动、方法和技术（续）重新打开事件的规则（Rule

35、s,信息管理（Information Management）,故障管理工具故障记录,*,中国信息化培训中心,44/172,信息管理（Information Management）故,CSF和KPI,CSF尽可能快地解决故障，使其对业务的影响最小KPI：解决或规避故障所需要的时间，通过影响代码来分解处理故障时每个阶段所花费的时间服务台直接关闭的故障的百分比（没有请教其它支持级别）远程解决的故障数量和百分比（不需要去现场）还没有影响到业务就被解决的故障的数量,*,中国信息化培训中心,45/172,CSF和KPICSF尽可能快地解决故障，使其对业务的影响最,CSF和KPI（续）,CSF维护IT服务的

36、质量KPI：故障总数对每一个IT服务来说，当前故障的积压情况对每一个IT服务来说，重大故障的数量和百分比,*,中国信息化培训中心,46/172,CSF和KPI（续）CSF维护IT服务的质量*中国信息化,CSF和KPI（续）,CSF维护IT服务的用户满意度KPI：客户/用户满意度调查的平均分数收回的调查问卷占送出去的调查问卷的百分比,*,中国信息化培训中心,47/172,CSF和KPI（续）CSF维护IT服务的用户满意度*中国,CSF和KPI（续）,CSF对业务和IT支持团队增加故障的可见性和沟通KPI：业务用户就已经报告的故障给服务台打电话或通过其它方式联系服务台的平均数量业务用户就故障沟通的

37、内容和质量而提出的抱怨的数量,*,中国信息化培训中心,48/172,CSF和KPI（续）CSF对业务和IT支持团队增加故障的,CSF和KPI（续）,CSF故障管理活动与业务优先级的匹配KPI：在协定的响应时间内得到处理的故障的百分比每个故障的平均成本（Average cost per incident）,*,中国信息化培训中心,49/172,CSF和KPI（续）CSF故障管理活动与业务优先级的匹配,CSF和KPI（续）,CSF确保使用标准的方法和程序处理故障KPI：被错误分配的故障的数量和百分比被错误分类的故障的数量和百分比每个服务台人员处理的故障的数量和百分比与变更和发布有关的故障的数量和百

38、分比,*,中国信息化培训中心,50/172,CSF和KPI（续）CSF确保使用标准的方法和程序处理故,Challenges和Risks,Challenges（挑战）：尽早检测故障的能力让所有的成员（技术团队以及用户）都知道所有的故障都要记录下来，并鼓励使用基于Web的自助服务能力关于问题和已知错误信息的可用性与CMS集成，以便在执行一线支持时确定CIs之间的关系，并查阅CIs的历史与SLM流程集成，这将帮助故障管理正确评估故障的影响和优先级，并帮助定义和执行升级程序,*,中国信息化培训中心,51/172,Challenges和RisksChallenges（挑战）,Challenges和Ris

39、ks,Risks（风险）：由于缺乏可用的或经过良好培训的人员，致使不能在客户可接受的时间内处理故障由于采用了不合适的支持工具，导致不能给出报警信息或进展报告，使故障的处理难于推进由于采用了不适当的工具或缺乏集成，导致信息源的不足由于没有OLAs或UCs而导致的目标或行动的不一致,*,中国信息化培训中心,52/172,Challenges和RisksRisks（风险）：*中国,服务运营（Service Operation）,服务运营原理（Service Operation Principles）服务运营流程（Service Operation Processes）事件管理（Event manag

40、ement）故障管理（Incident management）请求履行（Request fulfillment）问题管理（Problem management）访问管理（Access management）普通的服务运营活动（Common Service Operation Activities）服务运营的组织（Organizing for Service Operation）技术考虑（Technology Consideration）实施服务运营（Implemention of Service Operation）挑战、风险和关键成功因素（Challenges, Risks and Crit

41、ical Success Factors ）,*,中国信息化培训中心,53/172,服务运营（Service Operation）服务运营原理（,目的和目标（Purpose and objective）,目的（Purpose）请求履行是负责管理所有来自用户的服务请求生命周期的流程目标（Objective）通过有效地、专业地处理所有的服务请求来维护客户和用户的满意度为用户提供一个请求和接收标准服务的渠道。所谓标准服务是指预先定义好的、已经批准的、有相应处理流程的服务向用户提供关于服务可用性的信息，以及获得这些信息的程序提供请求的标准服务的组件，如License和软件介质协助收集信息、处理抱怨和意

42、见,*,中国信息化培训中心,54/172,目的和目标（Purpose and objective）目,范围（Scope）,服务请求的内容可能是五花八门的，服务请求与故障的区别在于：故障一般是“非计划的”，而服务请求一般来说是“能够或应该有计划的”对于一般的机构来说，服务请求是先提交给故障管理，然后再由故障管理流程给筛选出来对于一些服务请求很多的机构，也可以把这个流程完全独立出来，单独记录、单独管理,*,中国信息化培训中心,55/172,范围（Scope）服务请求的内容可能是五花八门的，服务请求与,对业务的价值,对标准服务提供快速、有效的访问，使业务人员能够改进他们的生产力、或者提高业务服务和产

43、品的质量有效地减少在对现有服务或新的服务的访问中所存在的官僚主义，这也会降低提供这些服务的成本通过一个集中的满足职能来增加对所请求服务的控制级别,*,中国信息化培训中心,56/172,对业务的价值对标准服务提供快速、有效的访问，使业务人员能够改,策略、原则和基本概念,策略（Policies）：用于满足请求的活动要按照事先定义好的流程图（模型）来执行，这包括满足请求所需要的步骤、需要联系的个人或小组、目标时间表和升级路径等服务请求的所有者应该在一个集中的职能（如服务台）内工作，以便及时地监视、升级、派遣，以及满足用户的请求那些会影响到CIs的服务请求应该通过实施一个标准变更来满足所有的服务请求都

44、应该通过一个单一的系统来管理，包括记录、控制、协调、提升等在执行满足活动之前，所有的服务请求都需要被授权请求的履行应该在一套协商好的标准下发生怎么提交请求、怎么查看请求的状态，这些都需要有明确的交代,*,中国信息化培训中心,57/172,策略、原则和基本概念策略（Policies）：*中国信息化培,策略、原则和基本概念（续）,原则和基本概念（ Principles and basic concept ）请求模型（Request models）菜单选择（Menu selection）请求状态跟踪（Request status tracking）为请求指定优先级（Prioritizing requ

45、est）升级请求（Escalating request）财务批准（Financial approval）一些服务请求可能涉及到费用问题，需要走财务审批的程序其他批准（Other approval）一些服务请求可能涉及到有关的政策、法规等，也可能与别的流程相关，所以，还要走其他的批准程序履行（Coordination of fulfillment activities）简单的服务请求可以由服务台来满足（一线支持），复杂的请求可能要传递到特殊的小组或供应商那里去处理关闭（Closure）服务请求被履行之后，必须在服务台把它关闭,*,中国信息化培训中心,58/172,策略、原则和基本概念（续）原则和

46、基本概念（ Princip,流程活动、方法和技术（Process activities, methods and techniques）,请参考文档“配套大图-2011”上的图4-4.6,*,中国信息化培训中心,59/172,流程活动、方法和技术（Process activities,流程活动、方法和技术（续）,接收请求（Receive request）请求记录和确认（Request logging and validation）请求分类（Request categorization）请求优先级（Request prioritization）请求授权（Request authorization

47、）请求检查（Request review）请求模型的执行（Request model execution）请求关闭（Request closure）重新打开服务请求的规则（Rules for reopening requests）,*,中国信息化培训中心,60/172,流程活动、方法和技术（续）接收请求（Receive req,信息管理（Information Management）,什么服务正在被请求要求谁去授权这个服务哪个流程将被用来满足这个请求谁被分配去处理请求，采取了什么行动记录请求的日期和时间，以及采取的所有行动的日期和时间关闭细节RFCs,*,中国信息化培训中心,61/172,信息

48、管理（Information Management）什,CSF和KPI,CSF请求必须用有效的、及时的方式来满足，它与每类请求的服务级别目标相吻合KPI：处理每一类服务请求的时间在协定的目标时间之内完成的请求的数量和百分比服务请求各阶段的分解（记录、处理、关闭）由服务台直接关闭的服务请求的百分比通过远程或自动化手段解决的服务请求的数量和百分比总的请求数量每种类型服务请求的平均成本,*,中国信息化培训中心,62/172,CSF和KPICSF请求必须用有效的、及时的方式来满足，它,CSF和KPI（续）,CSF只有授权的请求才应该得到满足KPI：在所有满足的服务请求中，有适当授权的请求所占的百分比请

49、求履行活动所产生的故障中，与安全威胁有关的故障的数量,*,中国信息化培训中心,63/172,CSF和KPI（续）CSF只有授权的请求才应该得到满足*,CSF和KPI（续）,CSF用户满意度必须被保持KPI：与处理服务请求相关的用户满意度级别与请求履行活动有关的故障的总数量当前积压的、没有解决的服务请求的数量,*,中国信息化培训中心,64/172,CSF和KPI（续）CSF用户满意度必须被保持*中国信息,Challenges和Risks,Challenges（挑战） ：清楚定义并归档的服务请求流程的范围，使大家都知道这个流程是干什么的自助服务的工具需要给用户提供一个前端的接口每一类服务请求的服务

50、级别目标都需要去协商和沟通满足请求的成本必须也要协商明确什么服务可以标准化，谁可以请求使用他们关于“什么请求是可用的”这种信息应该能够很容易得到请求需要按照一个预定义的标准履行程序去执行请求履行对用户满意度有很大的影响,*,中国信息化培训中心,65/172,Challenges和RisksChallenges（挑战,Challenges和Risks（续）,Risks（风险）：如果范围不清楚，人们将不知道这个流程到底管什么事情如果用户接口设计的不好，可能会导致用户提交请求很困难如果请求履行流程的后台设计不好，可能会导致无法处理大量的、已经提交的用户请求监视能力的不足，可能会导致准确的指标不能被收