做绩效的HR大概都有过这种经历。

刚开始接手一家企业的时候,老板说:

“我们就做个KPI,简单一点。”

做了一段时间,业务部门提出:

“销售不能只看KPI,我们还要看业绩。”

研发部门说:

“研发团队更适合OKR。”

项目团队又说:

“项目制员工应该按照项目结果评价。”

管理层觉得还不够:

“关键岗位再加一个360评估吧。”

于是,一套绩效方案慢慢变成了几套。

再过一两年,HR回头一看:

公司到底有多少种绩效方式,自己可能都快数不清了。

有人做KPI,有人做OKR,有人做PBC,有人做项目考核,还有人要做360评估

这时候很多HR都会产生一个疑问:

绩效管理为什么越来越复杂?

其实,这件事情未必是坏事。

因为绩效越来越复杂,很多时候恰恰说明:

企业的业务越来越复杂了。


一、同一家公司,不可能所有人都用同一把尺子

想象一下,一家公司里同时存在这些岗位:

销售负责拿订单;

研发负责产品和技术;

客服负责客户满意度;

项目经理负责项目交付;

职能部门负责内部支持;

管理者负责团队和业务结果。

如果所有人都用同一套指标去评价,反而不合理。

销售可以直接看:

  • 销售额
  • 回款
  • 新客户
  • 毛利

但如果拿同样的方式去评价研发,就会很奇怪。

研发人员可能更关注:

  • 产品版本
  • 研发质量
  • 技术指标
  • 项目进度
  • 技术创新

而HR、财务、行政等职能岗位,又有自己的工作特点。

所以,企业做到一定规模之后,绩效管理一定会出现一个变化:

从“一套方案管所有人”,变成“不同业务采用不同方式”。

这不是绩效管理失控。

而是企业真实业务结构的反映。


二、KPI没有过时,只是不能解决所有问题

这几年谈绩效,很容易出现一个误区:

好像用了OKR,就比KPI先进。

其实没有这么简单。

KPI适合什么场景?

目标比较明确,结果比较容易量化,而且岗位职责相对稳定的情况下,KPI往往非常有效。

比如销售:

本季度完成1000万销售额。

这个目标非常清楚。

但有些工作就没有这么容易量化。

比如:

研发一个新产品。

探索一个新市场。

做一次组织变革。

解决一个长期技术问题。

这类工作如果硬塞进KPI,很容易出现一个问题:

为了方便考核,大家开始挑那些“容易量化”的事情做。

真正重要,但短期很难量化的事情,反而没人愿意做。

所以企业开始引入OKR。

OKR解决的是另一类问题:

让团队围绕重要目标,集中精力解决真正重要的事情。

这并不意味着OKR一定比KPI好。

而是:

它们解决的问题不一样。


三、真正让HR头疼的,是“多种绩效方式同时存在”

复杂并不可怕。

真正麻烦的是:

这些绩效方式最后还要汇总到一起。

比如:

销售采用KPI;

研发采用OKR;

项目团队采用项目考核;

管理人员增加360评估;

部分员工还有PBC。

到了绩效结果计算的时候,HR开始面对一连串问题:

这个人的最终绩效怎么算?

KPI占多少?

OKR占多少?

项目结果算不算?

360评估是参考,还是直接计入?

不同岗位的绩效等级能不能直接比较?

部门绩效和个人绩效之间是什么关系?

一个员工如果同时参与多个项目,应该归到哪个考核体系?

这些问题才是企业绩效管理真正复杂的地方。


四、绩效模式越来越多,但企业最怕的是“各做各的”

这里有一个很常见的情况。

销售部门自己做了一套绩效。

研发部门自己做了一套。

事业部又有一套。

HR为了满足不同部门需求,不断增加新的规则。

每套方案单独看都没有问题。

但放在整个企业里,就会出现:

规则越来越多,数据越来越散。

最后HR想看一个简单的问题:

“公司今年哪些人表现最好?”

可能都不容易回答。

因为不同部门的绩效数据结构不同。

更麻烦的是,绩效结果背后对应的数据也不同。

销售的数据来自CRM

研发的数据来自项目系统。

员工目标可能在OKR系统。

工作过程可能在任务系统。

360评价又是另外一套数据。

如果这些数据彼此割裂,HR最终拿到的仍然只是几张孤立的表。

所以企业真正需要解决的,并不是:

“到底应该用KPI还是OKR?”

而是:

“不同绩效方式能不能在同一个体系里运行?”


五、绩效复杂之后,还有一个问题:员工到底该怎么被评价?

举个很常见的例子。

一个员工同时参与三个项目。

项目A占他30%的工作量。

项目B占40%。

项目C占30%。

其中A项目提前完成,B项目正常,C项目因为客户原因延期。

如果只看结果,C项目延期可能影响这个员工的绩效。

但这个延期真的是员工的问题吗?

如果项目负责人、客户、资源配置、产品交付都有影响,那么简单用“项目延期”评价员工,显然不够公平。

这时候,绩效管理就不能只看一个结果。

还需要结合:

目标是什么 → 实际结果是什么 → 执行过程中发生了什么 → 哪些因素由员工负责 → 哪些因素属于外部因素。

这也是为什么企业越发展,绩效评价越需要“上下文”。

一个结果,脱离业务背景之后,很容易被误读。


六、绩效管理真正难的地方,其实是“统一”和“灵活”之间的平衡

企业当然希望统一。

统一的规则方便管理。

统一的数据方便统计。

统一的流程方便HR运营。

但企业又需要灵活。

不同岗位需要不同指标。

不同业务需要不同考核方式。

