《信息中心运维绩效初步评估(多个团队)》由会员分享，可在线阅读，更多相关《信息中心运维绩效初步评估(多个团队)（6页珍藏版）》请在金锄头文库上搜索。
1、运维绩效初步评估报告（YYYY年MM月份）1整体绩效分析XX月份运维项目组的综合绩效相对于XX月份有所上升，主要原因是诸多应用系统项目组的事件单完整性、事件单解决率和发布流程的整体绩效水平有所提高。综合各运维绩效指标，重要运维项目组的运维绩效情况如下表：排名项目组名称本月绩效分值2013年绩效平均值第1名XXXX目组分分第2名XXXX目组分分第3名XXXX目组分分第4名XXXX目组分分第5名XXXX目组分分第6名XXXX目组9分分第7名XXXX目组9分分第8名XXXX目组分分第9名XXXX目组分分第10名XXXX目组分分第11名XXXX目组分分其中XXXX目组的绩效相对于XX月份的绩效显著上升
2、。XXXX目组绩效上升的主要原因是事件单的数量相对于上个月有显著下降；XXXX项目组相对于XX月份的绩效有所下降。XXXX目组绩效下降的原因是系统可用性降低；2数据分析2.1信息系统可用性指标XX月XX日16:10-16:15,XXX粽统申报清缴模块操作出现异常，影响约X分钟。XX月XX日08:59-09:09,XX系统无法正常访问，影响约10分钟。信息系统2013年11月份系统可用性业务中断时长（分钟）XX系统%5XX系统100%0XX系统100%0XX系统100%0XX系统100%0XX系统100%0XX系统100%0XX系统100%0XX系统%10注释：可用性公式=（当月服务承诺时间-当
3、月累加的故障时间段*影响系数1*影响系数2）/当月服务承诺时间*100%（此计算不包括计划中断时间）影响系数1:影响发生在周六日，系数为1;工作日，系数为3;如果还影响到税期、国家法定节假日或重要的用户，系数为10;影响系数2:可用性要求较高的系统，系数为2,包括核心征管系统、社保费征收管理信息系统、短信平台、统一工作平台、门户网站系统、网上办税系统、发票在线系统、自助办税系统和12366纳服热线，其它系统系数为1。2.2运维项目组绩效指标情况项目组名称事件单数量变化的事件单解决率应用异常类事件单事件单按时解决率事件单发布流程整体绩效系统可用性绩效分值（均值）比率的比率完整性XXXX目组%（9
4、分）%（8分）%（8分）80%（10分）100%（10分）分%（8分）分XXXX目组100%（10分）50%（8分）90%（9分）100%（10分）分XXXX目组%（7分）%（7分）%（9分）90%（10分）100%（10分）100%（10分）分XXXX目组%（7分）%（9分）%（8分）70%（9分）100%（10分）分100%（10分）分XXXX目组%（9分）100%（10分）%（10分）100%（10分）100%（10分）100%（10分）分XXXX目组0%（8分）100%（10分）%（10分）100%（10分）100%（10分）分分XXXX目组%（6分）100%（10分）0%（10分）8
5、0%（10分）90%（9分）分100%（10分）分XXXX目组%（9分）%（9分）10分%（8分）9分XXXX目组%（7分）%（9分）%（8分）20%（8分）70%（7分）分100%（10分）分XXXX目组-50%（9分）95%（9分）5%（10分）60%（9分）100%（10分）分100%（10分）分项目组名称系统名称系统可用性事件单解决率事件单完整性变更导致的事件数事件单按时解决率重大事件的数量数据备份的成功率绩效分值（均值）XXXX目核心098%9分组征管系统%（8分）%（7分）90%（9分）0个（10分）80%（10分）（10分）（9分）注释：由于被考核的项目组对服务台事件单督办请求都
6、完全按时回复，因此催办回复或解决占整个催办事件单的比率指标就不纳入11月份的考核范畴。绩效评估打分参照办法：1、事件单数量变化的比率：分值8分基本分，事件单相对于上个月减少50%X内（包50%）,分值加1分；减少100%内，分值增加2分。事件单相对于上个月增加50%X内（包50%）,分值减1分；增加100%以内，分值减2分；增加100蛆上，分值减3分（由于大集中事件单在整个事件单的比重较大，大集中的事件单数量波动相对其它系统会更加难以控制，所以大集中的基本分设为10分）2、 事件单解决率：事件单的解决率=100私10分、=95姑9分，=90%为8分、=80%7分、=60%6分、其它为5分3、
7、应用异常类事件单的比率：应用异常类事件单占整个事件单的比率=20%10分、=50私9分、=70%为8分、=90碗7分、其它为6分。应用异常类事件单数量是异常数据、异常情况、程序bug和错误提示等类型事件单之和，即应用异常=异常数据+异常情况+程序bug+错误提示以下是具体事件类型的定义：服务请求：来自用户的，对信息、建议、标准变更的请求。例如数据查询、咨询、创建用户、系统权限、数据维护和修改。该类事件单主要是业务变更导致。操作错误：用户因不熟悉系统或者业务规则，对应用系统操作不当，而导致数据修改的事件单。异常数据：因系统数据本来存在的缺陷导致的事件，本类型事件只指系统本身就已经存在的数据异常，
8、即非用户操作不当导致，也非业务规则改变导致。异常情况：暂不能明确事件具体原因的事件。错误提示：系统有提示“错误代码”的事件。程序BUG由代码方面的BU宙I起的系统功能或者性能问题。需求申请：事件单要求需求开发或者变更。4、催办回复或解决占整个催办事件单的比率：完全回复或解决为10分、回复或解决80喏口2分、回复或解决60听口3分、回复或解决40咐口4分、其它为5分5、事件单完整性：每月对指定项目组抽查10个事件单，10分为基本分，每发现一个不完整事件单就扣1 分。如果成功解决的事件单没有详细的处理意见、必填项没有填（例如，影响度、描述等）、过程记录存在缺失的现象视为该事件单不完整6、 发布流程
9、整体绩效：发布效率与效果（权重）和发布申请单填写完整性和准确性（权重）综合打分，打分详细请参照当月的发布管理流程评估表7、 系统可用性：由于应用自身的原因引发指定应用系统的可用性比率，如果由于非应用自身原因导致可用性降低，此指标不纳入项目组当月的绩效考核，可用性=100%为10分，=%为9分、=%为8分、=99%为7分、=98%为6分、其它为5分（IT基础设施维保项目组以已交维的应用系统或由于基础设施原因导致的应用系统的最低可用性打分，不可用时间的统计同样会统计集群应用系统的关键节点不可用的情况）8、 性能（阻塞）的次数：由于IT设施原因导致的性能（阻塞）次数，没有为10分、1个为9分、2个为
10、8分、3个为7分、4个为6分、其它为5分9、 变更导致的事件数，0为10分、1为8分、2为7分、其它为6分10、 重大事件的数量：体现在运维月报中的重大事件或事件级别为高级的事件，没有为10分、1个为9分（非人为）或8分（人为）、2个为7分（非人为）或6分（人为）、其它为5分11、 数据备份的成功率：数据备份的成功率：数据备份的成功率=100%为10分、=98%为9分,=95%为8分、=90%为7分、其它为6分（取南海和省局数据中心备份成功率最低值）12、事件单按时解决率：75%为10分、50%为9分、10%为8分、其它为7分解决时长取：【事件单解决时间】减去【服务台分派到项目组时间】。IT服
11、务台系统已经根据事件单设置的优先级设定不同的解决时限。事件单级别为更高，完成时限为4小时；事件单级别为高，完成时限为8小时；事件单级别为中，完成时限为24小时；事件单级别为低，完成时限为120小时；3改进建议项目经理任务分派负责制项目经理作为提交到项目组的所有事件单的统一入口对任何一个需要项目组解决的事件单，项目经理总控事件的分派时间、受理时间、目标完成时间、实际完成时间和项目成员投入的工作量，这些信息需要及时的通过事件单处理过程记录表来统计。该过程统计信息需要反映到项目周报和月报中。需要填写的事件单处理过程记录表的基本内容举例如下：事件类型应用或系统名称应用模块名称任务描述目标完成时间登记时间分派时间受理人受理时间升级时间解决时间关闭时间投入的工作量（小时）是否是一次性解决解决方案是否作为知识条目添加到知识库应大社社XXXXXX是/否是/否用集保保异中费号常征管合管理并系异统常运维过程控制改进细则建议在项目组内加强运维过程控制，提高事件单解决率、事件单按时解决率、事件单完整性和发布成功的比率等绩效指标的满足度。
