系统运维质量整改措施.docx

系统运维质量整改措施.docx

《系统运维质量整改措施.docx》由会员分享，可在线阅读，更多相关《系统运维质量整改措施.docx（23页珍藏版）》请在冰豆网上搜索。

系统运维质量整改措施

系统运维质量整改措施

系统运维质量整改措施分公司一直注重提升维护指标，严格要求网络接通率要达到95%以上；障碍修复及时率、服务满意率，完成率等关键指标均要求达到相关指数，努力使客户感知有明显增强。

网格经理要启到督促作用，每天早上开小会、提高维护员服务意识，做到及时预约，及时处理，不拖拉的工作作风，从而对PDA片区街道匹配错误的，维护员接不到单的现象，导致用户多次来电造成的催促，应该及时备注，并第一时间联系用户，做好解释工作，报至信息中心更改用户街道。

做到首认责任制，降低二次来电。

对于当天维护单消肿问题做到日事日毕，当天的事情当天做完。

1、催促：

对接到故障报修催促1次处罚网格专员50元每次。

且同ID催促3次以上的维护单，直接更改为投诉类型，第一责任人处罚500元，网格经理连带100。

2、遗留：

对当天维护单调度中心12点导表前未及时消单的网格专员处罚50元每次。

二，重点整治，提升网络支撑能力。

加强网格经理工作职能，突出重点解决维护难题。

2月份以来，公司继续推进线路整治，重点解决线路老化问题，机箱整改，对客户投诉、重复申告较集中的重点区域，进行先期整治，从而做到降低断网，减轻维护量，解决网慢，掉线等问题。

由于2月份断网531次且超2两小时断网277次占总断网比例的52.17%、3月份已将断网指标下达给各分公司进行考核，并对各分公司超2小时断网进行及时的跟踪与反馈、具体措施如下：

1、3月份相关断网指标480次，超2小时断网比例不得超过40%。

特对3大分公司进行如下考核指标：

武昌230次、汉口115次、汉阳135次若完成任务奖励分公司总助理200、网格经理100、若未完成任务处罚分公司总助理200、网格经理100.2、提前通知网格经理对社区机箱上锁，电费提前交纳，及线路整改做出相应措施、并定期通知监督管理部门抽查个片区机箱上锁情况。

若发现未上锁给以网格经理每个30元处罚。

3、对断网超2小时、且情况特殊。

网格经理必须通知运维管理部备案，做出相应解决方案。

如特大断网必须通知相关分公司老总，总监。

如若未及时上报者给于500至1000的处罚。

三，服务从细节出发、突出细节作用。

由于1月2月份维护人不稳定，以及外包商的缺人，导致催促投诉居高不下，新人较多，服务不满意明显增高，3月份各分公司人员已补充完毕。

其重要抓团队纪律上，并在每周4开展售后人员培训必须重抓细节，稳定团队，调动

维护员的一切积极性。

从而提高维护员素质。

提升服务满意率。

做到一切以客户至上，服务为本的原则。

针对服务不满意，上门不及时一经回访核实将给于网格专员100元一次的处罚，网格经理连带处罚50.并在当月工资绩效中扣除。

---------武汉公司运维管理部2012年3月5日运维服务质量保障措施XX公司作为一家致力于为行业客户提供专业数字化应用与技术服务的综合型IT企业，主要业务主要涉及移动互联网应用、云计算、计算机信息系统集成、软件设计开发与维护、物联网应用、数字化教育、数字化校园、安防监控、智能化、IT运维服务等多个领域。

凭借自身精湛的技术、优质的服务及良好的商业信誉，恒峰公司通过广东省高新技术企业认定，广东省计算机信息系统安全服务资质、计算机信息系统集成二级资质认证，广东省信息产业厅双软企业认定，广东省安全技术防范系统设计、施工、维修资格一级认证，ISO9001:

2008国际质量认证，ISO20000IT服务管理体系认证，国际软件CMMI能力成熟度模型集成L3级认证，广州地区信息行业诚信企业，并且网上阅卷系统、网上报名系统、教学质量分析系统、学籍管理、手机信息发

布、扫描识别等二十七个应用软件获得国家版权局颁发的自主知识产权证书。

为了保证客户能得到有质量保障的运维服务，我公司建立了完善的服务制度和拥有专业的运维服务团队。

