绩效考核(二十六):为什么Excel做不了绩效考核?

一、Excel绩效考核的致命问题：永远没有最新版本

先说一个我们见过的真实场景。

一家50人以上的企业，用Excel做绩效考核。每个月考核，HR要同时跟几类人打交道：

• 考核人（部门负责人）：他们录入的不只是评分，还有指标设定、权重调整、评分细则修改等

• 被考核人（员工）：他们要确认考核结果，可能对某些分数有异议

• 数据提供者（研发、产品、财务）：他们提供客观数据，比如bug数、需求完成率、销售额

• 数据核对者（HR）：核对数据准确性，汇总结果

问题来了——每个人手里的版本都不一样，数据都不一样。

考核人拿着一份自己填过的表，被考核人拿着一份还没确认的表，数据提供者拿着另一份原始数据，HR拿着第四份汇总表。50个人以上的规模，这几类人加起来十几二十个，每个人手里的版本都不同。

结果是：整个公司，没有一份准确的、最新的、所有人都同步的指标和数据。

没有实时共享，就没有共同语言。没有共同语言，考核就是在吵架，不是在管理。

二、用Excel做绩效考核，最开始感觉挺好的

说实话，Excel做绩效考核，最开始上手确实快。

二三十人的团队，每个月录一次考核数据，填几张表，公式一拉，排名就出来了。简单、直接、看得见。

那为什么我们还要说"Excel做不了绩效考核"？

因为这个"挺好"，是有前提条件的——企业规模小、考核维度少、人员变动不频繁。一旦这三个条件发生变化，Excel的局限性就会显现出来。

三、规模超过20人，Excel就开始吃力了

20人以内的团队，Excel做考核勉强能应对。但当团队扩展到50人、100人，甚至更大的时候，Excel的问题就来了。

第一，数据分散在多个表格里，汇总效率低。

每个部门负责人填自己的考核表，HR收到十几份Excel文件，要手动合并、汇总、排名。更要命的是，由于无法实时共享，HR发出去的表格和收回来的表格很可能不是同一个版本。

第二，历史数据管理混乱。

考核是每月一次的，一年下来就是12份数据。我们见过一家企业，绩效考核的Excel文件存了几百个，每个文件命名规则还不一样——有的是"2024年1月考核"，有的是"1月考核-张三"，有的干脆就叫"考核表V2"。HR自己都分不清哪个是最新的。

第三，跨部门对比困难。

当企业有多个部门的时候，不同部门的考核维度可能不一样。研发部门的考核指标是代码量和bug数，销售部门的考核指标是客户数和签单额。怎么在一张表里统一汇总所有部门的考核结果？Excel的跨表引用已经够麻烦了，更别说跨维度对比了。

四、考核维度一多，Excel就乱了

这是Excel做绩效考核最核心的问题之一。

20人以内的小团队，考核维度少，Excel表还撑得住。但当考核维度一多，Excel表就变成了一场噩梦。

维度一多，表格就复杂。

比如一个研发工程师的月度考核表，可能包含：

• 结果类指标：代码提交量、系统上线时间、需求完成率

• 过程类指标：代码评审参与次数、技术分享次数

• 底线类指标：上线故障次数、安全漏洞数

每个指标还要设计评分标准：区间打分还是硬性达标？目标值是多少？完成率怎么算？把这些指标塞进一张Excel表，公式嵌套层级越来越多。

维度一多，录入就出错。

人脑不是电脑。当一张考核表有20个字段要填的时候，录入错误在所难免。数值填错了位、选错了评分档次、漏了某个指标的分数——这些问题在Excel里很难被自动发现，往往要到汇总阶段才发现数据对不上。

维度一多，权限管理就失控。

谁可以看谁的数据？谁可以修改哪个单元格？考核人和被考核人的分数，什么时候可以看？这些问题，在Excel里几乎无法精细控制——要么完全开放，要么完全锁死，没有中间地带。

五、人员一变动，Excel的数据就断了

人员离职，数据断层。

Excel不记录员工的全周期绩效历史——不是技术问题，是设计逻辑问题。Excel是"表格工具"，不是"人力资源管理系统"。它适合记录某个时间点的数据，不适合管理持续积累的历史数据。

组织调整，表格重建。

企业做组织架构调整，有些岗位撤销了，有些岗位新增了，有些岗位合并了——对应的Excel考核表要重新设计，历史数据要重新归类。由于没有实时共享机制，每次调整都伴随着版本混乱的噩梦。

人员晋升，档位调整。

我们之前讲过，晋升分为"升级"和"升档"。M2-3档的主管升到M2-5档，这个变动在Excel里怎么体现？一般只能靠HR手动更新表格备注，或者干脆新建一张表来记录职级变化。

六、Excel绩效考核的三个高频bug

Bug一：公式链接断裂

Excel做考核，最常遇到的bug是什么？是公式引用了错误的数据源。