不同管理层级可能需要不同评价方式。

这两个需求天然存在冲突。

太统一,业务觉得不适用。

太灵活,HR又管不住。

所以成熟的绩效体系通常不会追求:

“所有人完全一样。”

而是追求:

底层规则统一,业务应用灵活。

比如:

评价周期可以统一。

绩效等级可以统一。

基本流程可以统一。

但具体的目标类型、指标体系、评价角色、计算方式,可以根据业务场景进行配置。

这样既能保持企业整体的管理规范,又不会把所有部门都塞进同一个模板。


七、还有一个容易被忽略的问题:员工的工作方式也在变化

以前一个员工可能长期负责一个岗位。

现在越来越多员工同时参与:

项目、客户、产品、专项任务、跨部门工作。

一个人可能有直属上级。

同时还有项目负责人。

还有业务负责人。

甚至会有多个团队一起评价他的工作。

这时候,传统的“直属上级一个人评价”就开始显得单薄。

比如一个项目经理:

直属领导可能最了解他的日常管理能力。

项目成员最了解他的协作能力。

客户最了解他的交付能力。

项目负责人最了解他的项目结果。

如果这些信息能够被合理整合,最终得到的评价显然比“一个领导打一个分”更完整。

所以,360评估、项目协作评价、同事评价等方式逐渐被更多企业采用。

但问题又来了:

评价角色越多,绩效管理也就越复杂。

谁来评?

评多少人?

评价结果怎么用?

不同评价人的权重一样吗?

有人拒绝评价怎么办?

这些都成为绩效系统需要解决的问题。


八、绩效越复杂,越不能靠Excel硬撑

企业人数比较少的时候,Excel还能勉强解决问题。

几十个人,可以人工统计。

一两百人,可能还能靠HR反复检查。

但当员工数量上升,同时又存在多种绩效模式、多种评价关系和多个业务系统之后,Excel的问题就会越来越明显。

最典型的就是:

数据容易错,规则难维护,过程难追踪。

HR可能需要反复确认:

这个员工属于哪个考核方案?

这个指标从哪里取数据?

这个人的绩效计算规则是什么?

为什么这次分数和上次不一样?

谁改过目标?

什么时候改的?

最终结果有没有经过校准?

这些事情靠人工维护,工作量会随着企业规模快速增加。

所以绩效管理复杂之后,企业真正需要的不是继续增加Excel模板。

而是让系统能够理解:

不同的人、不同的岗位、不同的绩效模式,以及它们之间的关系。


九、但“灵活”也不能变成“想怎么配就怎么配”

这是企业在做绩效系统时特别容易踩的一个坑。

很多人认为:

“既然不同企业需求不一样,那系统就应该什么都能配置。”

听起来很合理。

但如果系统真的允许所有东西随意配置,很快就会出现另外一个问题:

配置越来越复杂,最后连HR自己都不知道规则是怎么跑的。

所以一个好的绩效系统,并不是配置项越多越好。

而应该把:

真正需要灵活的地方开放出来。

把:

容易造成数据混乱、规则冲突和管理风险的地方约束住。

换句话说:

好的绩效系统,不是无限制地提供自由,而是在统一规则和业务灵活之间找到一个合适的边界。

这一点其实非常重要。

因为企业的绩效管理,本质上是一套长期运行的管理机制。

今天配置得很方便,不代表明年还能维护。


十、所以,企业到底应该怎么面对“绩效复杂化”?

我觉得没有必要回到过去。

也没必要为了追求“简单”,强行让所有人使用同一种绩效方式。

更合理的思路是:

第一,承认不同业务需要不同绩效方式

销售、研发、项目、职能、管理岗位,不需要完全一样。

第二,统一企业的底层管理框架

比如:

绩效周期、基本流程、等级体系、权限、数据口径等保持相对统一。

第三,让不同业务拥有合理的配置空间

KPI可以用KPI。

OKR可以用OKR。

项目可以采用项目考核。

需要360的岗位,就增加360。

第四,把不同来源的数据逐渐连接起来

目标、项目、任务、评价、绩效结果,不应该长期各自孤立。

第五,不要让复杂性全部落到HR身上

如果一个绩效方案必须依靠HR大量人工计算、核对、催促才能正常运行,那么这套机制本身就还有优化空间。


结语:企业需要的不是“最好的绩效模式”,而是“适合自己的绩效体系”

KPI没有过时。

OKR也不是万能药。

PBC、360、项目考核,也都有自己的适用场景。

真正的问题从来不是:

“哪一种绩效模式最好?”

而是:

“什么样的绩效方式,最适合当前这家企业、这个业务、这个岗位?”

企业规模越大,业务越复杂,绩效方式出现差异其实是很正常的。

真正成熟的绩效管理,不是把所有人变成一样。

而是在保持企业整体管理规则一致的同时,允许不同业务用适合自己的方式管理绩效。

所以,企业最终需要解决的不是“绩效要不要复杂”。

而是:

复杂之后,能不能依然清晰、可控、可执行。

这可能才是企业绩效管理走向成熟之后,真正需要面对的问题。

为什么企业的绩效管理,越来越复杂了?


索取企业OKR和绩效管理成功案例,直观体验《Tita一体化管理平台》,立即申请 《Tita 产品演示》 或 最受客户欢迎的《帮我配置考核表》
2024, Tita 重磅发布新品,开启“客户管理”与“项目交付”双引擎,帮助企业驱动业绩飙升!立即了解 《Tita 新CRM销售管理一体化》

相关文章

微信客服

1642413149-20220117175229841 == 微信扫码 ==

预约演示 企微客服
返回顶部