我公司整合运维服务资源，规范运维行为，确保服务质效，形成统一管理、集约高效的一体化运维服务质量保障体系，从而保障客户购买的产品或服务能安全、稳定、高效、持续的运行。

1、服务目标保证用户现有的信息系统的正常动作，降低整体管理成本，提高网络信息系统的整体水平。

同时根据日常维护的数据和记录，提供用户信息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。

2、服务关键指标建设运行维护服务所涉及到的核心能力参数，在本部分中主要体现在人员、资源、技术、过程四个方面。

我方将从以上四个指标出发作为我方运行维护服务能力的有力证明。

2.1人员目的确保提供运行维护服务的人员具备应有的能力。

为保证故障响应、解决问题和交付结果可控，我方会在人员管理、岗位结构和人员的知识、技能、经验、安全意识等方面达到应有的水平。

人员管理我方从以下方面着手人员的管理：

a）人员储备建立与运行维护服务相关的人员储备计划和机制，确保有足够的人员，以满足与需方约定的当前和未来的运行维护服务需求。

b）人员培训建立与运行维护服务相关的培训体系或机制，在制定培训计划时识别培训要求，并提供及时和有效的培训。

c）绩效考核建立与运行维护服务相关的绩效考核体系或机制，并能够有效组织实施。

岗位结构有专职团队负责运行维护服务的工作，对运行维护服务中的不同角色有明确分工和职责定义，为了保障运行维护服务交付的顺利实施，需方也应提供必要的接口。

一个完整的运行维护服务团队应包括管理、技术支持、操作等主要岗位：

a）管理岗职责：

1）在运行维护服务中负责管理运行维护服务；2）与需方建立顺畅的沟通渠道，准确地将需方的需求传递到运行维护服务团队；3）规划、检查运行维护服务的各个过程，对运行维护服务能力的策划、实施、检查、改进的范围、过程、信息安全和成果负责。

b）技术支持岗职责：

1）在运行维护服务中负责技术支持，包括网络、操作系统、数据库、中间件、应用开发、硬件、集成、信息安全等；2）对运行维护服务过程中的请求、事件和问题做出响应，保障信息安全并对处理结果负责。

c）操作岗职责：

1）在运行维护服务中负责日常操作的实施；2）根据规范和手册，执行运行维护服务各过程，并对其执行结果负责。

知识保证服务人员在学历教育基础上具备运行维护服务相关知识，包括：

a）基础知识与信息技术相关的基本知识。

b）专业知识从事运行维护服务所必备的知识，具有较为系统的内容体系和知识范围。

如网络技术人员应具备网络专业整体的内容体系和知识。

c）综合知识与运行维护服务相关的组织和行业知识。

技能在运行维护服务过程中关注运行维护服务人员的技能，

包括：

a）确定运行维护服务人员在运行维护服务中所必备的能力；b）要求运行维护服务人员具备从事相关运行维护服务的资格；c）特殊环境运行维护服务人员应具备相关资格。

经验在运行维护服务过程中关注运行维护服务人员的经验，包括：

a）运行维护服务人员具备所从事运行维护服务活动的经验；b）具备一定的从事运行维护服务活动的经验。

2.2资源目的具备提供足够资源的能力，以满足与需方约定的及需方未来的运行维护服务需求。

运行维护工具使用有效工具实施和管理运行维护服务，包括：

a）监控工具，对运行维护服务对象进行数据的采集和监控，评估可能导致运行维护服务对象故障的因素；b）过程管理工具，按照商定的SLA管理运行维护服务的交付过程，过程管理工具宜包括日常运行维护管理、记录、测量、监督和评估等功能；c）专用工具，根据服务要求配备的安全工具和用于特殊要求的工具。

服务台使用有效手段和方法受理需方的运行维护服务请求，及时跟踪服务请求的处理进展，确保实现SLA要求，包括：

a）设置专门的沟通渠道作为与需方的联络点，沟通渠道可以是热线电话、传真、网站、电子邮箱等；b）设定专人负责服务请求的处理；c）针对沟通渠道整合服务过程，建立管理制度，包括服务请求的接收、记录、跟踪和反馈等机制，以及日常工作的监督和考核。

