ISO20000运维服务...

合集下载

ISO20000:2018运维服务报告

ISO20000:2018运维服务报告

运维服务报告量子数聚(北京)科技有限公司一、概述本文档中的内容为量子数聚(北京)科技有限公司针对运维服务的阶段性服务报告。

通过本报告能够反映该段时间的整体维护工作、系统运行状况统计、故障统计与分析等几个方面的内容。

此报告为阶段性总结报告,旨在对本阶段的运维工作及故障情况进行总结与趋势分析,对于具体问题和故障处理的详细信息,可查询信息系统维护记录。

本报告主要包括以下几个方面:1、本阶段服务工作总体情况;2、本阶段故障统计与分析;3、本阶段绩效考核,客户满意度测量,服务投诉情况分析总结;4、对后续服务的改进建议。

二、服务工作总体情况本阶段(2019年3月06日至2019年03月28日)我公司驻场运维人员共2名,主要服务内容包括:华宇系统、华宇软件的服务器维护,例如服务器内的软件运行情况,服务器运行情况,病毒查杀,病毒库查杀,补丁安装;协调视频会议、办公室内的日常维护,机房巡检等。

总共提供了20次运维服务,其中:处理设备硬件故障5次,软件故障4次,技术协助及部署2人次,设备及软件预防性健康检查12次,发现并解决潜在故障隐患6起,机房巡检一切正常,并未出现故障,具体记录详见巡检日志。

三、故障分析总结四、绩效考核、客户满意度调查通过对本阶段运维服务情况的总结分析,本阶段出现的全部故障,在我公司领导及运维人员的共同努力下,已全部排除、解决。

本阶段服务运维人员的表现公司及客户全部满意,没有发生客户投诉情况。

五、对后续服务的改进建议通过对本阶段运维服务工作的总结分析,我公司运维及时有效的处理了法院软、硬件及客户端出现的故障,在后续工作中,需要更加努力,加强维护力度,及时有效的处理出现的问题故障,做好服务记录,及时回访,调查客户满意度,如出现客户投诉,及时处理,满足客户需求,使得法院的业务正常展开。

2019年03月1日。

ITSS运维系列标准与ISO20000的区别

ITSS运维系列标准与ISO20000的区别

ITSS运维系列标准与ISO20000系列标准的区别ITSS运维系列标准与ISO20000系列标准的区别如下图:以上图示,横坐标为IT生命期,包括规划设计期,建设实施期和运行维护期,纵坐标为IT服务能力,包括人员能力,管理能力和技术能力。

ISO20000系列标准作为国际标准,主要考虑到国家或区域之间的差别较大,因此重点从具有共性要求较多的过程要素进行规范,并通过规范供方的服务管理过程来提升其IT服务管理能力(仅限于管理能力);ITSS运维系列标准作为国家标准,主要考虑到国内运维服务行业发展现状,因此更关注对供方IT运维的综合服务能力要求,以规范IT运维服务市场,提升其IT运维服务能力(包括人员能力,管理能力和技术能力)。

基于以上分析,ITSS运维系列标准和ISO20000系列标准的区别主要体现为以下几个方面:一、标准范围不同ITSS运维系列标准只适用于运行维护类服务;ISO20000系列标准适用于所有IT服务。

二、标准内容不同ITSS运维系列标准内容覆盖对供方服务人员、服务过程、服务技术和服务资源共四个方面的要求;ISO20000系列标准内容只覆盖对供方服务过程的要求。

其内容差异见下表:三、标准用途不同ITSS运维系列标准用于对供方IT运维服务能力的提升与评估;ISO20000系列标准用于对供方IT服务管理能力的提升与评估。

为便于理解,以运维服务和做菜服务做类比,解读ITSS运维系列标准与ISO20000系列标准的不同用途:由上表可以看出:ISO20000系列标准相当于教会我们做一道菜的正确步骤(菜谱);ITSS运维系列标准相当于教会我们怎样做出一道好菜(包括选料,菜谱,厨技和厨具)。

即使我们有个好菜谱(服务过程),但是如果没有选到适合的原料(即服务人员),没有高超的刀工、烹调技巧和火候把握(即服务技术),没有好的刀具、厨具和加热能源(即资源),我们能做出一道色、香、味、意、形五品俱佳的好菜吗?王春涛写于2012年8月3日。

ISO20000简介

ISO20000简介

ISO20000简介1什么是ISO200001.1 ISO/IEC20000是第一个关于IT服务管理体系的要求的国际标准,它秉承“以客户为导向,以流程为中心”的理念, 并强调按照PDCA(戴明质量环)的方法论持续改进组织所提供的IT 服务。

1.2 ISO/IEC20000帮助识别和管理IT服务的关键过程,可以实现服务运营的输入(Inputs)和生产流程(Process)的标准化,从而最终保证以最低的成本提供质量稳定(Consistent Quality)的IT服务,并保证业务的连续性。

保证提供有效的IT服务满足客户和业务的需求。

1.3 IT服务三要素包括信息系统、支持,以及质量规范。

IT服务以信息系统(IS, Information system)为依托,通过信息系统使信息从人、流程、技术三个维度得到控制和支持,从而满足对于IT服务的质量要求。

1.4 ISO20000共分为两部分➢ISO/IEC20000-1 Information technology-Servicemanagement Part-1:Specification(信息技术服务管理标准规范,认证要求)➢ISO/IEC20000-1 Information technology-Servicemanagement Part-2:Code of practice(信息技术服务管理最佳实践)2ISO20000产生原因和重要意义2.1 遵循相关的服务管理标准(如ISO20000)可以实现服务运营的输入(Inputs)和生产流程(Process)的标准化。

只有将过程标准化了,才能保证最终的服务质量和成本符合预定的标准,才能实现过程控制,从而达到质量控制的目标。

