程序员的绩效考核标准，怎么做才合理。

对研发人员的考核，建议不要过于强调结果，应该注重对过程的关注。程序员这种脑力劳动，类似于研发考核，由于其工作性质本身要求创造性，结果比较难于掌握，单纯强调考核会打压其本身的工作积极性，不符合客观规律。

个人觉得，对他们的考核只要能确定他们是认真工作、努力工作、态度端正，一切围绕目标开展就可以了。

绩效考核指企业在既定的战略目标下，运用特定的标准和指标，对员工的工作行为及取得的工作业绩进行评估，并运用评估的结果对员工将来的工作行为和工作业绩产生正面引导的过程和方法。

绩效考核（performance evaluation），是企业绩效管理中的一个环节，常见绩效考核方法包括BSC、KPI及360度考核等。绩效考核是一项系统工程。绩效考核是绩效管理过程中的一种手段。

程序员工作是一种智力活动，应主要根据工作结果来进行考核，主要考核指标有网站模块质量合格率、时间节点任务完成率等，工作标准由你自己来定，一般这两个指标的标准都要达到80%以上。

具体 *** 作步骤如下：

1、根据公司要求及程序员的工作量制订工作时间节点计划表，设定成为几个阶段，每个阶段有明确的时间规定和工作成果规定；同时设定考核指标、考核标准和奖惩措施。

2、到了节点的时间就对程序员的工作进行评估，如果没达成节点成果，就要求程序员制订改进措施，或加班或改进方法，措施也要有时间和效果控制标准，以便于确定改进措施的阶段性评估。

3、在工作完成后根据程序员的工作完成情况，进行奖惩兑现。

我认为绩效考核对程序员或者对整个公司都是重中之重，但是对程序员怎么绩效考核？难道看敲得代码数量吗？绩效考核的先决条件是工作可测量。

从这个角度讲，有两种方式可以综合使用：

1.代码量。

每天下班进行工作提交时，统计今日修改，新增的代码行数，业界基本水平大约是200行。

2.进行任务细化分割和管理。

MantisBT可以实现这个功能。开发的整个流程，都可以在mantis上加以体现。分析人员逐级分割任务，并将最终可实现的子任务分割给程序员，程序员可以通过统计其任务完成量来估算其工作量。其实，我觉得BOSS的焦虑在于无法“可视化”的观察项目的进度，这个任务可以通过使用MantisBT，合理设置里程碑来实现。当BOSS看到里程碑相关的任务完成度不断上升的时候，他的焦虑感就会显著降低了。

我的经验中主要是这么几个方面：

1. 质量。

这里的质量指交付物契合需求的程度或按需求交付的准确程度，具体来说就是从理解需求开始到最后产出的交付物过程中的沟通、理解、设计、实现、验证的总体质量，这个质量可以最后以“Bug密度”这一度量项衡量，对于一般的程序员来说主要是代码质量。

2. 沟通和团队协作。

和项目团队各个角色之间的沟通以及协作意愿和能力。软件开发基于个体能力但绝不止于个体能力，尤其是现在复杂的功能软件，都需要通过多角色合作分工完成，这里个体关注项目和团队整体目标的大局观和价值观是很重要的项目成功保障。

如果你做到了上面这些, 好恭喜你,你们公司非常正规了,如果这个程序猿工作不努力,干活不认真,产出效率低,那么问题一定不是处在程序猿身上,而是HR工作有问题.

---