工作评价，绩效考核，是每个企业，每个雇员老生常谈的问题，今天，针对IT项目团队的项目经理、项目成员如何获得激励，同时保证企业的产出，结合自己这几年的实践经验，做一些整理。

       通过一些网上资料的收集、论文的阅览，以及与同业伙伴的沟通了解，现在基本上国内的企业，多数还是缺乏科学规范的软件管理、开发人员价值评价体系，虽然绝大多数企业都在实行绩效考核，但多数流于形式，最终的考核决策会出现两种极端：

     1）主观考核主导：由于种种原因，比如开发人员的工作目标难以量化等原因，导致领导的主观评价占了主导地位。

     2）僵硬的量化指标：企业设计繁杂的考核工具，强制执行下，严重影响员工的工作热情，产生不满情绪，降低企业的产出效率，增大员工的流失率等问题。

鉴于以上情况，我将软件研发团队的评价方向定位于三个方向：

一、外部评价：如果是toB的企业，外部评价人就是客户；如果是toC的企业，外部评价人就是产品、业务部门。

二、内部-自我与团队交替评价：也就是针对优点和不足，团队成员自身以及团队中其他人都针对该人员进行评价，这样，能360度评价一个人的同时，更大的好处就是避免了项目经理最头疼的“个性”成员，从而也让项目组成员之间都有了“同理心”。

三、内部-自上而下评价：从领导层的考核指标，拆解后对团队成员进行综合评价，这个维度的评价是已结果为导向的主观感受结合客观指标进行的最终评价。

从以上三个方向出发，可以构建一套根据企业具体情况，弹性增加每类评价权重的评价方法。

下面，我针对每个方向的评价方法，给出一些具体的办法：

一、外部评价：都是基于使用者的角度对项目成员进行评价，根据项目阶段成果以及最终整体情况，给出对项目组成员的反馈和建议。这个过程是客户、业务部门纯主观的评价，过程配合的舒服、顺畅，软件使用流畅，就是好，反之，就是不好。

外部评价由之前的项目经理承担，但现在逐渐的已经过渡到了具体的项目成员身上，项目经理在具体的技术沟通、问题反馈，逐步下放到了团队的具体成员上，这样，可以加快整体团队的相应速度，但要看具体情况再定。从这里也可以整理出一些外部评价的具体实施点：

1）双方工作沟通效率、结果；

2）客户、业务、产品部门提出疑问的响应速度和效果；

3）业务验收测试及上线后提出的问题解决率；

4）项目经理在整个项目周期中对项目组成员和客户、用户的培训、监督、指导工作，同时提升自己的沟通管理水平。这是项目群经理对项目经理的评价参考。

二、内部-自我与团队交替评价：这种评价，切勿不要做的复杂、全面，保证有针对性，并且有效即可。团队成员之间的评价，也是根据每天的相互合作中留下的主观印象，分好坏两个方面，评判一个人：

1）优点，如工作认真、尊重客户等等。

2）不足，如脾气暴躁，沟通生硬等等。

这个评价结果会在回忆中公开，所以在执行过程中，一定要形成舒适、轻松的氛围，让大家都在精神比较放松的情境下进行，3-5人比较合适，原则就是帮助项目组成员一起进步。

三、内部-自上而下评价：主要线路还是KPI的制定线路（战略导向，逐级拆分），但是最终如果落实在代码行数、BUG等指标上，控制不好结果会很悲惨。这里我们的自上而下评价，以结果导向，方向明确，产出和质量。

1）项目产出：粒度细化到模块，过程记录就是项目计划及资源分配，进而可以按照季度统计每个人的产出以及各项目贡献占比。

2）项目质量：这个对于项目的长期可维护性，客户满意度等指标极其重要，所以，这块我们要想尽办法去量化并保证可落地。

      1、代码质量，通过代码走查来进行评价，目标就是尽量让后面的人少填前面人的坑；

      2、研发质量，通过测试反馈来进行评价，bug总数最多作为参照，其中，阻断bug、低级bug、验收bug，是重点要关注的评价指标；

上面从三个层面对员工进行评价，初衷都是为了筛选、培育优秀员工，进而更好的服务公司，与公司平台一起快速成长。所以，评价一定要经常复盘、反思、优化。

最后提醒，从小做起，删繁就简，才能健康、可执行、可持续。