目前,全球的IT服务业正逐渐走向专业化和外包化,如何控制这个IT服务的整体风险(无论是内部还是外部),提高IT的整体服务水平是一个需要高度重视的问题,而ISO/IEC20000就是解决该问题的一个很好的指南。

ISO20000实例文件-年度运维服务能力实施计划-模板2

ISO20000实例文件-年度运维服务能力实施计划-模板2

运维服务能力实施计划运维服务能力实施计划文档修订记录*变化状态:A——增加,C——创建,M——修改,D——删除目录1 简介 (4)1.1 目的 (4)1.2 适用范围 (4)1.3 术语表 (4)2 20XX服务能力管理实施计划 (4)2.1 人员工作 (5)2.2 资源工作 (5)2.3 技术工作 (6)2.4 过程工作 (6)3 服务质量实施计划 (7)3.1 20XX年度运维服务质量管理工作计划 (7)3.2 组织级服务质量保证 (8)3.3 项目级服务质量保证计划 (8)3.4 过程改进计划 (9)4 风险评估及控制措施 (9)1 简介所有运维项目都要制定标准的实施计划,由项目管理部依据实施计划进行任务跟踪和监控。

1.1 目的本文档作为指导运维经理编写《运维服务能力实施计划》的依据,运维经理需按照要求按时提交实施计划。

1.2 适用范围本文档适用于运维项目的实施计划。

1.3 术语表无2 20XX服务能力管理实施计划运维工作:20XX年,系统运维部运维团队要能支撑约8个项目的同时驻场运维服务,还要支撑其它项目的远程技术支持的需要。

一线运维工程师需求数为15人左右。

目前系统运维部人员构成如下(统计截止到20XX年12月):序号部门岗位 20XX年底部门人员明细:1 管理岗 5名(部门经理1人、组长3名,部门经理兼管一个小组)2 服务管理组2名(服务台坐席1人,兼管知识库、备件库和质量管控)3 技术支持组5名(二线技术专家5人)4 驻场组 13人(一线运维工程师9人,日常运维4人)5 总计25人根据20XX年底人员现状及20XX年运维业务预测分析,在现有人员资源配备基础上,计划20XX 年人员编制增加到30人,重点投放在重要项目驻场人员,以及二线技术支持人员,以快速响应客户需求,提升客户满意度。

运维经理要依据项目进度计划编制运维管理实施计划,将项目分阶段进行实施,在每个阶段制定需要输入、输出的产物并做检查,将过程资产提交配置库管理。

iso20000-计算机维护服务流程-V1.0

iso20000-计算机维护服务流程-V1.0

信息技术服务管理计算机维护服务流程文件编号:SM-03006[本文件中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容,除另有特别注明,版权均属本公司所有,受到有关产权及版权法保护。

任何个人、机构未经本公司的书面授权许可,不得以任何方式复制或引用本文件的任何片断。

]1.分发控制2.文件版本信息3.文件版本信息说明文件版本信息记录本文件提交时的当前有效的版本控制信息,当前版本文件有效期将在新版本文档生效时自动结束。

文件版本小于1.0 时,表示该版本文件为草案,仅可作为参照资料之目的。

目录1总则 (1)2职责 (1)3规定 (1)4附则 (5)5附件 (6)附件1:计算机维护服务流程图 (6)1总则1.1为规范公司(以下简称信通公司)计算机维护服务过程,对其进行有效控制,以确保用户计算机桌面系统在日常工作中正常运行,实现客户满意目标,特制定本服务流程。

1.2本流程适用于公司根据客户的需求对计算机硬件、操作系统、工具软件系统、桌面网络应用、桌面计算机安全等进行维护的过程。

2职责2.1全体系维护人员负责维护公司本部、客户方的计算机桌面系统维护工作。

3规定3.1服务要求3.1.1工作要求1.值班人员应答客户时,应语气亲切、态度和蔼,语速适中,吐词清楚,用语简练,表达正确;2.维护人员现场维护过程中,要使用文明用语,详细了解用户故障情况,认真做好记录,对用户提出的问题及时解答。

维护人员应以客户利益为重、要有敬业精神。

3.1.2时间要求1.维护人员应在接到故障报修后以最短的时间到达现场,一般情况下:a)公司本部,要求在接到故障报修后30分钟之内到达现场;b)其它外拓服务单位,要求在接到故障报修后2小时之内到达现场。

2.维护人员在现场维护操作中应在不影响用户使用的时间内及时解决问题:a)一般问题4小时内解决;b)如需变更,48小时内解决;c)如有重大故障,组织相关专家会诊,并向用户进行解释。

3.1.3保密要求维护人员应对用户计算机内部的信息做好保密工作,不做与工作无关的事。

ISO20000-运维系统项目运维服务报告--模板1

ISO20000-运维系统项目运维服务报告--模板1

运维系统项目服务20XX年第三季度报告
一、设备运维情况
本季度的运维服务,报告如下:
1、故障情况分析
运维项目统计本季度各系统维修次数如下表。

2、.故障平均修复时间
按照要求,为后期提高我们的服务水平,针对每次故障的产生,我司严格记录的故障处理周期。

主要分为外场故障平均修复时间与内场故障平均修复时间。

故障平均修复时间
2
二、保养服务报告
于20XX年三季度组织相关人员系统软硬件进行维护保养,在维护保养的过程中,就我方进行的情况汇报如下:
针对服务器硬件设备灰尘进行清理;系统及应用系统的整理优化;对相关参与人员进行了操作性的培训,我们也将继续履行承诺,加强对业务面开展。

通过本季度的运维服务,我方及时将发现出来的问题进行处置,使得问题消灭在萌芽中,也通过保养过程中将日常工作中忽略的问题进行了集中处置。

保证了各个系统可以在较为复杂的环境下有个良好的工作状态。

XXX
20XX年X月X日
2。

