企业运营管理方案

　　演进原则：

　　通过对C电信公司IT运营服务管理现状能力分析，结合ITSP2.0规范要求，A电信公司IT运营服务管理演进原则是：

　　核心流程优先，核心系统优先：重要的核心流程优先实施、核心系统的流程固化优先保障。

　　稳健推进、平滑过渡：IT运营服务管理须在现有实际流程的基础上进行整合、优化，确保对现在的运营服务流程的影响降到最低，实现流程的平滑过渡。

　　4.1.2演进阶段

　　本着“核心流程优先，核心系统的支撑优先，稳步推进，平滑过渡”的原则，结合ITSP2.0规范要求，将C电信公司IT运营服务管理规划与实施策略分为三个

　　阶段：

　　近期：

　　梳理IT运营服务管理流程，实施部分IT服务管理流程，包括事件管理、问题管理、运行管理、配置管理；构建IT服务台，初步建立IT服务管理支撑平台，支撑部分核心IT系统的运营服务管理，提升IT运营服务管理的技术支撑水平；初步建立IT服务管理制度、组织及人员保障体系。

　　中期：

　　固化和优化IT运营服务管理流程，支撑全部核心系统的运营服务管理流程；优化流程，提升IT运营服务效率和执行能力。

　　远期：

　　建立以客户为中心的IT运营服务体系；建立一体化IT运营服务管理支撑平台；持续改进、优化IT运营服务管理流程，支撑全部核心系统的运营服务管流程。

　　4.2.1总体实施方案

　　根据C电信公司IT运营服务管理演进原则，近期C电信公司IT运营服务管理实施总体方案是：初步建立IT服务台，梳理IT运营服务管理流程，实现部分IT服务管理流程的固化，包括事件管理、问题管理、运行管理和配置管理；初步建立IT服务管理支撑平台，支撑部分核心IT系统的运营服务管理；初步建立IT服务管理制度、组织及人员保障体系以及培训体系。

　　4.2.2服务流程实施方案

　　（1）服务台

　　1) C电信公司IT服务台的定位

　　C电信公司服务台既负责处理事件、问题和询问，同时还为变更管理、配置管理、可持续管理、可用性管理等流程提供接口。既是一种技术型服务台，即有具备相关经验和技巧的技术型人员按照文档化的解决方案处理许多事故；又是一种专家型服务台，即有具备IT基础架构方面的专业知识和经验，解决其他人员无法解决的问题。C电信公司的IT服务台面向的用户是所有IT系统的实际使用者和本地网的维护人员。

　　2)服务台流程

　　服务台的主要流程是：提交问题(可能是系统内用户、为之提供服务的客户或者事件管理模块) →问题接收(服务台人员) →问题分派(服务台人员)→问题处理(服务台人员、其他技术人员) →填写变更通知单→问题确认(服务台人员) →近期以支撑事件管理、问题管理、运行管理、配置管理等服务流程为IT支撑平台建设重点，再逐步实施IT基础设施监控、应用软件监控、业务可用性监控等监控系统。

　　3)核心流程实施优先、其它流程分步实施

　　近期以实施事件管理、问题管理、运行管理、配置管理等基础运营服务管理流程为突破口，探索IT运营管理方法，积累运营管理经验、逐步验证、完善全新的运营管理体系；在现有成果基础上分步实施其它运营管理流程。

　　4)流程简单实用，切实可行流程的设计应当尽量简单实用，可以在现有比较成功的流程基础上进行完善，并推广到各个系统域的支撑中去。

　　5)服务响应职责分离，明确清晰明确服务响应职责，并从岗位上与一般维护区分开来。

　　6)配置库近期同步实施、逐步丰富其应用配置库建设随支撑平台的首期工程同步实施，尽早提供配置支撑能力，发挥配置库对IT运营管理的支撑优势；结合管理流程的完善、监控平台的实施，逐步丰富其应用。

　　7)平台选型兼顾高可用性、易扩展性等技术指标根据IT运营管理的实施原则，以及运营管理平台的建设策略，IT运营管理支撑平台势必是分期建设、逐步扩展，平台建设初期需要充分考虑平台只身的易扩展性，以及相关系统、平台的易接入性。

　　（2）支撑平台建设目标

　　支撑平台包括IT运营服务管理系统和IT基层设施监控系统。其中IT运营服务管理系统建设的模块有IT服务台、事件管理、问题管理、运行管理、配置管理。

　　IT基层设施监控系统建设的模块有主机监控、操作系统监控、中间件监控、数据库监控和存储备份。国内厂商方面：亿阳信通和神州泰岳的产品最符合IT服务管理支持平台的要求。

　　国外厂商方面：BMC、HP、IBM三家产品较CA产品更具有优势。

　　总体上国内厂商在规模和总体技术能力要弱于国外厂商，但是产品本地化较好；国外厂商产品大多不支持运行管理流程，但是可以通过二次开发来满足日常巡检、作业计划等运行流程管理等功能要求。