备件库具备并有效管理运行维护服务活动所需的备件资源，为所运行维护的设备或系统提供备件服务，按照SLA要求恢复设备或系统的正常运行。

对备件库的管理包括：

a）备件响应方式和级别定义，能够满足SLA所约定的备件支持；b）备件供应商管理：

能够规范备件的采购过程，对供应商进行选择和评价；c）备件出入库管理：

能够对入库备件进行标识，规范备件的使用和核销，备件物品的帐务管理；d）备件可用性管理：

能够定期对备件状态进行检测，以确保其功能满足运行维护需求。

知识库具备运行维护服务活动相关的知识积累，以保证在整个

组织内收集、共享、重复使用所积累的知识和信息，包括：

a）针对常见问题的描述、分析和解决方法建立知识库；b）确保整个组织内的知识是可用的、可共享的；c）选择一种合适的知识管理策略；d）知识库具备知识的添加、更新和查询功能；e）针对知识管理要求制定相关管理制度，并进行知识生命周期管理。

2.3技术目的确保供方具备与运行维护服务策划相适应的技术和手段。

在运行维护服务实施过程中，可能面临各种问题（如硬件故障）、风险（如安全漏洞）以及新技术和前沿技术应用所提出的新要求，我方会根据需方要求或技术发展趋势，具备发现和解决问题、风险控制、技术储备以及研发、应用新技术和前沿技术的能力。

技术储备a）根据业务和市场分析，制定研发规划，包括新技术和前沿技术的应用、技术储备等；b）配备与规划相适应的研发环境；c）配备与规划相适应的研发队伍。

发现问题的相关技术a）具有信息采集和监控的手

段；b）具有诊断和分析问题的方法。

解决问题相关的技术a）解决问题的技术指标或标准；b）解决问题的方案或手册；c）测试环境、测试标准和方法。

2.4过程为了确保客户信息系统的安全稳定运行，我方会建立以下的服务管理能力并发挥其效能，具体如下：

a）服务级别管理；b）服务报告；c）事件管理；d）问题管理；e）配置管理；f）变更管理；g）发布管理；h）信息安全管理。

服务级别管理确保通过定义、签订和管理SLA，满足需方对服务质量的要求。

a）建立服务目录；b）与需方签订SLA；c）等；d）在SLA评估后制定改进内容及改进措施。

关键指标服务级别的关键指标包括：

a）服务目录定义的完整性；根据需方的考核评估要求，建立SLA考核自评估机制，包括SLA完成情况、达成率b）签订SLA文件的规范性；c）SLA考核评估机制的有效性和完整性。

服务报告通过及时、准确、可靠的报告与需方建立有效的信息沟

通，为双方管理层提供决策支持。

a）与服务报告过程一致的活动，包括建立、审批、分发、归档等；b）服务报告计划，包括提交方式、时间、需方接收对象等；c）服务报告模板，包括格式、提纲等。

事件管理确保具有检测事件、尽快解决事件的能力。

我方根据事件管理的过程建立：

a）与事件管理过程一致的活动，包括事件受理、分类和初步支持、调查和诊断、解决、进展监控与跟踪、关闭等；b）事件分类、分级机制；c）事件升级机制；d）满意度调查机制；e）事件解决评估机制，包括事件解决率、事件平均解决时间等。

问题管理通过识别引起事件的原因并解决问题，预防同类事件重复发生。

我方会根据问题管理的过程建立：

a）与问题管理过程一致的活动，包括问题建立、分类、调查和诊断、解决、关闭等；b）问题分类管理机制，包括问题的影响范围、重要程度、紧急程度并确定优先级；c）问题导入知识库机制；d）问题解决评估机制，包括问题解决率、问题平均解决时间等。

配置管理运行维护服务对象的必要记录，并保证配置数据的可靠性和时效性，关联支持其他服务过程。

我方会根据配置管理的过程要求建立：

a）与配置管理过程一致的活动，包括识别、记录、更新和审核等；b）配置数据库管理机制；c）配置项审核机制。

变更管理通过管理、控制变更的过程，确保变更有序实施。

我方会根据变更管理的过程建立：

a）建立与变更管理过程一致的活动，包括请求、评估、审核、实施、确认和回顾等；b）建立变更类型和范围的管理机制；c）对变更完成情况进行统计分析，包括未经批准变更数量及占比、不同类型的变更数量及占比、不成功的变更数量及占比、取消的变更数量及占比、变更关联的配置数。