借助ITIL和ISO20000提升信息系统运维管理效果

借助ITIL和ISO20000提升信息系统运维管理效果

IT运维IT OPERATION AND借助ITIL和ISO20000提升信息系统运维管理效果国家开发银行信息科技局李悦随着我国信息化技术的快速发展,信息系统运行的顺畅与否直接影响单位的业务开展。

不断提升信息系统运维管理水平是信息科技部门的一项重要任务,ITIL和ISO20000是值得遵循或参照的标准,并已在一些单位部门实际运用。

本文简要介绍ITIL和ISO20000标准,区分各管理流程的轻重缓急,提出提升信息系统运维管理效果的“三步走”策略。

一、ITIL及ISO20000简介1.ITIL简介上世纪八十年代,英国中央计算机和电信局(CCTA,后划归英国商务部)对信息系统服务管理进行总结,推出了一个以流程为主的管理框架,称为信息技术基础架构库(Information Technology Infrastructure Library,ITIL)。

2001 年英国商务部(OCG)推出的ITILV2含有六个模块,其中最主要的模块是服务管理,该模块又分为服务支持和服务提供两个子模块。

前者含事故管理、问题管理、配置管理、变更管理和发布管理等5个管理流程;后者含服务级别管理、IT服务财务管理、能力管理、IT服务持续性管理和可用性管理等五个管理流程。

ITILV2还有一项服务职能,称为”“服务台”。

2007年推出的ITILV3引入服务生命周期的概念,将服务分为服务战略、服务设计、服务转换、服务运营和服务持续改进等阶段。

ITILV3将管理流程扩展或拆分至26个,将服务职能扩展至4个,并对应生命周期的不同阶段。

2.ISO20000简介2005年,国际标准化组织(International Organization for Standardization)以ITILV2为基础发布了ISO20000标准。

ISO20000通过梳理并规范IT服务流程,提高对客户的IT服务水平。

2011年,国际标准化组织对ISO20000标准进行了修订。

ISO20000管理体系文件--服务级别流程管理办法

ISO20000管理体系文件--服务级别流程管理办法

信息技术效劳管理体系效劳级别流程管理方法文件SD-02001[本文件中出现的任何文字表达、文档格式、插图、照片、方法、过程等容,除另有特别注明,均属公司所有,受到有关产权及法保护。

任何个人、机构未经公司的书面授权许可,不得以任何方式复制或引用本文件的任何片断。

]1.分发控制2.文件版本信息3.文件版本信息说明文件版本信息记录本文件提交时的当前有效的版本控制信息,当前版本文件有效期将在新版本文档生效时自动完毕。

文件版本小于 1.0 时,表示该版本文件为草案,仅可作为参照资料之目的。

目录1.概述11.1.目标11.2.围11.2.1.流程适用围11.2.2.流程管理围12.角色和职责22.1.效劳级别管理流程负责人22.2.效劳级别经理22.3.协议维护人23.输入34.输出35.流程描述35.1.效劳级别管理流程35.2.回忆会议召开方案56.表单和模板67.关键绩效指标〔KPI〕68.流程质量控制69.与其它流程的接口710.术语定义711.附则71.概述1.1.目标效劳级别管理流程通过在IT部门〔公司〕与客户之间建立有效沟通的业务关系,并对公司〔以下简称“公司〞〕的信息技术效劳运维绩效进展协商、监控和报告,确保实现双方协商确定的客户满意等级,且公司提供的信息技术效劳得到持续的维护和改良。

本流程的目标包括:1)以客户能够理解的术语,在效劳级别协议中对所要提供的信息技术效劳进展清晰地描述;2)整合公司为客户提供信息技术效劳所需要的各种要素,并在相关文档中对效劳工程中各种要素进展清晰描述;3)持续维护和改良IT效劳质量,使IT战略与业务需求一致;4)监控、衡量、汇报IT效劳交付水平并制定效劳改良方案,以一种可控的方式改良信息技术效劳的交付。

1.2.围1.2.1.流程适用围本流程适用于公司信息技术效劳相关各个部门。

1.2.2.流程管理围本流程对以下领域进展管理:1.效劳级别协议〔SLA〕——公司与客户经商谈确定和签订的效劳合同或协议,其中对信息技术效劳的具体容和指标进展了明确规定。

iso20000一体化质量管理体系文件介绍(运维篇)

iso20000一体化质量管理体系文件介绍(运维篇)

开发类项目
一体化要求中与 CMMI相关的
咨询、集成、工程、 其他、规划、总承 包、收入外包
一体化要求中与 ISO9001相关的
北京信息技术有限责任公司
Page 5 of 69
2013版 一体化文件简介
北京信息技术有限责任公司
Page 6 of 69
2013版一体化文件架构
质量手册 组织过程方针
质量方针、质量目标
服务报告管理
RF-MS-DLVY-P02-文件 及服务报告管理程序
按类型分
外部服务报告:提 交给客户各业务部
门和单位
做法:
文件剪裁清单+沟 通+定期收集
内部服务报告: 供内部管理决策
北京信息技术有限责任公司
按性质分
主动服务报告:根据 客户和内部需要进行 提交,如周报、定期 汇报、总结、分析报

被动服务报告: 针对已发生事件 提交的各类报告, 如故障报告、问
北京信息技术有限责任公司
Page 23 of 69
服务连续性管理
相关术语
业务影响分析(BIA):分析业务功能及其相关信息系统资 源、评估特定灾难对各种业务功能的影响的过程。
IT服务连续性计划(BCP):定义意外灾害发生时,恢复IT 服务所需的资源、采取的行动及处理流程等注意事项。
恢复时间目标(RTO):灾难发生后,信息系统或业务功能 从停顿到必须恢复的时间要求。
ISO20000倡导的IT服务管理是一种以流程为导 向、以客户为中心的方法,它通过整合IT服务与业务 来提高组织IT服务支持和服务交付的能力。
北京信息技术有限责任公司
Page 12 of 69
RF-MS-DLVY-P01-服务级别管理程序 RF-MS-DLVY-P04-能力及可用性管理程序 RF-MS-RSLT-P01-事件管理程序 RF-MS-RSLT-P02-问题管理程序 RF-MS-CTRL-P01-变更管理程序

