ITIL Foundation学习资料.docx
《ITIL Foundation学习资料.docx》由会员分享,可在线阅读,更多相关《ITIL Foundation学习资料.docx(20页珍藏版)》请在冰豆网上搜索。
ITILFoundation学习资料
第二章服务于服务管理
一、服务
服务是通过满足客户的需要来给客户创造价值并不需要客户承担额外的成本与风险。
二、服务管理
服务管理是以服务的形式为客户提供价值的一套专门的的组织能力,并且将资源和能力转变为有价值的组织资产。
1、组织能力包括:
流程(Processes)、方法(Method)、职能(Function)、角色(Roles)、活动(Action)
a、流程:
为完成一个指定的目标而设计的结构化活动的集合。
流程的属性:
可度量(Measurable)、特定的结果(SpecificResult)、客户(Customers)、对特定事件的响应(RespondstoaSpecificEvent)
b、职能:
执行并完成一个或多个流程或者活动的一组人员及其所属工具和部门。
c、角色:
一个职务、职责、或给一个人或职能部门授权
服务所有者:
主要关注服务本身,并对服务的整个生命周期负有责任。
服务所有者是服务的主要负责人,而服务经理偏重对服务的日常管理。
服务所有者和服务经理可以是一个人,也可以是不同人担任。
流程所有者:
流程所有者更加注重流程战略方针的制定和流程版本控制,而流程经理则更注重流程的执行和管理。
流程所有者和流程经理可以是一个人,也可以是不同人担任。
RACI模型:
用来描述“角色和职责”同”流程和活动“之间的关系。
负责人(Responsible):
负责执行任务的角色,具体负责任务的实施和解决。
批准人(Accountable):
对任务负全责的角色。
只有一个人对一项指定的任务负有直接责任。
即一项任务至多有一个责任人。
咨询到的人(Consulted):
咨询到的并且考虑其意见的人。
流程中要包括在流程执行活动中可咨询到的人的知识和信息的输入。
知会的人(Informed):
应及时被通知结果的人。
第三章服务战略
服务战略主要关注的是如何把服务管理变成战略资产,并利用战略资产来实现企业或IT服务提供商自身的商业价值。
一、服务战略的4个要点
1.愿景(Perspective)
与众不同的目标和方向。
2.位置(Position)
服务提供商在市场竞争的基准和依据
3.计划(Plan)
服务提供商如何达成他们的远景规划
4.模式(Pattern)
处理事情的基本参照方法
服务战略通过定义市场和开发服务产品来把服务管理变成战略资产。
二、服务价值
1、制定服务战略要本着给客户创造价值的原则。
要想创造价值,有两个部分要统一考虑:
功用(Utility):
一个产品或服务提供的功能。
功用考虑的是做什么(Whatitdoes)。
功效(Warranty):
产品或者服务满足约定需求的承诺或者保证。
包括如何保证服务的可用性(Availability)、服务的可扩展性(Scalability)、服务的连续性(Continuity)、服务的安全性(Security)。
功效考虑的是如何保证提供给客户的服务功能被正常使用。
2、企业要善于利用现有的能力和资源来创造价值
能力:
是指服务提供商的能力,包括组织能力、管理能力、人员、流程和知识等;
资源:
是指直接输入的产品服务,包括财务成本、基础设施、应用、信息、人员或其他能够帮助IT服务的任何事情。
资源被认为是组织或IT服务提供商的现有资产。
人员既是资源又是能力的一种具体体现。
三、关键流程
1.IT服务战略管理路程
顾名思义就是IT服务提供商如果制定出适合自己公司或企业的服务战略。
规划IT服务战略的4个步骤
(1)初始化分析
公司内部讨论,发现企业商业挑战、IT目前瓶颈和痛点等。
(2)当前状态评估
理解商业模型,包括公司的IT基础架构、人员组织结构、商业战略目标和商业业务流程等。
(3)未来运营及运维模型分析和方案设计
(4)结论准备和最终陈述
2.IT服务财务管理
IT服务财务管理的目标是提供IT服务的成本预算,并监控成本费用的执行情况,最终从客户那里收取服务所应有的效益。
具体内容为:
(1)控制和管理全部的IT预算(ControlandmanagetheoverallITbudget)
(2)帮助公司或组织计算所有IT服务和相关服务实施费用
(3)建立详细的收取费用的模型
可以把财务管理看成三个阶段:
预算(budgeting)、核算(Accounting)、收费(Charging),其中预算和决算是强制要求的。
预算:
确保有相应的经费可以提供给IT服务,在预算阶段没有超额计划,并且能够满足公司的财务标准。
通常有三种IT资金预算模式:
滚动性计划(RollingPlanFunding):
在一个计划周期完成后,立即启动另一个规划周期。
触发性计划(Trigger-BasedPlans):
在关键性的触发条件发生时才启动
零基计划(Zero-BasedFunding):
不考虑以往发生的费用数额,以所有的预算支出为零作为出发点。
核算:
采取适合的工具或流程去收集花费数据,根据财务标准监控适合的成本花费。
收费:
依照收费政策去定义收取费用的方法,给客户提供正规的发票和相应的服务价格明细。
3.服务组合管理(ServicePortfolioManagement)
提供能够持续满足业务价值的IT服务组合,并对服务的整个生命周期进行全面的管理。
服务组合是指所提供的服务信息的组合,它包含服务提供的三个阶段的管理子流程。
服务管道(ServicePipeline):
在需求分析阶段定义的服务(Serviceunderdevelopmentforcustomers)。
服务目录(ServiceCatalogue):
在当前可以直接部署和授权给客户当前使用的服务(ConsistsofservicespresentlyactiveinServiceoperationsphaseand/or
approvedtobeofferedtocustomers)。
服务退役(RetiredServices)退役和不再支持的服务(Retiredorphasedoutservices)。
4.需求管理
两个重要概念:
业务活动模式(PatternsofBusinessActivities,PBA)、用户概述文件(UserProfile,UP)。
通常需求可以分为业务需求和技术需求。
5.业务关系管理(BusinessRelationshipManagement)
目的:
为了能够在IT服务提供商和客户之间建立和维护良好的关系;定义客户需求并且确保服务提供商能够满足客户需求。
在满足客户当前的需要方面,业务关系管理中的活动内容是与客户签署的服务级别协议(SLA)。
在战术层面,业务关系管理一般体现在如下三方面:
1.服务报告和服务回顾会
2.服务投诉和渠道升级
3.客户满意度调查
第四章服务设计
一、目的
目的:
服务设计也称服务设计包(ServiceDesignPackage)的设计。
它是为了满足商业需要而设计新的或者为当前服务增加新的功能,并把增加的服务或功能引入生产环境。
比如增加一个新的服务、对服务的主要变更(不包括紧急变更)、服务退役均能产生服务设计包。
服务设计一般分为五个方面的设计:
1.服务解决方案设计
在服务解决方案中应该包括对此项服务的所有的功能的需求、需要的资源与能力等。
具体来讲,方案需要分析协定的业务需求;检查现有的IT服务和基础架构,看有没有可以利用的东西;确定服务接受标准(ServiceAcceptanceCriteria);协定支出和预算;评估并确认业务的收益,包括这个服务的投资回报率(ROI)。
2.服务组合设计
服务组合是在服务设计阶段来设计的,但它由服务战略来管理。
3.技术架构和管理系统设计
是为了提供服务所需的管理架构、组织架构、业务架构、IT基础架构、产品架构和工具等。
4.流程设计
是对每一个IT服务管理流程的活动、业务规则、输入输出、角色、关键成功因素和KPI绩效指标等的设计。
5.度量设计
服务设计4个要点:
人员(People)要确保有必要技能的人员来承担工作和任务。
产品(Product):
用来实施IT服务的技术和管理系统;
流程(Process):
过程、角色和提供IT服务的行为
合作伙伴(Partner)制造商和供应商等。
二、关键流程
1.服务目录管理
目标:
a.确保服务目录被有效地创建和维护;b.管理和维护日常的服务目录信息;c.确保信息的精确性、完整性、和更新的实时性,准确地反映了当前服务的详细情况、状态和服务沟通界面等。
可以把服务目录分为两个层次:
业务服务目录(BusinessServiceCatalog):
包括所有和业务运作相关的IT服务详细信息
技术服务目录(TechnicalServiceCatalog):
包括所有的用来作为服务支持与共享的IT服务和技术部件。
简而言之,服务目录管理就是要创建服务目录,并确保服务目录信息的精确性和更新的实时性。
当已经获得服务目录访问许可的人需要访问服务目录时,他们能够很容易地访问和获得一致的和完备的服务目录信息。
2.服务级别管理
三种服务级别标准
服务级别协议(ServiceLevelAgreement,SLA):
IT服务提供商和客户之间进行磋商后正式记录下来的IT服务标准或合同。
运营级别协议(OperationLevelAgreement,OLA):
IT服务提供商内部IT部门制定的关于部门级的IT服务标准。
第三方供应商支撑合同(UnderpinningContract,UC):
IT服务供应商和其下包供应商之间所承诺的服务标准或合同。
基于服务的SLA(Service-basedSLA):
一个服务多个客户签一个合同文件;
基于客户的SLA:
一个客户相关的多个服务签一个合同文件;
基于公司的SLA:
公司或集团通用的SLA指标协议
服务级别协议可以是基于SLA、OLA、UC中的一种,也可以是三种按不同层级组合的多级SLA。
3.容量管理
目标:
是在合理的成本控制下,能够提供适宜而有效的资源管理,使得IT资源能够被合理地利用,并且能够使用当前和未来商业和业务需要。
按照级别,容量管理可以分为以下三分级别:
业务容量管理(BusinessCapacityManagement):
满足未来业务需要的容量管理
服务容量管理(ServiceCapacityManagement):
是未来服务需求的容量管理
资源容量管理(ResourceCapacityManagement):
是IT基础部件使用率的管理
容量管理关注的是服务能力和性能相关的问题。
4.可用性管理
可用性管理的目的是优化IT系统架构和IT服务组件的能力去达到或超过承诺的服务可用性界别。
可用性是指服务可用访问的时间占整个给客户承诺的服务时间的百分比。
故障(Incident):
一个非正常的服务操作或服务的意外中断
宕机时间(Downtime):
是指从故障发生的那个点开始到服务恢复正常的时间点之间的平均时长,具体时间段包括平均故障响应时间、修复时间和服务恢复时间的总和。
正常运行时间(Uptime):
指从上次故障恢复点到下次故障发生点之间的平均时长。
故障间隔时间(MeanTimebetweenSystemIncidents):
是指在两次发生的故障点之间的平均时长。
可用性=(承诺服务时间-宕机时间)/承诺服务时间*100%
可维护性:
平均故障恢复时间
=宕机时间之和/服务中断次数
可靠性:
平均故障间隔时间
=承诺的服务时间/服务中断次数
可服务性:
指第三方供应商满足合同条款的能力
可用性管理流程分为被动性活动(Reactive)和主动性活动(Proactive)。
被动性活动包括可用性监控、度量、分析和管理与服务不可用的有个的所有事件、故障和问题,属于服务运营范畴。
主动性活动包括可用性的主动规划、设计和持续改进,属于服务设计范畴。
5.IT服务连续性管理
目的:
由于系统硬件的故障或不可抗力造成服务中断时,IT服务和服务设备能够在规定的时间范围内恢复回来。
就是要制定灾难恢复计划(DisasterRecoveryPlan)和业务影响分析(BusinessImpactAnalysis)。
6.信息安全管理(InformationSecurityManagement)
信息安全的CIA
机密性(Confidentiality)保护敏感的信息以防泄露或被窃听。
完整性(Integrity)确保信息或软件的精确和完备。
可用性(Availability):
确保信息和重要IT服务在有访问需求的时候总是可用的。
7.供应商管理
供应商管理是IT服务提供商对其第三方供应商所提供的服务进行管理,已确保第三方供应商的服务可用同样完成服务提供商自身对客户的IT服务所应到达的服务承诺。
对供应商的管理可以包括四个方面:
a、管理供应商的关系
b、洽谈和监控合同
c、创建和维护供应商合同数据库
d、管理供应商绩效
8.设计协调
是ITIL2011新增的流程。
目的是提供唯一的接口控制点,对在服务设计阶段所有相关流程的活动和行为进行有效控制,以确保服务设计的目标能够实现。
Produceservicedesignpackages(SDPs)basedonservicechartersandchangerequests
第五章服务转换
目的:
服务转换的目的就是把商业需求和设计变成可以操作的服务。
即把在服务设计阶段所设计的服务设计包(ServiceDesignPackage,SDP)变成可以操作和执行的服务。
服务转换使用V模型,模型左边是需求定义,右边是检测验证。
1.变更管理
变更是指增加、修改或删除一个已经被计划授权更改的服务部件或相关文档。
与供应商的合同变更也属于变更管理范畴。
2.变更风险控制
a.变更顾问委员会:
CAB(ChangeAdvisoryBoard):
评估检测每一个变更的可行性,参会人员包括变更的执行者、客户服务经理、变更经理等。
紧急变更顾问委员会:
ECAB(EmergencyChangeAdvisoryBoard)当遇到需要紧急处理的变更时,不能着急所以CAB成员,ECAB可以对紧急变更做出快速审批。
3.变更应该考虑的问题
谁提交的请求?
变更的具体原因是什么?
变更的回报和好处是什么?
变更所带来的风险是什么?
变更所需具备的资源需求是什么?
谁对变更的方案设计、测试和实施负责?
本次变更和其他变更的关系是什么?
4.变更的类型
a.标准变更(StandardChange):
预授权、低成本、低风险、流程已被清晰定义的变更,一些标准变更会被请求履行流程触发;
b.紧急变更(EmergencyChange):
重大业务原因需要立即执行的变更;
c.正常变更(NormalChange):
除了标准变更和紧急变更之外的所有变更。
5.变更的流程
三个角色:
变更申请人、变更执行人、变更经理
二.服务资产与配置管理(ServiceAssetConfigurationManagement)
目的:
IT服务提供商对整个公司或组织内部所有资产配置项(ConfigurationItems,CI)和配置项之间的相互关系进行精确的定义、控制和管理,已确保它们在服务生命周期的一致性。
最主要的服务资产是资源和能力(ResourcesandCapabilities)
三.发布与部署管理
目的:
Tobuild,testanddeliverthecapabilitytoprovidetheservicesspecifiedbyservicedesign。
发布:
是由硬件、软件、文档流程组合在一起去实现一个或多个批准的IT服务变更过程(必须被批准)。
发布单元:
是一些可以在一起发布的硬件和软件的集合。
发布与部署管理就是如何将新的或者变更的硬件、软件、文档、流程等移动到生产环境中去的活动管理。
6.发布类型:
主要发布(majorRelease)、次要发布(MinerRelease)、紧急发布(EmergencyRelease)
7.发布策略
大爆炸式(BigBang)与分阶段式(Phased):
大爆炸式发布时一次性把变更或新功能部署到所有用户区域;分阶段式是先在某些读取部署服务,然后在逐步推广实施。
推(Push)式与拉(Pull)式:
推式发布是将要部署的服务中中心推广到目标位置。
拉式服务是目标客户端通过访问中心点的软件,下载和更新所需的软件。
3、发布和部署模型
包括:
Rolesandresponsibilities、Templatereleaseanddeployment、Supportingsystems,toolsandprocedures、Handoveractivitiesandresponsibilities
最终介质库(DefinitiveMediaLibrary,DML)是一个安全的库,是用于构建和发布的唯一出处。
四.知识管理
目的:
a.确保具备适合知识的适合的人在正确的时间实施和维护服务;
b.确保应用正确的信息来帮组决策和运营支持;
c.确保组织在整个服务生命周期中可以通过可靠、安全的信息与数据来改进决策管理。
知识管理是通过SKMS来实现的。
SKMS是一个数据--信息--知识--智慧的架构系统。
服务知识管理系统(SKMS:
ServiceKnowledgeManagementSystem)包含配置管理系统(CMS:
ConfigrationManagementSystem),CMS包含配置管理数据库(CMDB:
ConfigurationManagementDatabase)
五.服务验证与测试
六、变更评价
七、转换计划与支持
转换计划与项目管理计划类似。
8.收集需求:
包括手机功能性需求(项目所需要交付的业务流程、服务或功能产品内容)、非功能性需求(服务的可扩展性、安全性、可用性、易用性等)。
9.定义范围:
制定项目和产品的详细范围描述的过程。
10.创建工作分解结果:
把项目交付成果分解为较小的组成部分的过程。
11.确认范围:
正式验收项目已经完成的可交付成果的过程。
12.控制范围:
第六章服务运营
目的:
在承诺的服务级别协议基础上成功实现服务的价值
一、事件/事态管理(EVentManagement):
任何可以被检测或者辨别的,配置项发生有意义的状态改变,可能会对IT基础设施及其支持的IT服务有重大影响的通知。
事件管理的目的是提供事件的检测和控制
事件(事态)可以分为信息(Information)、告警(Warning)、异常(Exception)。
对事件的监控一般是通过监控工具来实现。
主动监控工具:
被动监控工具
事件管理的流程活动通常包括:
事件的发生(occurrence)、通知(Notification)、监测(Detection)、过滤(Filtering)、关联(Correlation)、响应选择(ResponseSelection)、回顾(Review)、关闭(Close)。
二、故障管理(IncidentManagement)
故障是指在IT服务中的一个非计划中断,或者IT服务本身服务性能的降低。
故障是有类型(Category)和优先级(Priority)的。
优先级取决于故障的紧急(Urgency)程度和商业影响(Impact)。
优先级=紧急*影响
故障处理可以做横向的职能升级(FunctionalEscalation),把故障升级到二线和三线技术部门,也可以做纵向的管理升级(HierarchicalEscalation),通知管理层。
故障管理流程关注快速地解决故障现象而非查找故障背后的根本原因。
时间跨度是指故障处理各个阶段所限定的具体时间要求。
三、请求履行
目标:
a、提供用户请求和接受服务的渠道,并有效地实施服务;b、为用户提供服务的信息和如何获取服务的具体步骤;c、回答用户的一般询问,解决用户的投诉和建议等服务请求。
请求履行的流程活动通常包括菜单选择、财务审批、其他审批、履行和关闭等活动。
四、访问管理
访问管理的目的是提供给授权用户访问服务和系统的权利,并且能够阻止非授权用户的访问,可以看作操作级别的安全管理。
访问管理的关键是用户访问系统身份的唯一性。
五、问题管理(ProblemManagement)
问题是一个或多个故障的集合,是未知的错误,问题管理是负责问题生命周期的管理。
问题管理分为两个重要环节:
(1)问题控制环节:
找出问题根本原因
(2)错误控制环节:
通过毕业的操作或变更来消除引发故障的深层根源。
从另一个角度来讲,问题管理分为两类:
被动问题管理(Reactive):
当问题发生后,找出导致该问题发生的根本原因,并提出解决措施或纠正建议;
主动问题管理(Procactive):
通过日常运维巡检等方式主动找到数据中心的薄弱环节来阻止故障或问题的再发生,并提出消除这种薄弱环节的建议。
六、关键职能模块
1、服务台
它是支持IT服务的一线服务人员的团队总称。
服务台种类:
本地服务台(LocalServiceDesk)只支持本地用户,本地可以是一个地区或城市;
集中服务台(CentralizedServiceDesk):
所支持的客户来自不同的城市或地区,可以避免重复建设。
虚拟服务台(VirtualServiceDesk):
服务人员可以在不同的城市或国家。
日不落服务台或向日葵(Followthesun):
支持7X24小时服务
2、技术管理
关注IT基础设施相关的技术和人员的管理。
包括提供IT基础架构设计、部署实施、技术支持和管理的所有人员。
3、IT运营管理
是服务提供商的内部职能,它是负责执行管理IT服务所需要的日常活动的一群人。
功能:
1.IT运营控制(ITOperationControl):
监视和控制IT基础设施中的事件和运营活动,包括监控警告信息、工作调度和备份恢复等。
2.设施管理(FacilitiesManagement):
管理物理的IT环境
4、应用管理
目的是有效设别应用软件的功能性和非功能性需求,来更换地支持客户的商业业务流程。
关注软件应用的设计、开发测试、发布部署与运维。
关注的是软件而不是基础设施。
5、工具/设备管理(FacilitiesManagement),负责数据中心管理
第七章持续服务改进
持续服务改进是通过对IT服务管理流程和IT服务本身全生命周期的不断改进来持续保持服务队客户的价值,包括持续度量和改进IT服务提供商的服务能力,改进服务流程的有效性并提高IT服务的效率等。
1.持续改进的方法:
a.了解企业目标,设立愿景;
b.设立企业现状基准;
c.根据企业愿景设立服务目标和管理框架;
d.细化持续改进计划,改进现有流程;
e.确定服务度量方法和指标,确保到达既定的里