发布管理为确保一个或多个变更的成功导入，我方会根据发布管理的过程建立：

a）建立与发布管理过程一致的活动，包括规划、设计、建设、配置和测试等；b）建立发布类型和范围的管理机制；c）制定完整的方案，包括发布计划、回退方案、发布记录等；d）对发布完成情况进行统计分析，包括发布成功率、

发布及时率、是否更新配置管理数据库等。

信息安全管理我方会建立运行维护服务过程中的信息安全管理过程：

a）符合相关法律法规的规定，满足需方对运行维护服务过程的信息安全需求和供方本身信息安全需求；b）建立与信息安全管理过程一致的活动，包括识别、评估、处置和改进等。

3、运维服务相关支持计划说明3.1运维服务体系说明为更好的执行项目的服务工作。

我公司建立基于ISO/IEC20000IT服务管理体系的流程化管理，并予以文档化。

推进计划、实施、监控、评审和改进服务交付和管理，持续改造完善服务流程，持续优化不断提高效率，打造专业服务团队。

XX公司致力于在IT服务领域做出业界领先的业绩，基于过去自身长期的IT服务实践的经验，在学习参考ITIL最佳实践理论的同时，遵循ISO/IEC20000标准的要求，来建立和实施标准化的IT服务管理体系，达到以合适的成本向客户提供稳定一贯服务质量。

3.2运维服务流程为项目的服务工作能严谨科学的执行，我们制订了贯穿整个维护过程的服务流程，这个流程将是服务成功实施的重

要保障，有效的将人力和事件融合到流程中，用流程贯穿整个过程，将有效的提高服务质量。

针对项目，我方将采用以下流程，并固化到服务台中，以更好地提供服务，保障项目服务水平达到项目要求，流程图包括：

服务台及现场服务流程图应急服务流程图健康检查服务流程图第三方服务流程图其他服务流程图服务台及现场服务流程图为保证现场服务实施的质量能够稳定并不断有所提升，保障客户需求能够得到有效满足，保障现场服务实施团队为客户提供统一、标准化的服务支持，并为客户设立专门的客户服务专员，对进行全程跟踪，提升服务实施专业性，制定服务流程：

服务台及现场服务流程图用户服务台技术支持服务经理1.提出服务需求2.受理并记录服务请求服务受理3.事件分类4.远程解决现场服务未解决未解决服务处理解决派发现场服务单解决服务升级服务支持5.满意度回访解决遗留问题有无原因调查及诊断服务支持服务结束结束应急服务流程图建立应急服务流程，主要是针对可能发生的各种意外情况设计应急的方案，以控制和规避突发事件带来的集中性风险，从而降低设备集中性风险所造成的损失，制定以下流程图：

应急机制处理流程图用户提出服务需求受理并记录服务需求工程师分析故障联系处理结果携带配件现场处理未解决驻厂经理沟通用户负责人报告故障进度、结果项目经理解决报告总经理录入后健康检查服务流程图监控检查服务过程包括5个阶段：

准备阶段，现场交流与采集阶段，巡检问题现场处理阶段，技术交流与培训阶段，数据分析处理与报告生成阶段。

基本流程参见下图：

开始客户联系人准备阶段健康检查计划相关设备表现场交流与采集阶段采集数据访谈信息采集数据健康检查问题现场处理阶段硬件处理流程软件处理流程访谈信息采集数据问题处理信息技术交流与培训阶段日常维护说明健康检查服务报告访谈信息采集数据问题处理信息数据分析处第三方服务流程图流程中制定了需要第三方实施厂商配合完成的工作内容和进度的相关要求。

第三方服务流程图服务需求受理并记录服务需求是否需第三方服务Y联系第三方供应商N解决工程师现场修复第三方工程师现场处理未解决满意度回访提供解决方案厂商技术支持结束其他服务流程图为了更好的监控服务过程，同时保证设备正常运行，降

低项目实施风险，我方在进行服务内容以外的操作（例如系统在巡检时可能需要对设备箱进行操作）时，必须取得甲方同意后方可进行操作，现制定以下流程：