ISO20000标准及服务介绍

ISO20000标准及服务介绍

赛宝科技服务ISO20000 IT服务管理业务介绍一、背景:信息,与能源和物质作为人类赖以生存和发展的3大资源之一,已经成为现代社会发展的基础。

信息技术作为信息使用和传播的手段,经过几十年的发展,已经成为现代社会发展的重要驱动因素。

现代信息技术的发展给国家产业发展、企业运营和个人生活方式都带来的巨大的变化。

信息时代使我们面临着前所未有的机遇,新的信息交换方式大量涌现,新的信息服务形式在给人们带来便利和效率的同时,也对信息技术管理本身的带来了前所未有的挑战。

服务容定义不清晰、服务方法不规、服务响应不及时、IT人员流动、变更失控等一系列问题一直在困扰着我们。

如何在享受信息技术给我们带来便利和效率的同时,避免或降低信息技术使用的风险,提高对信息技术的管理能力,已经成为社会各阶层需要面对并解决的问题。

IT服务管理正是在这样一个背景下产生的。

信息技术的发展大概经历了三个阶段:以技术设备投入为主的第一阶段;以单独系统流程建设为主体的第二阶段;现在信息技术已成为一种支撑业务发展的关键服务手段,信息技术经历了从技术主导到服务主导的转变。

随着信息技术的发展和信息使用方式的扩展,使用传统方式管理信息技术已经不能满足要求。

大量实践表明,IT系统生命周期中80%时间处于运行维护周期,100%的效益发生在系统投入使用后的运维期间,但运维期间资源投入却不到整个系统投入的20%,形成了重建设,轻运维的格局。

经过多年的总结和实践,人们普遍认识到只有做好系统运行维护,才能真正发挥系统效益,使用管理体系的方式管理信息系统的运行和维护正是在这样的大背景下产生的。

二、目前IT服务管理面临的主要问题:1、IT系统规模膨胀,管理难度直线上升从局域网到广域网再到无线网络、系统平台多样化并不断升级、软件来源多样、数据类型千差万别,IT系统规模呈爆炸式增长。

系统复杂程度的增加导致管理难度急剧上升。

2、以技术为中心,而不是以业务为中心目前,对信息技术的应用还主要通过设备和系统的投入为主。

ITSS与iso20000区别

ITSS与iso20000区别

ITSS(信息技术服务标准-运行维护服务)与iso20000(it服务管理体系)
一、两个服务体系的主要内容:
ITSS中运维系列标准主要面向“运行维护服务”,围绕“谁能做、做什么、怎么做”,针对以下问题,提供标准支持:
1、提供运维服务应具备什么样的条件和能力,或什么样的组织能提供运维服务?
2、运维服务包括哪些服务内容、服务方式和交付内容?
3、针对提供运维服务过程中出现的突发事件或重大事件,应如何响应?
4、提供数据中心、桌面及外围设备运维服务,应怎么做?
ISO/IEC 20000系列标准主要围绕如何做好服务管理而展开,主要面向“服务管理”,围绕“如何建立服务管理体系、如何应用服务管理体系和如何审核服务管理体系”,针对以下问题,提供标准支持:
1、什么是服务管理体系,以及什么样的服务管理体系是符合要求的?
2、如何按照PDCA原理和过程方法建立服务管理体系?
3、针对中小企业、云计算等,如何建立和应用服务管理体系?
4、如何审核服务管理体系?。

ISO20000-IT服务管理要点

ISO20000-IT服务管理要点

ISO20000-IT服务管理要点————————————————————————————————作者:————————————————————————————————日期:ISO20000 IT服务管理要点这个部分就主要关注在跟大家IT运维服务相关的标准讨论上,目前也已经形成全球公认的,大家互认的一个认证的标准ISO20000上面。

因为这个标准实际上是用了目前整个IT系统变成我们整个业务当中一部分,而且这个系统变得越来越复杂,整个信息基础架构上面好的应用系统也越来越多,变得越来越难以管理的时候,应运而生的这样一个标准,现在重要性不只是IT企业没有了IT怎么办的问题,包括我们日常生活。

今天关注ISO20000这个标准和IT服务管理体系到底是怎么回事,在实施过程当中大家比较疑惑的一些问题。

IT服务管理体系长得什么模样?我做IT运维的时候,目前这套流程是不是符合IT服务管理体系的要求,谁应该去实施这个管理体系,都是一个问题。

在IT服务的方面,什么叫IT服务呢?OPC有一个标准的定义,由IT服务提供者给一个或多个客户提供的服务,叫做IT服务。

如果大家回过头去看ITIL的时候,是IT系统运维的服务,有一个IT基础设施在,有好的应用系统在上面,有这样一套机制的时候,必须要有人持续运营,给业务持续提供IT服务。

我们ITIL关注这个方面。

ISO20000关注的侧面,比这个稍微有一点宽,如果我们看ITIL 的时候,我们大的公司,自己的IT部门运维了一套基础设施,运维了一套应用系统,我是针对我自己的,所以每一个流程,似乎看ITIL的每一个流程,都符合ISO20000流程的时候,也都符合自己这个系统的要求。

但是我们现在碰到很多的提供IT服务,不光在运行自己的系统,昨天晚上大家如果看经济半小时的时候,看到大连软件和服务外包整个行业的状况的时候,你会发现有很多公司,包括惠普、IBM,包括很多国外大的公司,他们都在提供IT外包服务,很多欧洲、美洲的公司,把他们IT系统运维的一部分包到中国来,做外包服务。

