赞
踩
第四章 IT服务规划设计
规划设计处于整个 IT 服务生命周期中的前端,可以帮助 IT 服务供方了解客户的需求,并对其进行全面的需求分析,然后通过对服务要素(包括人员、资源、技术和过程)、服务模式和服务方案的具体设计,最终形成服务级别协议(Service Level Agreement,SLA),包括服务的内容、连续性、可用性、服务能力和服务费用等
(论文背景)
新的服务,服务连续性保障,服务水平的满足,对标准、规则的遵从,在服务生命周期过程中为了保持和增加服务价值所做的必要变更。
口诀: IS 机智牛人成疯子(规划设计的目的就是把机智牛人逼成疯子)
记忆要点:分成三块记忆
1、规划设计要从机智牛人(或机智过人)技术、资源、过程、人员考虑,
2、规划设计要考虑成本,风险,质量
3、规划设计针对的是IT服务**,要设计**SLA)
规划设计的主要目的:
(1)设计满足业务需求的 IT 服务。
(2)设计 SLA、测量方法和指标。
(3)设计服务过程及其控制方法。
(4)规划服务组织架构、人员编制、岗位及任职要求。
(5)识别风险,并定义风险控制措施和机制。
(6)识别和规划支持服务所需的技术及资源
(7) 评估IT服务成本,制订服务预算,控制服务成本 。
(8) 制订服务质量管理计划,以全面提高 IT 服务质量。
规划设计流程里的主要活动:服务需求识别,服务目录设计,服务方案设计,服务成本估计和服务级别设计。前面四个(需求、目录、方案,成本)都是为了最后形成服务级 别设计SLA,故建议学习本章的顺序:首先认识IT 服务规划设计的活动,然后学习服务需求识别、服务目录管理和服务方案设计,最后才是服务级别协议。
口诀: 序幕放成绩
场景记忆法: (在规划设计学校期末汇报演出的流程时,最后的设计是在演出开始,拉开序幕的时候公布发放学生的成绩,够狠啊,你让那些成绩不好的学生还咋看演出啊)
序–》需–》需求–》服务需求识别
幕–》目–》目录–》服务目录设计
放–》方–》方案–》服务方案设计
成–》成本–》服务成本评估
绩–》级–》级别–》服务级别协议设计
规划设计从服务需求出发,终点为设计出符合业务需求和成果的服务方案
规划设计从服务需求出发,终点为设计出符合业务需求和成果的服务方案。
在需求阶段,客户结合服务目录的定义和自身要求,提出服务级别的需求,服务方根据服务需求,进行服务模式设计、服务级别设计、服务要素设计等关键活动,同时兼顾成本控制和定价,最终形成服务级别协议、运营级别协议和支持合同。
口诀: 综合全面沟通PDCA(规划设计、运筹帷幄、决胜千里,规划的时候,关键还是要全面综合、不断沟通、PDCA 持续改进)
通过对客户业务和服务需求的了解,可以划分为
口诀:暴力可怜安家
遭受了暴力,家园被摧毁的可怜人的服务需求很简单:就是能重新安家
1)暴–》报–》报告–》服务报告需求
2)力–》能力–》能力需求
3)可–》可用性–》可用性需求
4)怜–》连–》连续性—》连续性需求
5)安–》安全–》信息安全需求
6)家–》价–》价格–》价格需求
案例:
一个24小时*7天的服务运行了5020小时,在这期间一共发生了2次中断,两次中断的时间分别为6小时和14小时,各项指标如下所示:
T 服务需求识别过程中需要对 IT 服务过程中提供的各类 IT 服务报告的需求进行识别。
不同环境下的典型服务报告包括如下内容。
服务目录是梳理服务产品和管理客户期望的重要工具 , 是服务供方为客户提供的 IT服务集中式的信息来源 。
服务目录设计的目的是为所有商定的服务提供单— 、 连贯的信息来源 , 并且确保所有获准使用相关服务的人能够知道这些信息
服务目录管理中的核心信息的主要输入,来自服务组合和通过业务关系管理(BRM)或服务级别管理(SLM)流程了解到的业务情况
口诀: 人蛋类,不秒删
在制定菜市场农产品目录的时候,人吃的蛋类是必须的,不能不假思索的 秒删掉,一定要保留的
人–>人–>人员–>确定小组人员(成员)
蛋–>单–>清单–>列举服务清单
类–>类–>分类–>服务分类编码
秒–>描–>描述–>服务项详细描述
不–>布–>发布–>服务目录评审发布
删–>善–>完善–>服务目录完善
口诀:独立控制 成本认可
服务目录就象做菜单
1)每个菜要独立有菜名,食客一看就知道是什么
2)要根据食客的喜好对菜品进行控制和衡量,北方人爱吃咸多放盐,南方人爱吃甜多放糖
3)菜单成本要有高有低,根据客户不同而不同,10块钱的小菜有,1888的大菜也有
4)你的菜要得到客户的认可,能感受到贵菜有贵菜的道理。
IT服务方案设计是整个规划设计阶段的核心工作
口诀:摸鸡机智牛人
服务方案靠谁设计? 全靠6根手指摸鸡的机智牛人
服务**模式设计,服务级别设计,技术要素设计,资源要素设计,流程要素设计(过程要素设计),人**员要素设计
IT 服务模式的设计与客户 需求的匹配。在 IT 服务模式的设计过程中 , 需要充分考虑 IT 服务需求识别中客户对千可用性、连续性 、 安全 、 能力等方面的需求。
服务级别 ( Service Level) 是指服务供方与客户就服务的质量、性能等方面所达成的双方共同认可的级别要求。
记忆脑图
培训内容设计:管理培训、技术培训、工具培训、过程培训、交付和应急培训。
口诀:属猪能吻脸
场景记忆法: (IT服务选人的时候,要选啥人?当然是选属猪的,属猪的命好,人品好,踏实,老实,当然了选择属猪的以后,配齐了需要的人员, 可以亲人力资源部美女的脸,这好事儿谁不爱干啊)
属–》数–》数量 --》确保配置的服务人员数量同时满足服务和成本两方面需求
猪–》组–》组织架构–》确保服务团队组织架构与业务需求和服务模式相适应
能–》能力 --》确保服务人员能力持续满足服务需求
吻–》稳–》稳定 --》保持服务人员稳定的工作状态
脸–》连–》连续性 --》保持服务人员的连续性
口诀:只赔鸡
甲方乙方里那个大款,为了体验苦难生活,被葛优他们弄到一个贫困乡村,大款 饿的前胸贴后背,把村里老乡的鸡全吃光了,葛优他们要救大款,咋办?只能赔老乡的鸡, 也只赔鸡,别的不赔)
只–>职–>职责–>人员岗位和职责设计(管理岗、技术支持岗、操作岗)
赔–>培–>培训–>人员培训方案设计(培训需求分析、培训内容设计、培训计划制定、培 训效果评价方法)
鸡–>绩–>绩效–>人员绩效方案设计(绩效指标识别定义,绩效指标计算考核方法,绩效 考核信息来源,绩效考核周期,绩效考核策略SMART 原则)
技术要素设计的活动:技术研发、发现问题的技术、解决问题的技术。
过程管理模型包括以下特性:有明确的目标、可重复性、可衡量性、明确的服务提供者和服务对象、对特定事件的响应
识别需要的过程及过程目标常用过程包括 需求管理 、事件管理、问题管理 、变更管理 、发布管理等管理过程
过程识别的目标主要包括:
(1)过程符合可行性、适用性
(2)过程稳定。可重复使用
(3)过程符合效率要求
(4)过程符合效益要求
(5)过程可被监控和管理
(6)过程可追溯、可审计
(7)过程可被衡量和评价。
口诀:绿衣横剑可充神
过程设计识别的目标是成为剑神,雨中青斗笠绿蓑衣,斜风细雨下,横剑城门过道, 可以冒充剑神
绿–》率–》效率–》过程符合效率要求
衣–》益–》效益–》过程符合效益要求
横–》衡–》衡量–》过程可被衡量和评价
剑–》监–》监控–》过程可被监控和管理
可–》可行性 --》过程符合可行性、适用性
充–》重–》重复–》过程稳定,可重复使用
神–》审–》审计–》过程可追溯、可审计
通常采用如下过程:活动-过程KPI设计方法
1、确定过程KPI指标
2、明确KPI计算方法
3、明确KPI信息来源
4、定义KPI考核周期
5、定义过程KPI评价、评估及改进机制
–》过程符合可行性、适用性
充–》重–》重复–》过程稳定,可重复使用
神–》审–》审计–》过程可追溯、可审计
通常采用如下过程:活动-过程KPI设计方法
1、确定过程KPI指标
2、明确KPI计算方法
3、明确KPI信息来源
4、定义KPI考核周期
5、定义过程KPI评价、评估及改进机制
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。