其他服务流程图用户提出服务需求记录和分析用户需求工程师现场检测与处理处理结果同意执行方案提供可行性方案解决项目经理征求用户同意用户需求负责人同意录入公司后台数据库结束3.3运维服务方式为了保证项目所有软硬件设备的正常运行，我方提供了灵活的服务方式，可以充分满足项目的需求，服务方式有以下几种：

服务台提供技术咨询、服务请求受理、任务分派、意见受理、客户服务专员快速通道、服务查询等服务。

远程支持服务――为终端用户提供远程技术维护服务。

现场服务――为远程未能解决的问题提供技术支持、现场维护服务。

服务台延伸了服务的范围，使业务流程与服务实施相结合，服务台人员对所有用户提交的服务请求、故障和问题等在服务系统进行记录、分派等操作，服务台提供以下的服务：

对问询服务电话实时应答直接处理简单的请求和投诉记录事件/服务请求到服务管理系统对所有事件进行初始化分析和设计解决方案首先尝试解决事

件再寻求二线支持对所有事件监控与升级管理提交服务管理报告远程支持服务我方为甲方提供远程支持与协助服务，由远程技术支持工程师负责对终端客户的服务请求进行解答、指导和远程操作。

电话支持通过电话的方式协助用户完成设备故障排查、优化配置等工作。

邮件支持提供技术支持邮箱，可以通过邮件沟通，解决用户邮件咨询的问题。

远程软件支持通过远程协助软件，运用远程直接访问的方式，远程协助用户操作并解决问题。

现场服务我方将按事件处理的流程，分派专业的技术工程师到现场提供服务。

现场服务工程师必须严格履行合同中的各项指标承诺，为提供项目的软硬件安装、配置、调试、维护等服务，对故障问题进行分析和总结，以及系统硬件、系统软件及网络中断的维护巡检工作。

3.4服务质量监控

在所有服务实施过程中，服务工程师均需如实填写详细服务记录，并由客户签署意见后，提交公司备案。

3.5服务文档日常监控记录按照设定的监控时间，分时段记录系统运行情况，进行异常状况分析，及备案解决情况。

故障报告记录与故障有关详细情况，包括：

故障提交人、部门或公司、故障现象、解决方案等。

系统性能报告记录系统性能情况，如：

设备Ip地址，CPU、内存、存储等运行状况。

以及第三方软件系统运行状况。

业务处理成功率分析报告对业务处理成功率进行分析，包括发生数据，成功/失败接收数据，原因情况。

备用设备与零件管理按约定的比例配置成套备用设备与备用零件，设立服务中心备品备件库：

1）备品备件库由服务部统一管理；2）服务中心备品备件库由服务中心统一管理；3）服务中心建立专门的备用设备与零件保管规定，由行政助理负责管理；4）服务中心建立专门的备用设备与零件使用与审核制度，并严格执行；

5）服务中心建立备用设备与零件使用档案，随时记录所有备用设备与零件使用记录。

6）服务中心每月统计备用设备与零件使用与库存情况，形成备用设备与零件使用情况报告，经理确认后，传真到公司。

7）公司根据服务中心上报的备用设备与零件库存情况，每月一次进行补充，保证服务中心始终保存规定的库存备件。

建立档案为了更有效地做好最终用户的服务，提高服务质量，我们为最终用户建立一份详细的档案。

1、信息系统的技术要素：

数据、硬件、软件、通信网络、基础设施。

（1）数据是信息系统处理的对象，是信息系统最基本的元素。

数据又包括信息、知识、智慧

（2）硬件是计算机设备的总称，也叫做硬件设备，一般分为中央处理、存储器和输入、输出设备。

（3）信息系统依靠软件帮助终端用户使用计算机硬件，将数据加工转换为各类信息产品。

一般软件分为基础软件和信息系统软件。

2、信息系统的影响因素：

内部因素五个：

（1）战略计划

（2）管理高层（3）用户

需求（4）IT部门（5）现行信息化基础外部因素六个：

（1）技术

（2）供应商（3）客户（4）竞争对手（5）经济环境（6）政府3、云计算是一种按使用量计费的服务模式，包括：

软件即服务（SaaS）、平台即服务（PaaS）和基础设施即服务（IaaS）4、信息系统运维的目标：