　　（3）支撑平台建设建议

　　由于IT服务管理在实施过程中需要满足许多本土用户的个性化要求，并且现有的IT系统都是国内厂商开发维护的。因此，C电信公司的IT服务管理平台可以考虑选择本地化支撑能力较好的厂商产品，同时，也可以考虑在原有网络运维支撑系统的基础上，进行功能扩展，以满足IT服务管理的需要。

　　4.2.4组织及人员保障实施方案

　　（1）组织及人员保障建设策略

　　1) IT服务管理任务外包原则

　　有利于提高服务响应效率、降低服务运营成本的适合外包；高人力资源消耗的任务适合外包；非核心业务运营管理适合外包；非核心运营管控环节适合外包；外包应不会为公司安全带来不可控风险。

　　2) IT服务管理岗位前置原则

　　响应企业重大经营策略及战略转型，比如：针对分客户群经营、聚焦客户管理等提供专职的市场部前置岗位实施专项支撑。

　　提高服务响应效率、提升运营服务质量；重点保障核心运营管理系统；集中满足同类业务部门的主要运营服务需求，比如：前置财务部的岗位负责财务相关

　　IT系统的主要运营服务管理、协调工作。

　　3) IT服务管理岗位前置建议

　　根据具体项目，组建专业的运营服务项目团队，并根据实际需要前置部分岗位到对口的业务部门。

　　运营服务响应组的BSS小组、 OSS小组、MSS小组、EDA小组部分岗位，可根据运营管理需要前置。

　　系统软件组的BSS小组、OSS小组、 MSS小组、EDA小组的部分核心业务系统的应用维护岗位，可根据运营管理需要前置。

　　（2）组织及人员保障建设目标

　　IT运营服务管理配套的组织及人员建设在企业信息化部的统一管理下。在企业信息化部系统部下设运营服务响应组、硬件平台组和系统软件组。企业信息化部二级部门组建业务软件部。IT服务项目组是，由前面多个团队的人员共同组成一个虚拟团队。

　　1)运营服务响应组

　　负责及时响应业务部门及其它部门在使用IT系统时的服务请求，包括咨询、投诉、变更、障碍申告；对服务请求进行预处理，将预处理后的问题派发到硬件平台组、系统软件组等；同时将处理完成问题通告给相关部门及人员。

　　根据需要运营服务响应组下设终端维护小组（负责维护公司各部门日常办公使用电脑、打印机等终端）、BSS小组、OSS小组、MSS小组、EDA小组、基础平台组等，负责响应各个域系统的服务请求。

　　主要构成IT服务支撑的一线和二线支持人员。人员主要由企业信息化部的系统部人员构成，根据实际情况可以外包相关厂商。

　　2)系统软件组

　　负责IT系统数据库、中间件等第三方软件日常维护。系软件组下设BSS小组（负责BSS的系统软件维护）、OSS小组（负责OSS的系统软件维护）、MSS(负责MSS的系统软件维护)、EDA小组（负责EDA的系统软件维护）及基础平台组（负责基础平台的系统软件维护）。

　　人员主要由企业信息化部的系统部人员构成，根据实际情况可以外包相关厂商。

　　3)硬件平台组

　　负责IT系统的主机、存储、网络的日常运营维护工作。

　　硬件平台组下设BSS小组（负责BSS的硬件平台维护）、OSS小组（负责OSS的硬件平台维护）、MSS(负责MSS的硬件平台维护)、EDA小组（负责EDA的硬件平台维护）及基础平台组（负责基础平台的硬件平台维护）。

　　人员主要由企业信息化部的系统部人员构成，根据实际情况可以外包相关厂商。

　　4)业务软件部

　　负责BSS、OSS、MSS、EDA及基础平台的业务软件日常运营维护。

　　业务软件运营维护由企业信息化部的二级部门构成，包括CRM部、计费部、结算部、数据部、OSS部、MSS六个的业务部。

　　根据具体的情况，人员由企业信息化部的各二级部门部分相关人员构成。

　　5) IT服务项目组(虚拟团队)

　　项目组是一个虚拟团队，由前面多个团队的人员共同参与，目的是共同完成系统或项目的维护任务，根据系统或项目情况，可以指定项目牵头人或项目经理。

　　本项目组与系统建设项目组相对应。项目组可以邀请业务部门的人员参与，进行必要的业务指导。

　　（3）组织及人员保障建设方案

　　4.2.5管理制度实施方案

　　（1）日常管理办法

　　为了保障IT运营服务管理系统的安全和正常运行，特制定IT运营服务管理系统日常管理办法。

　　1）故障是指IT运营服务管理系统硬件设备（包括网络）、系统软件发生故障、系统遭受外部侵害而影响系统正常运行的事件。

　　2）IT运营服务管理系统发生故障后，由服务台在本系统发起工单，按照四级故障的处理流程，通知支撑小组进行维护。

