我认为一个有效评价手段应该达到以下目的：
1、 对团队：让整个团队进入愉快高效工作状态
2、 对“高手”：奖励干活多干活好的人
3、 对“低手”：从制度上杜绝磨洋工的现象
4、 对“中手”：提供工作认真但是水平有待提高的成员生存成长空间
一个团队，总是有着各种各样的人，每个人在这个团队里都是主角。为了团队，他们有着相同的目标，但却担任着不同的角色，做着不同的事情。正因为每个人都做不同的事情，所以我们很难在定义一个统一的标准来评判个人在团队中的绩效。
在软件开发中，每个人各司其职，有项目经理，有开发人员，有测试人员，还有设计师。如果单纯的通过代码量来评判个人绩效，那PM早就被开除了；如果只通过结果来判断，那测试人员无疑是最吃亏的。那么，怎样才是一种有效的评价手段呢？
经过一晚上的热烈讨论，我们团队决定采用以下的方式来评判个人绩效，主要分为组内评分与组外评分。
1、 组内评分（70%）
组内评分采用5个审核点，分别为
1) 任务完成度（20%）
任务完成度是根据一个人任务完成数量的多少而评判，只要所有任务都按时完成，便可获得满分，如未完成，不论任何理由，都无法获得满分。
2) 任务完成质量（50%）
任务完成质量是一个人任务完成的质量评价，有些人草草应付，有些人精益求精，结果肯定是不一样的。同样是读取数据库，有人只需要0.1秒，有人却要10秒，这对产品质量的影响不言而喻，因此这一块在评分中占有最大的比例。
3) 代码规范程度（15%）
代码规范程度是用于约束我们每个人编写代码的可读性，增强可维护性。如果命名不规范或全篇无注释，无格式，这会让做code review的人非常痛苦的。
4) 工作态度（15%）
工作态度非常重要，那怕最后的结果不太好，只要态度一直认真，大家有目共睹，这一块都可以获得满分。相反，若完成了任务，但态度很随意，这一部分则无法获得满分。
5) 热心程度（5%）
热心程度为附加分，对于一个团队，每个人都会做出自己的贡献，对团队热心的人，大家都看得到，这部分是工作态度的补充体现。
2、 组外评分（30%）
在项目分阶段结束时，我们组内会组织统一的报告，用来介绍自己在这一阶段开发所做的工作。我们会请部分外组人员或专业人士来听取我们的报告，根据我们报告所展示的东西对我们每个人打分评价。这部分并没有统一的审核点，但主要还是考核工作的质量及个人对其工作的评价。
以上就是我们小组所采用的评价方案，希望大家提出更好的建议。
原文链接：http://www.cnblogs.com/rosting/archive/2011/09/08/2171605.html
【编辑推荐】
