项目绩效考核体系指标建设

项目绩效考核体系设计依据:

以项目生命周期为脉络,在对应阶段,对应岗位的人对项目的贡献,可用于考核个人;

在个人考核的基础上,汇总项目管理各个过程组和知识领域,用于团队绩效和项目绩效;

绩效数据产生后,在此基础上做奖励激励分析,并让员工参与,达成很好的奖励激励效果。

项目绩效考核体系,简单、成效、易操作、易落地,跟业绩挂钩、跟每个人的贡献挂钩,以奖励激励为目的,鼓励大家多做贡献,且给予每个人应得的认可和回报。

项目绩效考核体系奖励规则:

项目绩效考核体系,确保每个人都有奖励,所有考核项可去做、可不做,去做有加分,不做没加分,每一项的权重也不一样具体的加分也不一样,分数越高回报越高。

根据项目总效益,效益大多奖励,效益小少奖励。计算每个人的绩效分,按照项目效益对应奖金,确定基本奖金+绩效分数奖金。奖励形式可以项目团队讨论确定。

项目绩效考核体系纬度:

一、项目职能维度

1.项目经理

项目经理的考核是针对项目管控方面而进行的。

(1).项目计划制定和管理;

(2).项目范围圈定和管理;

(3).项目进度跟进和管理;

(4).项目质量规划和管理;

(5).项目沟通规划和管理;

(6).项目风险规划和管理;

(7).项目实施规划和管理;

(8).项目整体管理;

(9).反思总结项目管理工作,项目经理间沟通交流;

2.研发经理

研发经理的考核是针对研发工作管理方面而进行的。

(1).研发计划制定和管理;

(2).研发任务分配和调整;

(3).研发评审工作组织;

(4).研发人员招聘、管理、考核、培养;

(5).研发流程体系建设;

(6).反思总结研发管理工作,研发经理间沟通交流;

3.测试经理

测试经理的考核是针对测试工作管理方面而进行的。

(1).测试计划制定和管理;

(2).测试任务分配和调整;

(3).测试评审工作组织;

(4).测试人员招聘、管理、考核、培养;

(5).测试流程体系建设;

(6).反思总结测试管理工作,测试经理间沟通交流;

4.研发工程师(高、中、初)

研发工程师的考核是针对研发工作方面而进行的。

(1).负责项目架构设计、系统设计、功能模块设计实现;

(2).对需求很好的理解、业务很好的抽离、弥补需求遗漏;

(3).负责功能模块代码实现及其Bug修复,按时保质、保量完成;

(4).负责功能模块的单元测试;

(5).负责项目技术研究学习、技术攻坚;

(6).研发技术运用总结以及组内分享;

(7).辅导协助资历浅的研发同事;

5.测试工程师(高、中、初)

测试工程师的考核是针对测试工作方面而进行的。

(1).负责测试计划、测试用例编写;

(2).负责测试环境搭建、测试用例执行;

(3).负责测试Bug提交及其回归验证,与研发沟通Bug细节;

(4).负责测试小结、测试报告编写;

(5).测试方法和工具学习运用总结以及组内分享;

(6).辅导协助资历浅的测试同事;

6.实施工程师

实施工程师的考核是针对实施工作方面进行的。

(1).负责用户现场支持及日常维护,推动项目上线和验收;

(2).负责项目安装部署、升级维护、数据备份、数据迁移等;

(3).负责编写实施文档、操作手册、发布手册、培训文档等;

(4).负责用户培训,制定培训计划、培训教程、培训问题解答;

(5).负责用户使用系统的问题收集、整理、跟踪;

(6).实施方法和工作总结;

二、项目生命周期维度

1.立项

立项阶段主要执行人:项目经理

立项阶段主要工作项:项目启动会、项目总计划制定和评审、风险计划制定、沟通计划制定、实施计划制定

立项阶段考核数据来源:项目启动报告、项目总计划、风险计划、沟通计划、实施计划、变更申请流程、问题升级流程、技术共享平台

立项阶段主要考核标准:

(1).项目总计划编写完善性、有效性;

(2).项目风险计划编写完善性、有效性;

(3).项目沟通计划编写完善性、有效性;

(4).项目实施计划编写完善性、有效性;

(5).甲方和乙方变更申请流程明确性;

(6).甲方和乙方问题升级流程明确性;

立项工作改进建议(加分项):

(1).好的项目管控方法和运用;

(2).好的项目管控方法和运用分享;