　　3）IT运营中心主管负责对系统的用户账号和权限管理和定期清理工作。

　　4）IT运营服务管理系统用户不得随意泄露的自己的用户名和口令。

　　5）密码长度不少于六个字符，选用大小写英文字母、数字和特殊字符中两者以上的组合，加密存储。

　　6）超级用户帐号不得授予供应商技术人员使用。

　　（2）流程调整与重构可能对现有生产产生冲击

　　在全面梳理和规范后，原有的许多流程会发生变化，原先不存在管理流程的地方，可能也会增加新的流程，这些流程都会对现有生产维护产生冲击，维护人员在短期内不能适应。

　　充分调查现状，结合实际情况，全面梳理流程，在现有已有流程的基础上进行整合、优化，确保对流程的影响降到最低，分阶段实施流程，保障流程的平滑过渡升级。

　　（3）自身人力资料保障可能不足

　　在原维护模式下，存在许多管理真空或不规范地带，通过梳理，这些真空地带就将被覆盖，原先比较粗放的管理模式将被精细化的管理模式替代，这势必造成人力资源更加紧张的局面。

　　制定详尽的项目实施组织及人员保障方案，在现有的组织及人员保障的体系下引进人员。

　　（4）流程实施执行力度可能不够

　　虽然制定了规范合理的工作流程，但由于工作习惯等不同原因，导致流程在实际工作的推广中不受重视，宾且缺乏必要的监督机制。

　　制定切实可行的目标，明确项目人员职责分工，对项目过程、人员采用监督、考核机制。

　　（5）相关部门参与及配合的力度有可能不够

　　IT运营服务管理需要众多角色部门的`共同参与，尤其是直接使用系统的业务部门，这些部门的配合力度不够，将会导致运营服务管理推行的失败；另外有许多工作要分工完成，例如部分硬件维护的外包等，界面的不清晰将会影响管理上的推诿，整体效率下降。

　　充分梳理流程配套的组织及人员保障体系，明确部门职责边界；明确相关部门，尤其是业务部门在运营服务管理中的位置，统一思想认识，实施过程中有效衔接、紧密配合。

　　（6）支撑平台在短期不能发挥作用

　　IT运营服务管理的核心流程，都应当有一套完善的系统进行支撑，但在目前的情况下，要让所有的维护工作都在系统上运行将非常困难。

　　将梳理完成的流程首先通过非系统支撑的方式运转，待时机成熟后，再逐一将流程移到系统上来。

　　（7）厂商配合力度不强或投入人力资源不足

　　a）一次解决率（10分）：对于客户提交的服务请求能够一次性处理完成，并得到客户的满意的称为一次解决。

　　本指标若达到70％以上（包括70％），则得到满分10分；达到60％而未满70％的得8分；达到50％而未满60％的得6分；达到40％而未满50％的得4分；达到30％而未满40％的得3分；达到20％而未满30％的得2分；达到10％而未满20％的得1分；10％以下则不得分。

　　公式：一次解决率＝一次性解决好的工单数/总共处理的故障工单数×100％

　　b）及时处理率（20分）：要求每个岗位（环节）对相应级别的故障能在规定的时间内处理完成。在规定时间内处理完成称为及时处理。

　　若每一环节的及时处理率到达90％以上（包括90％），则对应的岗位分别得到满分20分；达到80％而未满90％的得15分；达到70％而未满80％的得10分；达到60％而未满70％的得5分；60％以下则不得分。

　　公式：及时处理率＝及时处理工单数/总共处理工单数×100％

　　c）挂单率（－3分）：规定在某岗位挂单的比例若超过总体处理的工单数的10％，则相应岗位的总评分将扣3分；若达到5％而未满10％，则扣2分；5％以下则不扣分。

　　公式：挂单率＝挂单数量/总共处理的工单数量×100％

　　d）客户投诉率（－3分）：若IT服务台人员服务态度恶劣，客户可拨打投诉电话向IT运营经理投诉，IT运营经理在查明情况属实后应当对其进行考核。

　　若本指标达到10％以上，则该岗位的总评分扣3分；若达到5％而未满10％，则扣2分；若达到1％而未满5％，则扣1分；1％以下则不扣分。

　　公式：客户投诉率＝客户投诉总数/总共记录的故障工单数×100％

　　e）越级投诉率（－5分）：在故障处理过程中，若因本系统服务人员的粗心大意或专业知识的不充分，造成一个故障经过多次返单仍不能处理完毕，或者服务态度及其恶劣，从而直接影响客户的感知，客户有权利结合实际情况向有关领导对此进行越级的投诉。

　　若本指标超过10％，则相关岗位的总评分扣5分；若达到5％而未满10％，则扣3分；若达到1％而未满5％，则扣1分；1％以下则不扣分。

　　公式：越级投诉率＝越级投诉故障数量/总共处理的工单数量×100％