ISO20000项目运维服务目录

ISO20000项目运维服务目录
频度
a:每次/日 b:每次/月 c:每次/季 d:每次/年
服务时间
a: 7*24 b:5*24 c:7*8 d:5*8
重大事件:15分钟内响应,2小时内解决;
P1:15分钟内响应,4小时内解决;
P2:30分钟内响应,8小时内解决;
P3:1小时内响应,16小时内解决;
交付方式
现场/远程
交付成果
《巡检报告》,《运维记录单》
0204
公益众筹系统
按约定周期定期对软件运行状态进行检查和分析,完成巡检报告;对客户申报的故障提供远程支持,尽快修复故障,提供报告;针对客户当前软件运行情况,给出优化建议并实施,提升性能;根据客户业务发展趋势,评估软件当前及应有性能,提出性能建议。
0205
网点空间
按约定周期定期对软件运行状态进行检查和分析,完成巡检报告;对客户申报的故障提供远程支持,尽快修复故障,提供报告;针对客户当前软件运行情况,给出优化建议并实施,提升性能;根据客户业务发展趋势,评估软件当前及应有性能,提出性能建议。
XXXXXXXXXX便利社区系统维护服务项目IT运维服务目录
XXXXX有限公司
2021年4月1日
版本记录
文档名称
变更说明
版本
日期
编写人
审批人
运维服务目录
新建文档
V1.0
第一章
序号
种类服务对象
小类服务代码
小类服务名称
服务内容概要说明
01
核心系统(微信)
0101
系统核心
定期到现场对保修系统核心的各项参数和指标进行全面的检查,为客户提供资产清册及配置管理服务、保养及巡检服务、技术培训服务、数据备份及恢复服务,及时发现故障(或问题)的隐患,同时做好设备的保养工作等按约定周期定期对硬件设备运行状态进行检查和分析,完成巡检和故障处理报告。

ISO20000实例文件-运维服务目录-模板5

ISO20000实例文件-运维服务目录-模板5

运维服务目录运维服务目录文档修订记录*变化状态:A——增加,C——创建,M——修改,D——删除目录1 简介 (5)1.1目的 (5)1.2适用范围 (5)1.3术语表 (5)2 运维服务目录 (5)3 基础环境运维服务 (9)3.1机房管理 (9)3.2资产管理 (10)3.3线路检查 (11)3.4设备检查 (11)4网络运维服务 (12)4.1网络安装配置 (12)4.2网络运行管理 (13)4.3网络故障处理 (13)4.4网络性能优化 (14)4.5网络设备保养 (14)4.6网络设备巡检 (15)4.7网络备件支持 (16)5主机运维服务 (16)5.1服务器现场备件安装 (16)5.2服务器运行管理 (17)5.3服务器故障处理 (18)5.4服务器设备巡检 (18)5.5服务器备件支持 (19)6存储运维服务 (20)6.1存储监控 (20)6.2存储故障处理 (20)6.3存储性能优化 (21)7基础软件运维服务 (22)7.1基础软件安装配置 (22)7.2基础软件升级补丁 (22)7.3基础软件管理 (23)7.4基础软件故障处理 (24)7.5基础软件优化 (24)8支撑软件运维服务 (25)8.1中间件软件维护管理 (25)8.2数据库软件维护管理 (26)9应用软件运维服务.......................................................................................... 错误!未定义书签。

9.1MES件软件维护管理............................................................................ 错误!未定义书签。

9.2 APP软件维护管理 ............................................................................... 错误!未定义书签。

数据中心运维管理ISO20000体系实践经验交流

数据中心运维管理ISO20000体系实践经验交流
体系试运行
发布体系 试运行体系 优化体系
外审
通过外审,获得证书
持续优化
持续优化管理体系, 确保其适宜和有效
4
三、实施步骤
实施主要阶段
1.现状评估与差异分析 2.体系建设 3.推广试运行 4.认证审核与持续改进
5
1.现状评估与差异分析
通过现状调研、对标等工作找出现有管理体系与ISO20000标准的差距。 对现状从管理要求、标准符合度、客户需求满足等角度进行调研
和项目后续工作重点
IT服务管理 体系设计
▪ 设计数据中心IT服务 管理体系
流程和制度设计
▪ 设计ISO20000要求的 流程
▪ 优化和完善现有运维 操作制度
关键角色和职责设计
▪ 补全重要职能缺失, 优化现有组织和角色
▪ 配套角色职责 ▪ 设计流程KPI
知识转移、现场培训贯穿全过程
第三阶段 审核确定与持续优化

了解客户需求
差异分析报告 改进措施建议
设计管理体系框 架
管理体系配套各 制度、流程设计
或优化
管理体系评审
体系推广试运行 执行内审与管理评审
申请认证 第一次外审
体系完善
第二次外审 得ISO20000证书
持续优化完善 首次监审
持续优化完善
培训和知识转移
3
二、工作思路
体系建设工作思路
启动
第一阶段 现状、差距及需求评估
9
2.体系建设
建立ISO20000所需的各类文件(1-4级文档体系)
✓ 一级文件用于对IT服务管理体系概览性介绍,是数据中心IT服 务管理体系(SMS)的纲领性文件。
第二阶段 目标及体系架构设计
新形势对数据中心 的要求

ISO20000运维服务...

ISO20000运维服务...

2011-4-7参加人员:评测中心4人:杨满荣老师、裴、左、女公司8人:李总、蔡红、王文庭、张颖绮、王秀葆、孙瑞花、张爽、刘晞一、培训内容1、了解目前信息系统运维面临的挑战和解决方法2、运维相关的各知识体系间的关系3、运维企业如何系统地把知识体系导入企业4、了解国家信息系统运维标准主要内容和基本架构二、培训目标:希望领导对此高度重视,与企业资质息息相关三、新四号文2011四号文,代替老18号文《国务院关于鼓励软件和集成》:免征税-—-信息系统集成、咨询和运营维护、集成电路设计等业务,并简化相关程序,可能与系统集成等资质挂勾,要出一些细则,具体办法由财政部、税务总局会同有关部门制定。