(3).其他建议(如何交付高质量项目?);

2.需求

需求阶段主要执行人:项目经理、需求工程师

需求阶段主要工作项:需求计划编写和评审、需求进度跟踪、需求调研

需求阶段考核数据来源:需求计划文档、需求进度表、需求调研报告、需求规格说明书、需求规格说明书评审、需求变更单、技术共享平台

需求阶段主要考核标准:

(1).需求计划完善性、有效性、修改次数;

(2).需求调研报告编写完善性、有效性;

(3).需求规格说明书完善性、有效性、修改次数;

(4).需求规格说明书与客户真实需求的切合度;

(5).需求规格说明书中需求范围和主要交付物明确性;

(6).需求变更次数和高中低影响;

(7).WBS拆解和制定的合理性;

需求工作改进建议(加分项):

(1).好的需求调研方法和运用;

(2).好的需求调研方法和运用分享;

(3).其他建议(如何提交高质量需求?);

3.设计

设计阶段主要执行人:研发经理、系统架构师、资深研发工程师、项目经理

设计阶段主要工作项:设计计划编写和评审、设计进度跟踪、概要设计和评审、详细设计和评审

设计阶段考核数据来源:设计计划文档、设计进度报告、概要设计文档、详细设计文档、设计评审报告、技术共享平台

设计阶段主要考核标准:

(1).设计计划编写完善性、有效性、修改次数;

(2).概要设计编写完善性、有效性、修改次数;

(3).详细设计编写完善性、有效性、修改次数;

(4).需求拆解和功能业务设计切合度;

(5).功能业务抽离、交互设计合理性;

(6).设计中算法和逻辑清晰、易理解;

设计工作改进建议(加分项):

(1).好的系统设计理念和运用;

(2).好的系统设计理念和运用分享;

(3).其他建议(如何提交高质量设计?);

4.编码

编码阶段主要执行人:研发经理、高级研发工程师、中级研发工程师、初级研发工程师、项目经理

编码阶段主要工作项:研发计划编写和评审、研发任务分配和调整、功能模块实现设计、功能模块代码编写、功能模块代码自测、功能模块代码审查

编码阶段考核数据来源:研发计划、研发进度报告、评审报告、代码审查报告、实现设计草稿、自测场景草稿、问题跟踪文档、Bug登记平台、技术共享平台

编码阶段主要考核标准:

(1).研发计划编写完善性、有效性、修改次数;

(2).研发任务分配的合理性、可操作性、调整次数;

(3).编码规范不遵守项数;

(4).功能模块实现设计草稿数;

(5).功能模块自测场景草稿数;

(6).功能模块交付延迟数;

(7).承担技术攻关研究数;

(8).承担功能模块开发数;

(9).承接外部反馈问题数;

(10).功能模块产生Bug数,高中低Bug分布;

编码工作改进建议(加分项):

(1).辅助指导研发工程师数;

(2).好的代码设计和实现运用;

(3).好的代码设计和实现分享;

(4).其他建议(如何提交高质量代码?);

[好代码:易读性、灵活性、可复用、可维护、可测试、可扩展、性能优、高内聚低耦合]

5.测试

测试阶段主要执行人:测试经理、高级测试工程师、中级测试工程师、初级测试工程师、项目经理

测试阶段主要工作项:测试计划编写和评审、测试任务的分配和调整、测试用例编写和评审、冒烟测试、功能测试、集成测试、UAT测试

测试阶段考核数据来源:测试计划、测试进度报告、评审报告、测试用例文档、Bug登记平台、测试小结、测试报告、技术共享平台

测试阶段主要考核标准:

(1).测试计划编写完善性、有效性、修改次数;

(2).测试任务分配的合理性、可操作性、调整次数;

(3).测试用例编写有效性,场景覆盖率、测试用例数、用例修改次数;

(4).测试用例执行有效性,用例执行数、工作延迟数;

(5).冒烟测试,一次通过率;

(6).功能测试,产生Bug总数,高中低Bug分布;

(7).集成测试,产生Bug总数,高中低Bug分布;

(8).提交Bug有效性,提交Bug质量、提交Bug数;

(9).测试小结、测试报告编写准确性、完善性;

(10).UAT测试,产生Bug总数,高中低Bug分布;

测试工作改进建议(加分项):

(1).辅助指导测试工程师数;

(2).测试方法和测试工具运用;

(3).测试方法和测试工具分享;

