方案公司

更新时间：2023-08-26 18:05:08 活动方案我要投稿

[实用]方案公司6篇

　　为了确保事情或工作有序有力开展，就不得不需要事先制定方案，方案是阐明具体行动的时间，地点，目的，预期效果，预算及方法等的企划案。那么什么样的方案才是好的呢？下面是小编收集整理的方案公司7篇，欢迎阅读与收藏。

[实用]方案公司6篇

方案公司篇1

　　一、目的好处：

　　为切实做好当前职业健康安全工作，增强公司抵御突发事故、事件的潜力，真正做到万一事故发生时工作职责制落实、应急措施全面有效、人员抢险救灾协调得力、灾情及时上报，以到达最大限度地减轻事故的伤害、损失和影响的目的，充分保障作业人员生命安全，特举办本次消防火灾事故疏散演练。

　　二、组织机构

　　总指挥：刘广春副总

　　副总指挥：杨凤芝经理

　　成员：于振洋王全来李会国刘建峰刘新宇张建立吴少江井少伟曹振东李福东梁宏毅

　　消防员着装要求：工作服或棉服臂章指挥旗哨子

　　三、演练的具体时间安排：

　　1、演练时间：20xx年1月19日9:30——10:30

　　2、演练地点：发酵车间门口处、综合楼前紧急避难处、北门侧

　　3、参加人员：公司全体员工

　　四、演练活动地点及活动形式：

　　此次演练模拟发酵车间首层失火，逃生演练过程;其他车间、部门紧急集合演练;全体消防员应急处理潜力和灭火潜力。

　　五、演练活动资料：

　　演练前应进行一下资料讲授;

　　1、消防安全知识普及：如何预防火灾、扑救初起火灾、应对突发事件的逃生自救，正确听辨报警声，如何正确使用干粉灭火器等。

　　2、突发事件的演练：火灾等正确逃生自救演练。

　　3、消防实际操作演示：正确使用干粉灭火器等演示及工人操作。

　　六、演练活动程序：

　　1、9:20全体员工进入演练状态。

　　2、9:30于振洋于发酵车间首层门口处指定区域内打开预设的.烟雾弹，此时首层门口处烟气弥漫。首层仓库员工梁宏毅发现有火情报警。立即电话通知发酵车间车间主任及消防员王全来。报告后首层员工撤离现场。发酵车间(王全来)得报后立即现场确认火情，确认火情蔓延迅速并无法控制后立即1、王全来按下附近的手动报警开关，

　　2、模拟电话报警(梁宏毅拨打于振洋电话)。3、梁宏毅电话通知刘广春副总。4、刘总接到电话后立即赶赴现场。

　　通报以下信息：

　　a)公司名称：

　　b)公司地址：

　　c)火灾状况：着火物资及火势大小

　　d)联系电话：公司座机本人手机

　　在回答了"119"的询问后方可放下话筒，梁宏毅在西门路口接应消防车。梁宏毅工作完成，回紧急避难处集合，负责整个演练拍照工作。

　　3、疏散撤离：按下手动报警后，发酵车间内立即断电并有警报声起。听到警报声后，发酵车间消防员王全来、张建立立即组织发酵车间全体员工疏散。消防员于楼梯口手持绿色小旗并吹哨指挥所有人员疏散并护送行为不便者撤离，然后检查人员是否有留在室内，安置好从着火楼层疏散出来的人员，并安抚稳定其情绪。务必经过火情发生区域的人员应利用潮湿的毛巾、口罩等捂住口鼻从适宜地方撤离。疏散人员应在警报响起30秒之内抢救重要文件和种子瓶等物资;如。30秒内无法抢救则立即撤离现场。

　　4、王全来、张建立确认人员全部撤出发酵车间后，刘总、张建立带领人员到综合楼前绿化区集合，此处为我公司紧急避难处。应有紧急集合处的指示牌。王全来负责对发酵车间外围警戒任务，指导车辆离开现场，疏散人员离开，防止人员再次进入火场。并确保消防通道畅通以便消防车辆进出，看管好着火处疏散出来的物件。

　　5、9:35其他各车间、部门由各自消防员带领下(要求消防员挥指挥旗、吹哨)到紧急避难处集合。集合要求：队列整齐、跑步前进、无喧哗。消防员职责分工：综合楼一楼二楼除质检外——井少伟;质检——曹振东;提取车间——刘建峰、刘新宇;动力车间——李会国;环保车间——李福东;成品车间——吴少江。

　　6、9:40王全来归队集合(紧急避难处)。张建立向于振洋报告撤离人数，于振洋核实后向刘总报告状况，请领导指示。

　　7、9:40王全来、刘新宇到北门侧准备点燃桶内燃烧物，准备灭火演练。