目前集成资质调整,可能下半年一系列工作开始,比如推特一级。

通知:运营维护能力认定的通知:试点,在8个地区,北京、上海、成都、广州、沈阳、杭州,对象是前期参加运维标准试点。

试点做专业性的审核(即ISO20000的东西)。

小组成员可到网站上查询。

四、培训模块:当前IT管理面临的挑战;运维相关知识体系介绍;国家信息系统运维标准介绍。

(一)当前IT管理面临的挑战1、IT环境日益复杂2、传统管理面临的问题及状态:IT服务管理的需求———无缝式服务;目前状态-—-被动救火、尽力而为、技术导向、从IT部门出发、一次性的混乱的自己完成分散、孤立;IT企业基础部件——-各类应用软件、各类配置参数、各类通讯线路、各类文档流程、主机等硬件、各类通讯线路、存储设备、各类系统软件;1).问题及状态i)具备企业级的IT基础架构ii)架构庞大而复杂iii)随业务发展频繁变更iv)难主动发现故障v)发生任何事件不容易跟踪解决vi)对问题的评估缺乏现场数据vii)关键配置无法集中控制viii)关键维护流程不易完整控制与跟踪2).增加的中间内容:3). 实现基础后的改进i ) 有统一控制ii ) 有完整的跟踪与记录 iii ) 做到第一时间发现 iv ) 快速v ) ……5) 行业发展规律(二)运维相关知识体系介绍1.运维知识体系结构a)基本结构大运维资质:针对企业---ITIL、ISO20000、国家运维标准;针对个人-——PMP运维管理工程师、运维项目经理、项目管理知识)。

ISO20000实例文件-年度运维服务能力管理计划-模板2

ISO20000实例文件-年度运维服务能力管理计划-模板2

运维服务能力管理计划运维服务能力管理计划文档修订记录目录1简介 (4)1.1目的 (4)1.2适用范围 (4)2公司运维业务规划及分析 (4)2.1公司运维业务分析 (4)2.2本年度经营目标 (4)3运维保障体系建设 (4)3. 1组织架构建设 (4)3.2人员能力建设 (5)3.3资源能力建设 (7)3.4运维技术能力建设 (9)3.5过程能力建设 (10)4年度服务质量 (11)4.1服务质量检查工作 (11)4.2服务项目质星检査 (12)1简介公司作为通过市场化手段推动信息化建设的战略创新之举,依托强大的技术和管理能力,全面参与"智慧智造”的规划与建设工作,以创新的智葱工厂建设新模式,协助XX企业进行信息化投资建设、信息化应用推广和信息产业发展壮大等领域的各项工作。

1.1目的本文档作为指导运维经理编写《运维服务能力管理计划》的依据,运维经理需按照要求按时提交服务能力管理计划。

1.2适用范围本文档适用于运维项目的服务能力管理计划。

2公司运维业务规划及分析2.1公司运维业务分析公司主要在基础环境、软件和硬件等几大领域提供髙效的运维服务。

基础环境主要是针对机房、数据中心基础环境:软件运维服务主要包含基础软件运维服务、应用软件运维服务:硬件运维服务主要包含网络运维服务、主机运维服务、存储运维服务、桌面运维等。

2.2本年度经营目标20XX年我公司的运维业务收入为XX万,根据公司愿景及管理层的决议,特制左20XX年运维业务的经营目标为XX万。

3运维保障体系建设公司的运维保障建设将从组织机构、四要素(人员、资源、技术、过程)等方而总体考虑进行建设。

3.1组织架构建设为了扎实推进运维服务能力的提升,抓住公司运维业务快速发展的机遇期,更好地支撑运维业务的快速规模发展,巩固和提髙专业化能力和技术支撑效率。

明确运维服务职责部门,以XX 部门为基础,维持项目管理部、系统运维部、行政部、软件工程部等部门的建立和职能,根据运维业务的特点明确组织模式、考核激励机制、内部流程衔接、人员配宜等。

ISO20000实例文件-运维岗位职责说明书-模板2

ISO20000实例文件-运维岗位职责说明书-模板2

XX股份有限公司岗位职责说明书
岗位职责说明书文档修订记录
*变化状态:A——增加,C-创建,M——修改,D——删除
目录
1系统运维部岗位职责说明 (4)
1.1运维经理岗位说明书 (4)
1.2服务主管岗位说明书 (5)
1.3客服主管岗位说明书 (5)
1.4高级工程师岗位说明书 (6)
1.5中级工程师岗位说明书 (7)
1.6初级工程师岗位说明书 (8)
1.7质量管理员岗位说明书 (9)
1.8客服专员岗位说明书 (10)
1 系统运维部岗位职责说明1.1 运维经理岗位说明书
1.2 服务主管岗位说明书
1.3 客服主管岗位说明书
1.4 高级工程师岗位说明书
1.5 中级工程师岗位说明书
1.6 初级工程师岗位说明书
1.7 质量管理员岗位说明书
1.8 客服专员岗位说明书
岗位职责说明书
11/11。

ISO20000标准及服务介绍

ISO20000标准及服务介绍

赛宝科技服务ISO20000 IT服务管理业务介绍一、背景:信息,与能源和物质作为人类赖以生存和发展的3大资源之一,已经成为现代社会发展的基础。

信息技术作为信息使用和传播的手段,经过几十年的发展,已经成为现代社会发展的重要驱动因素。

现代信息技术的发展给国家产业发展、企业运营和个人生活方式都带来的巨大的变化。

