浅谈技术团队项目考核体系的建立.doc
浅谈技术团队项目考核体系的建立 浅谈技术团队项目考核体系的建立 文 /谷雨霖 项目的考核可以从两个层面看:一个是站在客户和用户角度谈 ;一个是站在项目内部谈。 站在客户角度,那就是要看项目整体达成情况,如需求是否满足、进度是否保障、交付后一定时期内的缺陷情况。通常项目总监、部门总经理站在这个角度考核的比例会大一些。 说的直接些,项目如果有奖金的话,这些指标直接约束了项目奖金盘子的大小。项目只有客户满意了,才可能有盈利。 对于项目内部考核角度来说,比较具体了。通常 QA 要求的点,都是考核点。例如 milestone 的进度,质量,开发效率, bug fix 率, bug 返工率等等 具体谈,内部项目管理人员考核体系,要先从公司项目组织结构着手。 所谓,你赋予项目管理人员什么职责,你就去考核什么。 关于项目组织结构,这里就不详细谈了,主要分行政部门结构、纯项目经理结构、矩阵结构 (弱、平衡、强 )等。 一般来说,我们可以认为大部分公司的项目管理是弱矩阵结构,即项目经理有项目成员管理权但行政权利不强 (如不能影响人员的工资 ),项 目经理承担着准部门经理职责但没有行政权利。 下面,我谈谈基于这种组织结构下的人员考核体系,抛砖引玉、举一反三。 在这种弱矩阵结构下,技术团队人员通常会存在三类职责的人: A 类:参与到项目主体开发的人员,指参与在公司正式立项并取得项目财务编号项目的成员。 这些人从行政部门中抽调出来进入项目,在项目过程中间一般不会返回其所属行政部门 (如软件开发一部 ); B 类:非项目类,指未参与在公司立项项目,而是参与行政部门安排的任务工作,包括:产品维护、预研、工具开发等活动,通常由部门经理安排执行 ; C 类:项目支持业务人员,包括部门经理、配置和质量管理等工作人员。 区分好要考核的人群后,再去按职责设定绩效考核相应的负责人,负责人再依次分解: 对于 A 类人员,通常以项目绩效为主 (TQC),辅助以知识积累、团队建设考核。 对于 B\C 类人员,则以任务完成情况、配合项目程度、部门管理指标去考核。 注意,考核是与激励挂钩的,否则考核就失去动力。 也就是说,你要提前考虑好人员的奖金激励盘子、人员工薪调整的规则。否则,考核基本就是形式化 !! 下面给出一个我对某项目管理负责人的考核体系,其他人以此 增减: 序号 KPI(GS)及目标值 权重 (相加 =100%) 考核标准 1 项目开发时效 40% 在项目计划规定的时间内完成开发任务 ; 2 项目开发及服务质量 30% 设计质量,设计性能,文档质量,编码质量,开发量, bug 率,故障率,系统支持维护满意度 ; 3 客户响应速度 10% 业务需求响应速度,问题 /故障 /Bug 处理速度 4 团队建设贡献 15% 公司制度、政策的上传下达 ;掌握员工的情绪及工作情况的能力 ;维护与客户之间关系等 5 公司贡献 5% 绩效考核项中可以设置 10-20%权重的主观考核项,作为绝对数字标准的调整,理性和感性结合。