　　8、10:00左右刘总讲话完毕后，各车间、部门消防员带领员工有序跑步到灭火演练处准备灭火演练。

　　灭火演练：

　　设置两个空铁桶。桶内放置木柴、油棉纱等可燃物等待参演人员进行灭火演习，并保证有预备木柴、油棉纱。

　　准备要求:距离火堆20米远处放置灭火器。

　　10:00全体员工到达场地。于振洋调整队伍后，演练开始。

　　1、消防队员两人一组手持灭火器同时出发，进行灭火演练。

　　2、同时其余消防队员负责灭火后添加燃烧物准备下次灭火。

　　3、消防员轮替后由员工进行灭火演练。根据时间长短，每车间安排10人左右进行灭火演练。

　　10:30由刘总宣布演练结束。于振洋进行手动报警器复位工作、李会国进行发酵车间供电恢复工作。(断电时间可按要求提前供电)

　　全体消防员进行现场清理工作。

　　消防演练结束后，下午1:00全体安全员、消防员于发酵车间门口集合进行春节前安全、消防大检查工作。于振洋做出消防演练总结报告。

方案公司篇2

　　一、目的

　　公司新址位于龙新新区清湖地铁站附近，因公司大部分员工住所离新址较远，为减轻员工生活负担与压力，提升员工对公司的满意度与信赖感，形成长期稳定的劳资关系，以便员工更积极高效地为公司乔迁新址后的发展创造更多的价值，特制定以下方案。

　　二、适用范围

　　适用于公司全体员工三、具体建议

　　1、住宿方面：公司在清湖地铁站附近小区租赁民房（单间或一房一厅，4人/间，房租800元/月）。

　　1.1 费用核算及人员安排：

　　1.1.1 公司免费提供宿舍，住宿员工需承担因住房而产生的费用，如水、电、气、宽带等费。其适用对象为：① 工龄两年以上的员工，② 公司核心人才：经各部门主管推荐公司核心人才名单，经公司领导审批通过者。