信息时代使我们面临着前所未有的机遇,新的信息交换方式大量涌现,新的信息服务形式在给人们带来便利和效率的同时,也对信息技术管理本身的带来了前所未有的挑战。

服务容定义不清晰、服务方法不规、服务响应不及时、IT人员流动、变更失控等一系列问题一直在困扰着我们。

如何在享受信息技术给我们带来便利和效率的同时,避免或降低信息技术使用的风险,提高对信息技术的管理能力,已经成为社会各阶层需要面对并解决的问题。

IT服务管理正是在这样一个背景下产生的。

信息技术的发展大概经历了三个阶段:以技术设备投入为主的第一阶段;以单独系统流程建设为主体的第二阶段;现在信息技术已成为一种支撑业务发展的关键服务手段,信息技术经历了从技术主导到服务主导的转变。

随着信息技术的发展和信息使用方式的扩展,使用传统方式管理信息技术已经不能满足要求。

大量实践表明,IT系统生命周期中80%时间处于运行维护周期,100%的效益发生在系统投入使用后的运维期间,但运维期间资源投入却不到整个系统投入的20%,形成了重建设,轻运维的格局。

经过多年的总结和实践,人们普遍认识到只有做好系统运行维护,才能真正发挥系统效益,使用管理体系的方式管理信息系统的运行和维护正是在这样的大背景下产生的。

二、目前IT服务管理面临的主要问题:1、IT系统规模膨胀,管理难度直线上升从局域网到广域网再到无线网络、系统平台多样化并不断升级、软件来源多样、数据类型千差万别,IT系统规模呈爆炸式增长。

系统复杂程度的增加导致管理难度急剧上升。

2、以技术为中心,而不是以业务为中心目前,对信息技术的应用还主要通过设备和系统的投入为主。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2011-4-7参加人员:评测中心4人:杨满荣老师、裴、左、女公司8人:李总、蔡红、王文庭、张颖绮、王秀葆、孙瑞花、张爽、刘晞一、培训内容1、了解目前信息系统运维面临的挑战和解决方法2、运维相关的各知识体系间的关系3、运维企业如何系统地把知识体系导入企业4、了解国家信息系统运维标准主要内容和基本架构二、培训目标:希望领导对此高度重视,与企业资质息息相关三、新四号文2011四号文,代替老18号文《国务院关于鼓励软件和集成》:免征税---信息系统集成、咨询和运营维护、集成电路设计等业务,并简化相关程序,可能与系统集成等资质挂勾,要出一些细则,具体办法由财政部、税务总局会同有关部门制定。

目前集成资质调整,可能下半年一系列工作开始,比如推特一级。

通知:运营维护能力认定的通知:试点,在8个地区,北京、上海、成都、广州、沈阳、杭州,对象是前期参加运维标准试点。

试点做专业性的审核(即ISO20000的东西)。

小组成员可到网站上查询。

四、培训模块:当前IT管理面临的挑战;运维相关知识体系介绍;国家信息系统运维标准介绍。

(一)当前IT管理面临的挑战1、IT环境日益复杂2、传统管理面临的问题及状态:IT服务管理的需求---无缝式服务;目前状态---被动救火、尽力而为、技术导向、从IT部门出发、一次性的混乱的自己完成分散、孤立;IT企业基础部件---各类应用软件、各类配置参数、各类通讯线路、各类文档流程、主机等硬件、各类通讯线路、存储设备、各类系统软件;1).问题及状态i)具备企业级的IT基础架构ii)架构庞大而复杂iii)随业务发展频繁变更iv)难主动发现故障v)发生任何事件不容易跟踪解决vi)对问题的评估缺乏现场数据vii)关键配置无法集中控制viii)关键维护流程不易完整控制与跟踪2).增加的中间内容:3).实现基础后的改进i )有统一控制ii )有完整的跟踪与记录iii )做到第一时间发现iv )快速v )……注:运维分三级,最底层修修补补可能不享受税收优惠。

5)行业发展规律服务对象和内容图c)ITIL:IT Infrastructure Libraty, IT基础设施库d)服务支持:事件;问题;变更;发布;配置e)服务交付:财务(给业务部门创造产值,帮挣钱、省钱);连续性;可用性;能力;服务级别(做成菜单式的,客户可以根据需求选择)3.运维产业链中理解运维相关知识的应用a)甲方业务部门:i)IT系统的最终顾客ii)关心服务是否到位:支持;交付iii)服务提供代表:信息中心iv)ISO20000认证能给业务带来信心v)认证主体:信息中心甲方业务部门(顾客)- 信息中心(服务提供者)如飞机乘客与航空公司的关系b)信息中心i.IT服务的总包方ii.关心运维服务方具体服务是否到位:事件;问题服务提供代表:运维服务供应商iii.运维资质认证可给信息中心带来信心iv.ISO20000认证可促进运维企业与信息中心的流程衔接c)运维服务提供商i.IT服务的实施方ii.关心运维服务分包方的能力和运维工程师能力、具体服务是否到位:维修水平;工具iii.服务提供代表:运维服务分供应商和工程师iv.引入ITIL 和运维标准可提高具体运维的规范性甲方业务部门(顾客)、信息中心(顾客)-→运维提供方(服务提供者) -→运维分供方(服务实施人员)。

如飞机乘客、航空公司与飞机西餐公司注:IT 运维要建成一本书4.ITIL V2介绍a)发展过程i )2001年英政府计算机和电信中心(CCTA )整合的英商务部研究和解决“IT 服务质量不佳”的问题ii )1989年,CCTA 发布了一套10卷本的IT 服务管理指南,归纳和总结10大IT 服务管理核心流程,即为ITIL V1iii )2001 原10本合编为《服务提供》和《服务支持》,增加应用管理、安全管理等5个模块。