(4).其他建议(如何提交高质量缺陷?);

6.上线

上线阶段主要执行人:项目经理、实施工程师

上线阶段主要工作项:项目上线准备、项目发布手册、项目部署实施、项目试运行

上线阶段考核数据来源:项目基础配置数据、项目发布手册、项目上线报告、项目试运行报告、客户满意度表

上线阶段主要考核标准:

(1).项目基础配置编写完善性、有效性;

(2).项目发布手册编写完善性、有效性;

(3).项目培训手册编写完善性、有效性;

(4).项目试运行报告编写完善性、有效性;

(5).项目上线报告编写完善性、有效性;

(6).客户满意度调查表完善性、有效性;

上线工作改进建议(加分项):

(1).好的项目实施方法和运用;

(2).好的项目实施方法和运用分享;

(3).其他建议;

三、项目过程管理维度

1.整体管理

整体管理考核维度:

项目计划制定和管理,为整个项目运作总计划;

实施计划制定和管理,为整个项目运行上线总计划;

项目经理把控,研发、测试、实施的计划、进度、提交质量;

2.范围管理

范围管理考核维度:

需求规格说明书,为项目的范围定义,范围基准;

需求规格说明书修改次数,考核项目经理需求调研成效的纯熟度;

需求变更个数及其影响,考核项目研制过程中的范围管控;

WBS拆解和制定的合理性,考核项目功能模块的总进度;

3.进度管理

进度管理考核维度:

WBS拆解和制定的合理性,考核项目功能模块的总进度;

研发计划制定和管理,考核项目研发总进度;

测试计划制定和管理,考核项目测试总进度;

实施计划制定和管理,考核项目运行上线总进度;

4.成本管理

成本管理考核维度:总人员投入、总工时投入、总出差费用、总其他费用

5.质量管理

质量管理考核维度:需求的质量、研发质量(设计和编码)、测试质量、管理质量

需求质量:见范围管理;

研发质量:概要设计修改数、详细设计修改数、实现设计草稿、自测场景草稿、

测试质量:项目Bug数、高中低Bug分布、测试用例数、执行用例总数、UAT Bug数

6.团队管理

团队管理考核维度:项目经理、研发组、测试组、实施组

团队成员的招聘、职责划分、学习培训、考核辅导、冲突管理、团队建设

7.沟通管理

沟通管理考核维度:项目经理与客户、研发组、测试组、实施组沟通;研发组与测试组沟通;

口头、会议、文档、日报、周报、月报、沟通规则和协定等

项目组与客户的所有的周报、月报;

项目调研的周报、月报;

研发部门的周报、月报;

测试部门的周报、月报;

实施部门的周报、月报;

及其相关会议纪要

8.风险管理

风险管理考核维度:在项目生命周期各个时间节点可能存在的,导致项目范围、进度、成本、质量、沟通成本提高的风险。

兴趣阅读:《项目绩效评估和奖励体系设计初衷

时间: 2024-08-26 10:09:03

项目绩效考核体系指标建设的相关文章

项目绩效考核体系指标建设图表