　　1.1.2 公司按200元/月收取住宿费用，住宿员工且需承担因住房而产生的`费用，如水、电、气、宽带等费。其适用对象为：① 有住宿需求但非公司核心人员及工龄小于2年的员工；② 有住宿需求的新入职员工。

1.2申请住宿的程序：

　　1.2.1 员工个人提出书面申请，填写《员工住宿申请表》，由所在部门主管签字同意后，交由人事行政部审核并注明相关信息，最后交公司领导审批。

　　1.2.2 人事行政部告知员工《公司员工宿舍管理制度》，并让其签字确认。

　　1.2.3 财务部凭审核结果在工资扣除相应费用。

　　2、弹性工作时间：为错开上、下班高峰期，公司在工作时间上实行弹性工作制，由员工根据自身情况选择上班工作时间。

　　2.1 工作时间

　　第一种：09：00-12：00、14：00-18：00 第二种：09：30-12：00、13：00-17：30 2.2 操作程序

　　2.2.1 员工个人提出书面申请，填写《工作时间申请表》，由所在部门主管签字同意后，交由人事行政部存档。

　　2.2.2 未书面申请的员工按第一种工作时间上班。

方案公司篇3

　　XXX分公司工会 “快乐戏水”游泳活动方案今年夏季高温持续时间长，CCC分公司结合实际，遵循“隆重热烈、规模适度、节俭文本、讲求实效”的原则，为激发员工爱岗敬业精神、丰富员工文化生活、防暑降温，使大家过一个凉爽的夏季，特举办“快乐戏水”游泳活动。

　　一、主要内容：此次游泳戏水活动，展示广大青年员工勇于拼搏敢于争先的精神面貌和对员工子女关爱的'体现，抒发广大员工爱岗敬业的炽热感情，使大家在炎炎夏季感受公司给予的关怀。2、上报时间：请各部室班组上报活动参与人员名单，包含子女游玩人员名单，年龄在6-12岁，6岁以下不可以参加，20xx年7月5日前报工会管理员徐老师处。

　　二、活动时间及乘车指南

　　1、活动时间：7月10日。

　　2、乘车时间：上午9：30、18：30、

　　3、调度：ZZZ、BBB。(说明：各单位参赛队员可以自行组织前往、需乘车人员必须在09:20在公司门口集中乘车)。

　　三、活动场所：西环路“VVVV游泳馆”

　　四、活动内容

　　市场、营业厅、综合、驾驶员、乡镇、财务共计8个代表队，分抽签赛、小组赛、半决赛、决赛。

　　五、活动细则

　　1、公司负责车辆、场地租赁、裁判员邀请、运动员饮水及活动奖品的购买。

　　2、每项活动设立一、二、三等奖和优胜奖，奖品标准分别为500元、400 元、300元标准，预计费用BBB元、场地租赁、裁判邀请等费用CCC元，运动员饮水：MMMM元，合计：YYYYY元左右。

　　六、注意事项

　　综合部负责组织好各部室班组乡镇等单位成员参加活动，活动期间要本着友谊第一，比赛第二的原则，公平合理竞技。

　　XXXX公司

方案公司篇4

　　为了加强公司员工的凝聚力和向心力，调动员工的工作热情和斗志，增强组织活力，改善组织文化，走进自然，放松心情，提升组织整体沟通与协调的精神和能力，同时欢迎新员工的加入，让新员工尽快融入公司，培养新员工对公司的信任感和归属感。人事部决定于本周六前往广州笑翻天乐园参加一天的户外拓展活动，具体流程如下：

　　08：00集合，从公司出发，前方广州笑翻天乐园。

　　09：00--09：30集中进入笑翻天拓展基地：由教练介绍拓展活动的科目，讲解安全等注意事项。

　　09：30--09：45组建团队：进行拓展分队,选队长,取队名,确定新队的队歌和口号。

　　09：45--10：00破冰训练(团队热身)

　　视团队队员的男女比例、年龄情况组织进行2-3个团队热身游戏，目的.让队员之间增进了解，消除隔阂，逐步增进队员的团队意识。为拓展活动作前期准备。

　　10：00--11：45(山谷游乐区)竞技项目：

　　突出重围---攀壁：参与人员站立于悬空的钢丝上，保持良好的身体平衡状态，障碍物重重的包围圈后须徒手攀登5米高的斜壁上。需要良好的心理素质、队员的紧密配合，坚韧不拔的意志是成功的关键。(良好的体能，坚强的耐力和意志力是完成任务的关键!)

　　木桩桥---天罗地网：队员在通过摇晃不定的木桩桥后，必须经过设置结构错综复杂障碍重重的天罗地网。前有堵截、后有追兵，时间紧迫、困难重重，如何过关?

　　(要步调一致、灵活应变、果敢的行动，才能完成任务!)

　　空中钢丝—极速圆木：参训队员从出发点通过位于高空的钢丝，然后再经过连绵起伏的圆木桥返回原地。须具备良好的心理素质和相互支持、紧密配合团队协作精神才能取得优异成绩!(克服心理障碍，面对困难，勇于挑战自我!)

　　竖网桥---悬空摇摆：参训队员分别站立于竖网的两侧，双手抓紧网绳通过跨度长达40米之宽的终点站，然后从晃荡不定的伸展桥返回。(良好的身体及心理素质、队员的紧密配合，坚韧不拔的意志是成功的关键)

　　11：45--12：00活动点评：根据上午各参训竞技团队的具体表现，各队队长的组织领导和队员的组织纪律、精神面貌、团队协作以及团队中存在的不足等方面进行点评!

　　12：00--14：00午餐时间(参观杨四将军庙)

　　14：00—16：00团队大比拼竞技项目：

　　踏笼飞渡：此项目由连绵起伏的浮箱和摇晃不定的竹笼组成，极大地考验参训队员的体能和意志，参训队员必须一步一个脚印，脚踏实地，坚定不移，才能顺利通过。(检验队员的团结协助、互相支持、相互配合的精神!)

方案公司篇5

演进原则：

　　通过对 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 基础设施监控、应用软件监控、业务可用性监控等监控系统。

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

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

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

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

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

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

　　（2）支撑平台建设目标

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

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

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

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

　　（３）支撑平台建设建议

　　由于 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）超级用户帐号不得授予供应商技术人员使用。57

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　4.2.6问题与对策

　　IT 运营服务管理对 C 电信公司是一个全新的概念，在具体实施过程可能会遇到许多问题和风险。下面主要分析存在的问题及其相应的解决措施。

　　１）工单支撑过程中，需要向供应商提供远程接入权限时，应事先经系统部主管领导书面确认（紧急状态下应实现口头申请、事后补文字确认说明）方可开启适当权限的临时账号，事后及时关闭账号、修改临时密码并登记。

　　２）对于重要的数据增、删、改操作，可以由系统日志追溯到执行操作的账户。

　　３）加强计算机病毒防治工作，采用最新版本的杀毒软件，定期对病毒进行检查，发现病毒立即杀除，并分析病毒来源，提高防范能力。

　　４）每周定期审核安全日志，发现问题及时上报，保障计算机功能的正常发挥，维护系统的安全运行。

　　５）对知识库、配置数据库做到配置备份设备，定义备份策略、应急恢复、容灾等方案，并至少每月定期异地备份。

　　ａ考核管理办法

　　IT 运营服务管理考核工作由企业信息化部牵头组织，会同电信多个部门具体实施；

　　1）考核对象为 IT 运营服务管理系统的岗位，包括：IT 服务台、综合响应组、各业务处理组小组、各系统厂商维护小组。

　　2）每月进行一次月终考核，每年进行一次年终考核；

　　3）本考核评分办法针对服务台、综合响应组、业务处理组、系统厂商维护小组。各岗位选取相应的考核指标进行累加得分。

　　4）考核指标及公式：

　　a）及时响应率（5 分）：对客户的服务请求的响应时长不得超过 5 秒， 5 秒内响应的则视为及时响应。本指标若达到 90％以上（包括 90％），则得到满分 5分；达到 80％而未满 90％的得 4 分；达到 70％而未满 80％的得 3 分；达到 60％而未满 70％的得 2 分；60％以下则不得分。

　　公式：及时响应率＝及时响应的服务请求数量/总共响应的服务请求数量×100％

　　b）及时回复率（5 分）：当故障已经在规定的时间内处理完成，服务台应及时向客户回复，否则会导致故障工单的总体处理时长超过规定的时间，因此规定在工单处理完成后（及时处理）的 10 分钟内进行回复的视作及时回复。本指标若达到 90％以上（包括 90％），则得到满分 5 分；达到 80％而未满 90％的得 4 分；达到 70％而未满 80％的得 3 分；达到 60％而未满 70％的得 2 分；60％以下则不得分。

　　公式：及时回复率＝及时回复的工单/总共回复的工单数×100％

　　系统开发厂商或设备提供商是 IT 运营服务管理上重要的力量，但有时由于投入不够或责任不明，甚至是其它原因，导致厂商资源投入不够，这将严重影响 IT运营服务管理的推行。

　　与厂商保持充分沟通，明确厂商在运营服务管理中的位置，并适当增加在 IT维护上的投入结论与展望

　　5.1 结论

　　本文的研究结论主要包括以下几点：

　　（1）查阅国内外大量参考文献，认真分析了国内外 IT 服务提供商的研究模型及方法论，结合中国电信企业信息化战略，建立了基于 ITIL 的电信企业 IT 运营服务管理概念及模型。此模型为 IT 运营服务管理现状分析和 IT 运营服务管理实施方案编写提供了理论框架。同时，调查表内容的定制以及调查方法的应用对国内IT 服务提供商进行用户调研时具有一定的指导意义。

　　（2）IT 运营服务管理实施方案中的流程梳理和支撑平台建设方案对软件开发公司开发支撑平台起到了指导作用。

　　（3）由于中国电信集团下属各级省公司组织结构和规则制度大同小异，而本文针对 C 电信公司的 IT 运营服务管理配套的组织及人员建设方案、管理制度建设方案都对中国电信其他省公司在实施 IT 运营服务管理时提供了宝贵的经验。

　　（4）本文针对实施 IT 运营服务管理时存在的风险进行了较详细的阐述，这些问题大多都是国内外其他行业中实施 IT 服务管理经验教训的总结，对于这些问题给予足够的重视，能有效确保 IT 运营服务管理的成功实施。

　　5.2 展望

　　本文先是通过文献研究提出 IT 运营服务管理模型，然后将该模型在 C 电信公司进行了应用。应用时首先通过访谈法对 C 电信公司进行了详细的调查，然后根据模型提出了具体的实施方案。虽然研究思路比较清晰，但是在具体研究过程中还是存在一定得局限性。

　　（1）本文直接将电信行业特有的运行管理流程加入到标准的 ITIL 十一大流程中，虽然整个模型得到了专家的评审，但是没有经过更严谨的科学验证，在模型更广泛的推广应用中缺乏较强的说服力。

　　（2）本文用到的访谈调查表中《服务流程调查子表》的十一个流程关键指标，都是从各个域 IT 系统中硬件平台、数据库、中间件和应用四个维度来调查的。而少数流程本身在这四个维度中就不能体现，或只能通过其中的一两个维度来体现。

　　（3）由于本文来源于实际中的项目，而项目正在实施中，因此无法开展对实施效果评价研究。

　　针对以上的几点不足，我们可以通过从方法论和研究领域方面做进一步的扩展：

　　（1）针对 IT 运营服务管理流程，在电信行业中开展更广泛的调查，然后对调查结果进行科学统计分析，应用合适的研究方法论（如结构方程模型）来验证运行管理流程与其他流程之间显著的正向关系。

　　（2）在调查企业现有 IT 运营服务管理流程时，根据流程自身的特点，选择合适的维度，或采用灵活的方法来考察企业现有流程与 ITIL 核心流程的匹配关系。

　　（3）继续跟踪项目进展，在项目完成第一阶段的实施后，构建较合理的评价指标，对实施的结果进行评价。一方面为模型合理性提供更科学的现实依据，另一方面通过评价结果可以进一步调整和完善具体的实施方案。