IT部门的绩效考核应该如何做？

谢谢邀请，很好的一个问题，赞一个！我认为需要根据不同的情况分析。

一：项目研发类

这类部门的职责是IT产品研发，或是旧产品的更新迭代，或是创新产品的研发，他们的共同点是没有太多可参照的历史样本，需要开发者经过一系列的探索和尝试，结果具有不确定性。

对这类人员或部门的考核具有一定的难度，更有甚者，某些新产品的研发，连老板都抱着尝试的心态去“玩”，所以很难有一套包打天下的绩效考核法则。对于这种情况，依据我个人经验，可以用绩效考核+项目提成来规范和激励此类员工或部门，这两种方式是相辅相成的。

绩效考核

一般情况下，能从事探索类、试错类岗位的员工或部门，属于企业的中坚力量，这类人员适合用责任状的形式进行考核，即在项目开始时，与员工或部门商定里程碑、周期、资金、人力等投入因素，公司和员工或部门签订绩效文件并按交付点进行考核。延迟交付或交付质量有问题，按一定权重比计算绩效考核分，对应绩效积点核算绩效工资。这里说的是考核的大方向和原则，个中的细节设置也非常讲究，如何设置项目周期和交付点、如何评定质量问题（我建议首选客户评价）、如何分清客观原因还是自身原因导致项目延迟、如何设置权重比例等，这些细节直接导致考核是否有效，是否可行。

项目提成

对于创新研发的部门或员工，绩效考核更注重过程监控，而项目提成更注重市场投放和效益回报，两者不可获缺。公司只有看中产品的市场价值才会投入成本进行研发，那么，市场便是检验产品的试金石。作为推动项目进展的另一手段，项目提成制度设立的落脚点是市场利润。按产品的市场投放阶段计提项目分成点、按合同额计提分成金额是一种可行的方式。这里特别注意一点，销售提成和项目提成不可混为一谈，销售和研发都是推动市场利润的左右手，他们需要各司其职，相互配合，所以，二者均需各占利益，不可厚此薄彼。

二：项目实施类

这类IT部门的职能是从事项目实施，有现成的脚本或案例可参照，只要严格执行现成的规则就可以盈利。相较于研发类，这类人员或部门的执行结果具有可预见性，因此，考核也相对简单。这类部门的价值产生方式是多劳多得，即多做实施类项目，就为公司多创造价值，因此，这类考核可参考流水线上的工人的考核方式，即按工时、客户评价两个维度进行考核。工时，按在项目人天来计算，考核周期内累计越多，绩效越高。

以上是我的经验之谈，如有更好的看法，欢迎留言讨论。