针对上篇博客<项目绩效考核体系指标建设>设计的项目管理中的绩效考核指标,设计成表格,更加可视化.或许对你有很大的参考意义. 1.绩效考核指标总表 项目绩效 考核标准设定规则 考核对象 考核标准 设计原则 考核权重 考核分值 项目立项 (1).项目总计划编写完善性.有效性: 考核对项目总规划能力 (2).项目风险计划编写完善性.有效性: 考核对项目风险规划能力 (3).项目沟通计划编写完善性.有效性: 考核对项目沟通规划能力 (4).项目实施计划编写完善性.有效性: 考核对项目实施规划能力 (5

团队项目绩效考核方案表

姓名 工作态度(15) 工作质量(15) 完成时间(10) 问题展示(10) 团队协作(10) 学习能力(10) 工作难度(15) 工作量(15) 备注 程鹏远 胡顺利 高扬 董龙洋  

项目绩效评估和奖励体系设计初衷

项目绩效评估和奖励体系 如何评估项目的绩效,如何评估团队成员的绩效,如何根据评估结果进行薪酬奖励激励. 1.我们为什么要做这件事情? 对我们要做的事情有充分的认识,以确保我们在用正确的方式做正确的事情,走在正确的道路上.(1).现状: 需要一套项目绩效评估和奖励体系,用来激励软件开发团队多多贡献,并进行相关考核,给予每个人应有的认可和奖励.项目的考核要与项目业绩.收益挂钩,收益好,绩效奖励多:收益不好,绩效奖励少.(2).目的: 激励大家更好的做事,多做贡献,让有能力的人得到施展和认可,得到应有

项目如何进行有效的绩效考核(广州 2014-11-26)

垃圾的考核办法,让项目组背负更沉重的负担:而优秀的考核办法,将会激发项目组更强大的战斗力,你好,我好,项目好,公司好! 时间:2014-11-26(星期三)下午13:45-17:00 日程安排:13:45-14:00 签到,互相认识14:00-16:00 项目绩效考核深度分享16:00-17:00 问题解答,案例分析 地点:广州市天河区珠江新城 珠江西路17号广晟国际大厦17楼 广州西维尔计算机系统有限公司 大会议室 费用本活动免费,需要事先报名并获得批准.请慎重考虑后报名,报名后请不要轻易缺席

打造实用绩效考核(深圳站 2014-6-21)

 课程概述合适的盈利模式 + 合适的绩效考核办法 = 强劲的企业业绩!绩效考核可能是最重要的一种制度,但也可能是最有杀伤力的一种制度:?优秀的考核制度,驱动员工和公司一起进步,员工每天充满激情地工作,公司业绩蒸蒸日上:?平庸的考核制度,仅仅是一种考核需要,每次考核走走形式,"轮流"做优秀员工:?低劣的考核制度,严重挫伤员工工作积极性,甚至逐步将有价值的员工逼到"离职"的境地.本课程分享老师十多年的绩效考核经验,帮助你打造实用有效的绩效考核机制,运用好绩效考核这个&q

KPI绩效考核为何在国内不管用?

很多外国很好的管理制度,到了中国都有水土不服,就像KPI绩效考核一样,到了中国执行得很不好,甚至还不如用本土的人治管理方法,那是为何呢?为什么国内学平衡计分法和KPI的热情非常高,效果却往往有限? 其实根本的原因在于大多数国内企业 尤其是民企,基本都是 人治,而不是流程治. 一个主要原因就是没有真正清楚KPI管理模式所要求的具体管理条件和理论前提. 理论是在假设前提下成立的(假设前提,是指分析和观点得以成立的条件). 设定前提是思维严谨性的一种具体体现,这也是管理科学的本质精髓之一. 简单先说一

【转】绩效考核的10大误区

调查显示,大部分企业的绩效考核只针对业务人员,不考核支持人员(如技术.财务.人事.服务等).我非常理解考核支持人员的难度,那就是其业务指标很难量化 在管理和咨询过程中我发现大部分企业的老板都已经认识到绩效管理的意义,大部分企业也都在用绩效考核进行管理.但我同时也发现老板对用绩效考核的方式进行管理存在很多错误的认识,借此总结一下我看到的“绩效考核的10大误区”: 1. 相信“绩效考核,一考就灵” 以前没有做过绩效考核的老板接触了绩效考核的思想之后会认为自己以前所有管理问题都是没有绩效考核,没有目标

如何选择2019年绩效评估体系,整合目标管理和绩效评估

随着企业管理理论的不断发展和管理水平的提高,绩效管理也发展到以目标管理为中心的企业管理.因此,一个全面的绩效考核管理系统不仅可以将绩效管理视为人力资源管理的专业模块,而且可以从公司的战略和运营方面进行系统的思考和设计.此时,您需要一个集成了目标管理和绩效评估的绩效评估系统.那么如何选择2019年的绩效考核体系呢?对公司而言,公司规模很小,但大约有100名员工.如果人力资源部门想要计算所有员工的绩效,那么实际上这是很少的工作,而无需使用企业绩效管理系统.当时,我经常听到人力资源同事抱怨绩效指标是一

技术绩效考核之我所见

本周hr通知我们,技术这边也准备实施公司的绩效考核体系,考虑到技术的特殊性,让我们技术单独制定我们自己的考核方案.作为技术团队负责人,这个任务就落到我得头上.以前没怎么制定过,有一定的压力,一是:如何制定,二是:如何实施,并被同事们接受. 考虑了一天多,然后也参考了腾讯的考核办法,最终我制定的考核方案如下: 一.考核方式:自评 + 上级考评   HR同意后设置比例为  自评(20%),上级考评(80%) 二.考核的维度:工作业绩(60%) + 工作态度 (20%) + 工作能力 (20%) 然后