信息系统运维的目标是建立一个高效、灵活的信息系统运维体系，确保信息系统安全、可靠、可用、可控，进而达到IT的充分利用。

（简答或者提空）5、信息系统运维的内容：

（1）例行操作：

运维提供方提供预定的例行服务，以及时获得运维对象的状态，发现并处理潜在的故障隐患

（2）响应支持：

运维提供方接到需求方运维请求或故障报告后，在双方达成的服务品质协议承诺内尽快降低和消除对需求方业务的影响。

（3）优化改善：

运维提供方适应需求方业务需求，通过提供调优、改进等服务，达到提高运维对象性能或管理能力的目的。

（4）咨询评估：

运维提供结合需求业务需求，通过对运维对象的调研和分析，提出咨询建议或评估的方案。

6、信息系统运维的对象是运维服务的受体，主要包括

基础环境、网络平台、硬件设备、基础软件、信息系统软件、数据等。

7、信息系统运维管理的主要流程：

事件管理、事故管理、问题管理、配置管理、变更管理、发布管理、知识管理。

8、运维管理流程将达到以下目标：

（1）标准化：

通过流程框架，构建标准的运维流程。

（2）流程化：

将大部分运维工作流程化，确保工作的可重复，并且这些工作都有质量的完成，提升运维工作效率。

（3）自动化：

基于流程框架将事件与运维管理流程相关联，一旦被监控的系统发生性能超标或机，会触发相关事件及事件事先定义好的流程。

9、运维管理人员的内容：

（1）明确各业务人员的任务及职权范围，尽可能确切地规定各类人员在各项业务活动中应负的责任、应做的事情、办事的方式和工作的次序。

（2）对于每一个岗位都应该有定期的检查和评价，为此对信息运维的每项工作都有一定的评价指标。

（3）要在工作中对工作人员进行培训，以便使他们的工作能力不断地提高，工作质量不断改善，提高系统的效率。

10、信息系统运维模式：

自主运维模式、完全外包运维模式、混合运维模式。

11、信息系统运维的外包概念：

信息系统运维外包也称

为信息系统代维，是指信息系统使用单位将全部或一部分的信息系统运维服务工作，按照规定的维护服务要求，外包委托给专业公司管理。

12、信息系统设施运维的对象：

基础环境、硬件、网络、基础软件等。

13、基础软件：

主要包括有操作系统、数据库系统、中间件及其他的支撑系统。

14、故障诊断与修复原则：

先易后难、先软后硬、先边缘后核心、先链路后设备。

15、云环境下信息系统设施运维的优势：

1）设施运维工作更加专业、敏捷2）设施运维单机故障影响更小3）设施运维成本更低。

16、云环境下信息系统设施运维的挑战：

1）设施架构复杂度更高2）设施故障可能造成更大范围的损失3）运维故障处理难度更大。

17、信息系统软件运维的管理流程：

P、D、C、A（P-Plan计划；D-Do执行；C-Check检查；A-Act处理）。

18、信息系统软件运维文档管理：

（1）文档管理制度化

（2）文档管理标准化、规范化（3）落实文档管理人员（4）保持文档的一致性（5）维护文档的可追踪性。

19、信息系统软件运维的日常内容：

监控、预防性检查、常规操作。

20、软件缺陷一般分为四种：

微小的、一般的、严重的、致命的。

21、信息系统软件缺陷状态有：

（1）活动状态（问题没有解决，通过验证缺陷仍然存在）、

（2）已解决状态（问题已经解决或者通过单元测试）、（3）关闭状态（经过验证后，确认缺陷不存在之后的状态）。

22、信息系统软件恢复管理流程的要点如下：

（1）系统恢复申请被提出；

（2）分析信息系统软件故障原因；（3）恢复安装前检查，恢复系统后测试；（4）对恢复安装过程进行跟踪，确认；（5）系统恢复申请单、故障原因分析记录、恢复安装记录等过程文档存档。

23、数据资源运维的管理对象：

数据文件、数据管理系统、存储介质。

24、数据资源运维的应急响应：

（1）制定应急故障处理预案，设立应急故障处理小组，确定详细的故障处理步骤和方法。

（2）制定灾难恢复计划，定期进行灾难演练，以防备系统崩溃和数据丢失。

（3）灾难发生后，应急故障处理