时间过得很快，一转眼就是1个月过去了，这个月里面我按照之前的设想执行了新的考核方法，具体可见《一个案例：创业公司的开发团队考核新方法探索 》，于上周整个项目终于上线完成了，而经过几天的整理，我也重新回顾了一下整个过程，下面跟大家一同分享一下。

一个案例（续）

在整个开发开发过程中，团队人员没有变化，于上周完成所有任务并部署到正式环境中，按照新的考核方法，对整个开发成果进行了评定。

5、项目结果评定（个人部分）

新的考核方法中，我们对于所有开发人员的工作量认定是由全体成员共同参与并决定的，这个是认定值，而根据每一个开发人员的实际开发情况得到的完成情况，则是实践值，其结果汇总的情况如下：

对于上表中需要说明的包括：

1）开发过程

开发过程是在项目启动之后，由相关部门提出的修改意见，虽然我们已经做了非常多的努力（公司每一次开发有内部的审批流程保证），但是依然无法杜绝需求的层出不穷，不过有了新的考核方法之后，对于新增的需求评定就容易了很多，此次项目增加后的工作量就是由项目负责人根据实际完成情况以及开发人员和产品经理的意见之后确认的，虽然也会有误差，但是相对于之前的拍脑袋更加有依据。

2）个人基础得分

个人基础得分是根据提前完成的工作量计算得到的，计算方式很简单，以 开发1 为例：

个人基础得分 =  (9+5-9) / (9+5) = 5 / 14 = 3.57

如果有未能如期完成的开发人员，那么设置最低为0分，即没有提前完成的积分奖励。

3）个人调整得分

个人调整得分是由【个人基础得分】与【个人系数】的乘积得到的，【个人系数】我们统一设为0.5，这是因为我期望的是个人的努力与团队的努力应该各占一半。

6、项目结果评定（团队部分及最终评定）

这部分的评定是由团队全体人员对每一个人在整个项目中的表现打分，分值从0-10分，可以自己衡量一个标准的人员作为标杆，将其定义为5分，比这个标杆好的，则分数超过5分，反之亦然。这里面包含的内容就很多了，毕竟一个项目刚开始的时候很难确认其具体的过程是难是易，是不是有人捣乱，这些内容无法非常标准的进行客观评价，所以直接开放由所有人打分，但是这里要特别说明的是，作为部门的负责人一定要自己心里有数，谁的表现更好，谁的表现更糟，并且能够正确的引导和指引团队成员更加有效的打分，比如我在此次评定的时候，会讲一些例子，XXX完成的很快，然后帮助XXX加快了完成进度，产品经理收到了很多需求，但是并没有全盘接受，而是有选择的进行接受，并与开发人员沟通很流畅等等，这些都是可以作为加分项，而同时，如果有开发人员在开发过程中，只顾自己，完全没有团队意识，造成调试和接口传输的时候有很多坑的，这些就是负面案例，好在我的团队还没有这么糟糕的情况，还是先把团队的评价情况拿出来看看吧：

对于上表中需要说明的包括：

1. 团队也是有基础分的，就是以【个人基础得分】最低的人为准，因为开发任务完成是以最慢完成人为准的。
2. 【团队评价】是由所有人进行打分之后，取平均值得到的评分，虽然我期望的是能够接近5分，但实际看来还是超过了我的预计。
3. 【团队调整得分】是由上面两项以及【团队系数】再除以10（因为团队评价是0-10分的，需要除以10进行调整）得到的。
4. 【总分】是由【个人调整得分】和【团队调整得分】的合计值。

7、总结和体会

以上只是将计算过程展示出来了，但是我期望新的考核方法能够带来更多的改变，所以我总结了一下自己的体会，与大家一同分享：

1）参与感加强。 这个应该从提出新的考核方法时，就是这么期望的。因为从项目开始，到最终评定，所有团队成员全部参与到目标制定和最后执行的过程中，除了大家各自打分值不清楚之外，其他所有的步骤以及完成情况全部是透明的，能够达成开发人员可以更加合理的安排自己的开发任务，如果有很强的上进心和目标性，会主动加班，即便不是在单位里面，回到家里也会一样加班，我觉得就是因为每个开发人员清楚知道自己能够达到的成就，所以会愿意付出更多的时间和精力。

2）效率提高了。由于有了透明的计算方式和实现过程，每一个开发人员都会注意到其他人的完成情况，也会知道自己在团队中的位置和完成情况，虽然我们一直说不要在意他人的意见，但是程序员本身还是愿意竞争的，所以没有人愿意自己表现的比别人差，而因为目标和过程的透明性，使得大家有强的自主性完成任务，在潜移默化中团队整体的效率提升了，对于团队本身管理来说也是乐见其成的。

3）沟通能力得到锻炼。与产品经理不同，程序员一般沟通能力比较差，而此次项目中，我觉得沟通能力其实每一个团队成员是提高的，我仔细想了一下，因为制度透明，大家都愿意为了统一目标努力，而且整体的工作氛围是非常正面和良性的，这就使得大家在沟通的时候更加耐心，也更加原因倾听和表达，而这点我其实是非常欣慰和提倡的，也算是这个新方法推行之后的以外之喜吧！

写在最后

任何事情都有两面性，就像此次推行的考核方法有值得肯定的地方，也有很多不足，比如：对于开发人员的考核只见正面未见负面（其实负面是放在测试人员的考核中，以抓bug的数量作为依据）、个人得分与团队得分相比更加被重视（是的，这是设计之初就想到的，是希望更加容易推行新方法，后续应该会调整）、团队规模问题等等，这些问题我也同样在思考和分析，希望通过更多的方法来客服，毕竟这个是一种尝试和探索，并不能说很成熟，但是至少走出了一小步。

新的考核方式是一种尝试，最后的目的是体现技术人员的价值，而这个价值是标准和非专业认可的，自从实施该方法之后，其他部门的认可度是慢慢提高的，至少原先很难沟通的地方也逐渐理解和明白了，我觉得这个是意外的收获，但是同样也很重要，毕竟一个公司的成长不会仅仅依赖几个人，还是要靠所有人的！

谢谢大家，我也希望继续分享自己的项目和产品心得希望大家共同进步！

相关阅读：

一个案例：创业公司的开发团队考核新方法探索

本文由 @加减乘除 原创发布于人人都是产品经理。未经许可，禁止转载。