6模块V2b)核心流程组c)ITIL 作用i.人员认证ii.可裁剪导入流程iii.可指导开发工具iv.是IT 运维的基础v.是最佳实践,不是标准不能用于企业认证建议:公司要有一些经过ITIL培训的人员。

(秀葆:公司有两个foundation人员---王秀葆、陈思思d)运维企业如何导入ITIL知识体系i.选派人员参加人员认证培训ii.通过咨询导入流程iii.开发基于ITIL的管理工具e)运维企业导入对企业的益处i.导入运维管理的基本流程ii.培养人员iii.便于与客户流程的对接iv.对客户提供流程咨询和工具销售5.ITIL V2介绍e)标准起源f)标准组介绍i.ISO20000-1:20051.管理规范,IT服务管理标准2.对IT服务管理提出要求,并且与负责初始中化、实施或维持IT服务管理的人员相关;3.可以用来引导符合性审核ii.ISO 20000-2:20051.实施准则(Code灶),业界总结的最佳实施指南;2.为服务提供者实施服务改进计划或通过ISO/IEC 20000-1:2005 审核提供指导;3.为审计人员提供行业一致认同的指南g)ISO 20000-1 体系结构i.管理体系要求(3)管理职责、文档要求、了解和培训ii.策划和实施(4)计划、实施、监控、提高(Plan, Do, Check, Act.)iii.新服务规划(5)新的或更改的服务的策划和实施iv.服务交付过程(6)容易管理—服务持续性和可用性管理;服务管理---服务报告;信息安全管理---IT的预算和核算v.关系过程(7)业务关系管理、供应商管理vi.解决过程(8)事件管理、问题管理vii.发布过程(9)发布管理viii.控制过程(10)配置管理、变更管理。

6.ISO 20000 介绍e)与ITIL的区别i.ISO 20000:是以这套方法论为核心的国际标准,主要用来认证ii.有13个管理流程f)运维企业导入ISO20000认证的益处i.强化客户信心(第三方认证最大的好处)ii.与客户运维流程对接(建议项目经理级别可以为客户梳理流程iii.培养人才iv.强化市场竞争力注:集成资质可能会考核企业信誉7.运维企业ISO 9001认证与ISO 20000 认证的关系l l th i ng si nt e i rea)联系i.都是ISO 标准族中的标准ii.管理思路相同:PDCA 体系结构iii.20000是9001在IT 服务管理中的应用b)区别i.9001是通用认证:没有IT 服务增加额外要求ii.系统集成企业9001的运维认证是集成认证的延续,本质还是售后服务iii.9001认证不能满足对运维企业管理的需求:流程、人员、资源、技术等核心要素在9001中没有体现iv.20000可基本满足运维要求(三)国家信息系统运维标准介绍1.信息技术服务标准体系信息技术服务标准体系业务标准运维运维服务能用要求数据中心运维服务规范信息系统运维服务规范运维服务安全要求外围设备运维服务规范2.信息技术运维服务系列标准架构介绍a)标准架构i.第一部分 通用要求ii.第二部分 交付规范iii.第三部分 应急响应规范iv.第四部分 桌面及外围设备服务规范 v.第五部分 桌面及vi.第六部分 应用系统服务规范3.第1部分:能用要求a)标准编制的目的和意义i.规范信息技术运维服务市场,推动运维服务产业发展b)标准编制的思路i.界定关键能力ii.界定要素具备的条件和能力:iii.提供适宜的能力等级●人员●资源要求关键指标运维工具监控工具运维管理工具专用工具具备监控工具具备过程管理工具具备专用工具服务台专门的渠道专人负责专用的管理制度沟通渠道管理制度沟通渠道的专业性和有效性知识库描述分析和解决办法,可用的、可共享的知识管理策略,添加、更新、查询功能,生命周期管理涵盖运维服务活动相关的各层面具备可用性和有效性具有入库管理和审批环节具有制度化的过程监控和评估备件库定义响应方式和级别供应商管理入库管理●技术要求关键指标技术研发研发规划研发环境研发团队研发投入经费研发成果数量与发现问题相关的技术具有信息采集和监控的手段具有诊断和分析问题的方法信息采集手段的有效性核心技术的掌握程度诊断方案或手册的可用性与解决问题相关的技术问题解决的技术指标或标准解决问题的方案或手册测试标准和方法技术指标或标准的有效性解决问题方案或手册●过程l l t 4.第1部分:交付规范a)标准编制的目标和作用b)运维服务交付模型SLA 需求(输入)-→交付内容:例行操作、响应支持、优化改善、咨询评估-→交付方式:远程、现场-→将会成果:SLA 满足需方c)d)交付内容i.例行操作:有无要求都要去做的ii.响应:必须有呼方iii.优化改善:提高性能或管理能力,保障需方稳定高效运行iv.咨询评估:e)5.第三部分:应急响应规范a)主要定义i.重点时段保障:ii.运维服务应急事件b) 运维服务应急响应过程c)应急d)应急准备i.应急管理方针与应急管理组织ii.风险评估与改进iii.应急事件级别划分:灾难事件、重大、严重e)预案制定f)监测与预警g)总结改进6.第四部分 数据中心规范 a)A例 机房基础设施监控内容表服务对象监控内容htnisgnihtllAdnaee an dAl l t h i ng si nt he i rb ei n ga re go od fo rs o 包容是一种大度,整天笑呵呵的人并不是他没有脾气和烦恼,而是心胸开阔,两个懂得相互包容的hi ng si nt he i rb ei n ga re go od fo rs o 人与人相处,要多一你对我好,我又岂能不知,你谦让与我,我又怎能再得寸进尺,你欣赏我,我就有可能越变越好,你尊重我,我也会用尊重来回报你,你付出爱,必会得到“臣一路走来,没有敌人,看见的都是朋友和师长”.这就是胸怀。

相关文档
最新文档