一、适用范围

本绩效考核仅针对项目组代码研发人员设计，其他技术岗位请酌情参考。

本绩效考核重点：研发工期把控、个人代码质量和能力、团队协作。不涉及员工价值观。

二、工具及文档

1．项目管理工具：禅道

说明：禅道是一款非常优秀的项目管理工具，而且还是免费的。我们主要用于任务的拆分指派、工时统计、bug管理、bug统计。

2．《产品需求规格说明书》、《产品技术文档详细设计》

说明：《产品需求规格说明书》包括功能需求、UI和原型图的最终确认。《产品技术文档详细设计》依据需求说明书对功能的实现、数据来源、框架、数据库等的详细设计。

3．《项目推进计划表》、《任务拆分表》

说明：依据评审后的《产品技术文档详细设计》，召开全体研发会议，合理拆分功能和评定优先级。评估各个功能模块或者页面的工时。项目工期纳入《项目推进计划表》；任务拆分纳入《任务拆分表》；这里拆分是个关键点，尽量协调开前端和后端的时间，基础搭建部分先行。

4．《BUG评估表》

说明：在项目后期，联调联试阶段，统计仍未修复的BUG，纳入《BUG评估表》，作为bug的绩效考核依据。

5．《绩效统计汇总表》

说明：把相关数据录入后，得出个人实际应发绩效奖金。

① 总工时：经评审组评定后拆解到本月的总人天工时。

② 工时累计：每人从每月总工时中申领或被分配的个人工时累计。

③ 标准占比：个人工时累计占总工时的比例。

④ 提前交付：个人提前完成交付的天数。

⑤ 延期交付：个人延期完成交付的天数。

提前和延期的判断依据：在禅道中任务实际开始至实际完成的时间。

⑥ BUG数量：个人申领任务的累计BUG数量。

从联调联测开始至测试结束仍未解决的bug数量。

⑦ BUG占比：个人累计BUG数量除以个人申领的任务数量，当比值小于等于1时，为 合理BUG范围内，不予考核；当比值大于1时，超出1的部分等同延期工时，计入实 际占比工时。

A、BUG由开发人员自行处理（人员变动或离职情况，BUG由评审组评审后纳入总工时处理）。

B、BUG占比大于1时，优先处理BUG，不予优先分配新任务。

C、由于BUG引起的投诉，扣除本任务绩效。

⑧ 实际占比：本月个人申领工时，加上提前交付工时（如果有），减去延期交付工时 （如果有），减去BUG占比工时（如果有），以上结果除以本月总工时，得出个人实 际完成总工时的占比份额。

⑨ 团队提前：总研发人数乘以提前的天数，得出团队整体提前交付工时。

⑩ 团队延期：总研发人数乘以延期的天数，得出团队整体延期交付工时。

⑪ 团队占比：本月总工时加上团队提前交付工时（如果有），减去团队延期交付工时（如果有），以上结果除以本月总工时，得出团队占比份额。

⑫ 综合占比：个人实际占比乘以团队占比，得出个人综合占比绩效。

⑬ 固定奖金池：研发每人每月拿出等额绩效，公司拿出等额绩效总和的30%，共同组成固定奖金池。

⑭ 实发绩效：个人综合占比乘以固定奖金池，得出每个人的实际绩效工资。超出和未分配的固定奖金池部分由公司负责增加和回收。

三、绩效奖金的组成

1．本绩考核单位为工时/人天，即一个人一天8小时为一个工时。

2．固定奖金池

规定项目组的代码研发人员每人每月的固定绩效工资为相等额度，公司拿出等额绩效总和的30%，共同组成固定奖金池。

3．浮动奖金

由于提前完成或者超期完成，导致当月考核结果超出固定奖金池部分的金额，或者固定奖金池未分配完的金额。超出的部分由公司承担，未分配部分由公司回收。

4．个人绩效奖金

个人绩效奖金（P）=任务绩效（K）×团队绩效（T）×固定奖金池（A）

个人绩效占比乘以团队绩效占比再乘以固定奖金池，得出个人实发绩效奖金。

四、绩效的考核流程

1．前期准备

2．评审组评审

3．全体会议决策

4．任务拆分

5．过程反馈处理（需求变更）

6．BUG统计分析

7．绩效统计分析

五、绩效实例

某公司项目人员组成：需求经理1人，产品经理1人，UI设计1人，项目组长1人，测试经理1人，代码研发人员6人（3个前端，3个后端）。研发人员固定绩效为1500元，公司出个人总绩效的30%，即6×1500×30%=2700元。固定奖金池金额为：11700元。以4月份绩效考核为例：

3月15日由产品经理完成《产品需求规格说明书》评审；评审组成员：需求经理、产品经理、技术经理、测试经理、项目组长。

3月24日由技术经理完成《产品技术文档详细设计》评审；评审组成员：需求经理、产品经理、技术经理、测试经理、项目组长。

3月25日由项目组长召开全体研发会议，官宣并讨论此次研发的重点、难点、疑惑点。并对整个项目的研发工期进行评估。一般粗略的计算方式是：一张页面按照1人1天（8时）计算，所有前端页面的人工天数乘以2，即可粗略计算总人工是多少天了。经会议讨论决定，本次项目的人工天数为120天/个人。

3月27日由项目组长完成《项目推进计划表》评审；评审组成员：项目组长、项目负责人。依据人工天数，项目组长规划项目的研发工期为24天，即4月1日至4月24日。测试分三个阶段，按照开发优先级，定为4月8日-4月12日为第一阶段测试，4月15日-4月20日为第二阶段测试。联调联测时间为4月24日-4月29日。交付日：4月30日。

3月28日由项目组长完成《任务拆分表》评审；按照前后端的任务比重确定优先级，以模块和功能或者页面，申领和分配每个研发人员的任务。审组成员：全体研发人员。

3月30日由项目组长完成拆分任务至禅道。依据《任务拆分表》指派到每个人。

4月10日-4月22日由项目组长梳理研发中遇到的问题、BUG反馈、以及需求变更情况。及时变更和调整。由测试经理关闭禅道已完成的功能。

4月24日-4月29日由测试经理联调联测。这期间出现的BUG纳入《BUG评估表》，由项目组长计入BUG绩效考核。

4月24日-4月29日由项目组长在禅道导出研发工期数据，依据【实际开始时间】和【实际完成时间】汇总出每个人的工时情况；

4月30日由项目组长交付。

5月1日依据《项目推进计划表》由项目组长统计整体完成情况，评估团队的绩效占比。

5月2日-5月5日由项目组长统计出个人绩效。

假设：项目组整体提前1天完成交付，则团队提前工时为1×6=6工时/人天。

假设：项目组整体延后1天完成交付，则团队延后工时为1×6=6工时/人天。

跨月绩效：当工期较长时，按照当月分配总工时进行考核。

插单：原则上不接受插单任务。遇紧急插单任务，经评审组评审后拆分工时，并入当月总工时。

• 上一篇：IPD模式下的研发组织结构演进
• 下一篇：矩阵结构下基于IPD流程的软件研发人员绩效考评模板