分享
分享赚钱 收藏 举报 版权申诉 / 24

类型中国IT 服务管理规范.ppt

  • 上传人:weiwoduzun
  • 文档编号:5006111
  • 上传时间:2019-01-29
  • 格式:PPT
  • 页数:24
  • 大小:962KB
  • 配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    中国IT 服务管理规范.ppt
    资源描述:

    1、中国IT 服务管理规范 服务支持管理,IT 员工,这么多工作得去处理,我已经焦头烂额了,谁能帮帮我? 每天都是这样乱无头绪,疲于奔命,怎么做才能使工作更有效率? 其他员工的处理信息我为什么不能共享?,IT 经理,谁能回答我的问题?我怎么找不到人! 你们什么时候才能解决我的问题?我已经等了很长时间了! 谁能告诉我我的问题现在处于什么状态? 为什么我们的业务系统停了?,业务部门,怎样合理衡量员工的工作表现?怎样实现团队的合理分工?何处着手改进服务质量,怎样决策?怎样进行服务总结/问题汇总?怎样形成有效知识积累?怎样才能摆脱对”关键人员”的依赖?,如果没有运维管理体系,采用IT服务管理理念搭建运维管

    2、理平台,一种不断提高IT部门适应业务发展能力的方法,可以帮助IT部门在一定的成本空间内,为业务部门提供能满足当前业务发展需要的,高质量的IT服务,运维管理组织结构模式,IT服务管理中心,Cisco HP HP Oracle 开发商,NT服务器 支持,IT服务,DB 支持,小型机支持,中间件, 应用支持,网络 支持,一线 支持,二线 支持,原厂 支持,部门预算 非税管理 预算指标管理 工资统发 国库集中支付,持续提高服务质量,运维管理流程及其相互关系,根据实际需要重点解决四个流程:配置管理突发事件管理问题管理变更管理发布管理,具体任务运维服务管理流程,配置管理使得监控中心可以管理系统中各个设备/

    3、组件的整个生命周期,从采购、使用到报废,包括软硬件配置信息,它主要有三部分工作:登记组成服务的资产信息 登记这些资产之间的关系 确保配置管理信息库中的各类相关信息能够得以及时更新确保其他管理流程可以及时、高效地获取相关的配置信息,具体任务配置管理,配置管理主要活动,配置管理策略的规划 配置项的识别和维护输入和更新CMDB数据. 登入新的CI或已有CI的变更,指明IT环境中各CI之间的关系; 录入和控制 加强CI变更的相应授权,在CI的整个生命周期内跟踪CI的状态历史(如以前,当前,计划状态等) , 确保只有被认可的和被标识的配置项才能接受和记录。配置项的状态报告应当定期地反映配置项的版本和变动

    4、历史; 审计和确认 定期审核全部或部分CMDB数据,确认和物理环境的一致性,从而确保配置信息的完整性; 回顾和改进 定期回顾流程和审核结果,找出改进机会,包括流程和CMDB,配置管理,如果不能识别和确认,就不能有效控制!,配置管理规划图, ,服务器支持服务,硬件供应商,依靠,数据质量管理,PC支持服务,网络支持服务,软件集成/供应商,数据质量管理协议,服务器支持协议,PC支持协议,网络支持协议,应用管理,应用管理协议,依靠,网络设备供应商,依靠,配置项类别:,硬件/ 服务器,配置项类别:,数据库,配置项类别:,硬件/,网络设备; 打印机;,配置项类别:,硬件/,桌面终端PC,配置项类别:,软件

    5、,配置管理数据库, 配置管理项,统计业务应用,(服务),5000家工业企业 信息发布系统, ,网络管理工具,Oracle 8.1.7,打印机,网络交换机,路由器,租用专线,个人电脑,XXXXXX,Desktop,W01212,hpv2200,rsodata.stats ,突发事件管理的作用是快速有效地响应最终用户,使它们能够迅速恢复工作,以减小对最终用户的影响。突发事件管理包括故障管理,通过帮助台接线员以及二线技术人员的工作,迅速解决客户的故障。 突发事件管理对人员的技术水平要求:第一种是不具备深层次技术背景的人员,他们只记录最终用户的故障,将故障事件转交给二线支持人员,跟踪故障解决定过程,保

    6、持与最终用户联系以提供相应的满意度第二种是具有一定技术的人员,他们可以解决大部分的初级故障第三种是技术专家本身作为帮助台人员,他们能够解决绝大多数的故障,具体任务4突发事件管理,事件管理主要活动,检测和记录 事件通过系统管理软件检测出来或用户打电话进来,或通过Web,所有事件记录进系统中; 判断并分派 确定是事件,服务请求还是申述。如果是服务请求,依照服务请求流程; 如果是申述,依照申述流程,如不是,进行事件的影响、收集信息等(定制checklist),尝试解决问题; 服务请求及申述流程 跟事件处理无关,是客户IT部门的相关流程; 判断是否已解决 确定问题是否已解决,如解决,由帮助台确认,如非

    7、,继续诊断,必要时转由二线,三线进行支持解决等; 调查和诊断 二线和三线支持人员利用自身技能和相关工具,力图在规定的时间内提出解决方案,尝试解决事件; 帮助台确认 对事件的解决方案进行确认,如未解决,根据情况采取相应动作; 结束 如果确认已解决,关闭记录,更新文档; 必要时进行回顾; 定期产生报表 事件支持人员将根据管理要求定期产生相关报表,事件管理最佳实践举例,事件管理流程中的帮助台是IT部向IT用户提供的单一联系点(通过电话或Web),包括接受问题处理, 提供系统变更状态,等; 所有事件或服务请求及其解决方案,都记录在Service Desk的事件管理系统中; 创立事件记录的帮助台员工是该

    8、事件的责任人,必须确保事件得到有效跟踪与解决; 事件管理流程保证用户的请求尽可能得以在一线解决(根据运行情况,今后做进一步量化);,事件管理流程示例,问题管理的核心是建立一个稳定的系统服务环境,减少报告给帮助台的故障数量。主要包括三方面的工作:一是确认问题,从大量的故障报告中找出问题。二是找到导致问题的根源并解决。三是为解决某个问题,可能需要向变化管理经理提出变化请求。,具体任务问题管理,问题管理主要活动,接受升级事件 当事件满足升级条件时,问题管理流程接受该事件; 分析事件 定期分析事件,找出潜在问题; 生成问题记录 问题记录在Service Desk 中生成并把所有相关事件与此记录关联起来

    9、; 分派 问题记录将根据问题内容分派给适当的技术小组; 根本原因分析 被分派的小组人员将调查问题以期找出其原因,制定解决方案或变通方法或提出预防性措施以消除产生原因或在重发时使其影响力最小化; 更新已知错误 这是流程中的关键一步, 记录必须被更新以反映它是已知错误状态,并且把任何变通方法、避免或最小化负面影响的动作行为也记录下来;,问题管理主要活动,提出变更请求 对问题的解决方案进行评估,通过变更请求(RFC)进行测试和实施。根据RFC对业务的影响和成本进行评估并决定继续进行与否。 并非所有问题需要解决,例如, 如果一个新的应用系统将要实施,那么老应用系统里的一个错误可能不需要解决; 关闭 一

    10、旦找出问题根本原因,并实施了解决方案,并确认已解决了问题,问题记录可以关闭; 事后回顾 问题必须进行回顾以发现流程和服务得以改进的机会或总结预防性措施。包括改进事件监测、找出技能差距和文档资料改进等. 这对于回顾解决方案的成功与否也很关键。,问题管理最佳实践举例,问题管理流程和事件管理流程应相互独立,但具有紧密关系; 必须确定问题根源; 问题解决方案的执行必须符合业务需求; 事件管理和问题管理具有不同目的,必须分开独立管理; 问题管理流程需要和事件管理和知识数据库建立接口。 问题管理资源应分配给对业务或IT支持人员影响最大的问题或事件; 问题必须进行影响度和优先级分类; 问题必须被分配给最合适

    11、的资源; 对影响度最大的问题必须优先分配资源; 必须有问题升级管理流程。,变更管理是在最经济有效的范围内,在对最终用户影响最小的条件下,为提高服务质量或为解决某些问题而作相应的配置改变。它包括三个不同的流程: 一是对要采取的变更作风险和影响分析; 二是将风险和影响分析以及变更计划交给变更审批部门,由他们根据这些信息决定下一步要采取得行动,是批准,还是延迟或拒绝该变化申请; 三是实施该变更,指定相关人员实现每一步变化,并对变化的流程进行记录,通知配置管理更新配置数据库。另外在上一种新业务时,同样适用于变更管理的流程。,具体任务变更管理,变更管理主要活动,批准RFC 变更经理确定对该RFC有批准权

    12、的经理参加CAB,必要时参与评估。评估后该经理根据判断决定是否批准RFC; 检查变更计划测试结果,并批准实施 变更经理确定合适人员主管该变更并参与CAB, 称为变更主管。变更请求得到评估和批准后,变更主管安排相应资源进行变更的构建开发,然后需要对将要实施到生产环境的变更进行测试,并制定实施计划,随后提交测试结果和计划给变更经理以获得实施。变更经理必需要确保测试结果和计划都有文档记录和得到签署,并确认变更对生产环境没有影响或影响可以得到控制。这一步骤为变更流程的关键质量检查点; 规划RFC RFC一旦获得批准,它必须根据资源和其他情况进行规 划,确定实施日期,分配相应资源,并通知请求人; 协调变

    13、更实施 一切就绪后,可以实施变更; 更新变更状态 在整个变更过程中,变更的状态从登记,评估,回顾到最后关闭是不同的。变更经理负责更新预先定义好的变更状态; 回顾和关闭 实施变更后,变更经理负责从技术和流程角度去回顾变更,该回顾在预先定义好的时间段针对变更单独进行,除确保RFC得到了预期效果外,也寻找流程的改进机会,如资源计划和实际使用的一致性。确定是否满足了变更目的,有没有副面影响,否则需制定后续行动计划。随后,变更经理负责利用预先定义好的结束状态关闭RFC;,变更管理主要活动,总结汇报 向管理层提供流程报表,向客户提供变更的相关执行信息。定期向相关小组部门根据流程衡量标准汇报很重要,只有如此

    14、,才可以基于现有环境的最新信息,作出进一步的改进建议; 变更会议 变更经理负责定期或不定期召开变更会议,以在IT内部以及与客户就变更管理有一个好的沟通。在会上,可以传递如,最近变更规划(),将要实施变更的信息,也包括对变更流程的反馈和建议等; 变更流程回顾 建议定期回顾变更管理流程以提高效率和效能,在实施变更流程不久之后,可以进行第一次回顾,以确保流程得到正确实施并起到预期目的,发现的问题必须追根溯源并尽快解决。之后,可以定期举行正式的回顾如每三个月。,发布管理的目标是: 和变更管理共同确定发布的范围,内容和推广计划; 规划实施发布的资源需求; 确保所有软件的主要备份安全得保存在软件库( De

    15、finitive Software Library)中; 维护硬件库( Definitive Hardware Store) 确保所有得硬件和软件得变更都能够追溯,安全和正确,确保只有授权并经过测试的版本才能够被安装,配置管理流程是版本管理的主要输入来源; 发布前的测试(生产环境下的测试 / 最终用户测试 / 回退测试)。,发布管理,发布管理主要活动,发布规划 发布的准备 培训 生产环境的测试 用户接受测试 (User Acceptance Test) 系统推广,发布管理最佳实践,所有对生产环境的变更必须经过发布管理流程; 应当有一个授权软件库(Definitive Software Library),所有要发布到生产环境的软件都保留在该库中; 对分发软件要分发的环境应当有一个标准的硬件描述,包括桌面系统,服务器和网络环境等; 所有规划的对生产环境的变更应当有一个测试过程以验证变更的有效性并确保变更不会造成负面影响;,

    展开阅读全文
    提示  道客多多所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:中国IT 服务管理规范.ppt
    链接地址:https://www.docduoduo.com/p-5006111.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    道客多多用户QQ群:832276834  微博官方号:道客多多官方   知乎号:道客多多

    Copyright© 2025 道客多多 docduoduo.com 网站版权所有世界地图

    经营许可证编号:粤ICP备2021046453号    营业执照商标

    1.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png 9.png 10.png



    收起
    展开