作为一个给团队打绩效的人,我想说几句
我每半年都会给团队成员打绩效,也会参与和 CTO 的绩效校准,所以从管理者的视角,说说这件事
首先,我先把结论告诉你:接受结果,但一定要把原因问清楚。
因为当绩效公布到你这里的时候,结果基本已经定了,真正能够通过申诉改掉绩效的情况非常少。
我这边每半年、每年年底,也都会给技术部的人打绩效。我可以跟大家说一下,一个绩效是怎么出来的。
首先是我给团队成员做第一版绩效。
定完之后,并不是马上公布,而是还要跟 CTO 同步。很多时候,CTO 会结合整个 IT 部门的情况进行校准,经常也会做一些调整。
调整的原因一般有几种:
- 有些公司实行强制分布,低绩效比例是固定的,即使团队整体表现不错,也必须有人落到 C;
- CTO 掌握的是整个 IT 部门的信息,除了技术团队之外,还有设计、实施、BI 等团队,他会站在整个部门的角度进行平衡;
- 对于一些成员的表现,如果我和 CTO 的判断存在差异,也会一起讨论,最后确定最终结果。
等绩效最终确定后,我们才会开始跟团队成员逐个沟通。
所以,如果你拿到了 C,正常情况下,Leader 本身就应该跟你进行绩效面谈,并告诉你为什么是这个结果。
毕竟如果连原因都不解释,员工直接去找 HR 或者继续向上反馈,对 Leader 自己也没有任何好处。
所以,我不建议你花大量时间去纠结:
为什么最后不能改?
因为到了这个阶段,大概率已经改不了了。
真正值得花时间的,是把原因问清楚。
不过,我建议不要问:
为什么给我 C?
因为这个问题,Leader 很难回答得让你满意。
更好的问法是:
第一,哪些具体事情导致了这次绩效?
不要接受「综合表现一般」「整体不够突出」这种比较空泛的回答。
最好让 Leader 举几个具体例子。
- 到底是项目延期?
- 还是线上事故?
- 还是沟通协作?
- 还是推进能力?
- 还是有其他部门来投诉了:别小看这条,经常发生的;
只有知道具体问题,你才知道该怎么改。
第二,如果想拿到 B,甚至 A,需要做到什么?
让 Leader 给你一个明确的目标。
比如需要负责一个核心项目、承担更多业务、带新人,还是提升项目推进能力。
只有目标足够具体,你下一阶段的努力才有方向。
就像25年,我就跟团队的一个前端开发说,如果你26年可以接JAVA后端开发需求,我可以直接给你A。
因为作为一个前端开发,已超出岗位预期了,又提升了团队整体战斗力。够料拿A了。我当场这么说的,只要他做到,我就给。
当然还有一个技巧:不要等到绩效面谈那一天,才第一次知道 Leader 对你的评价。
平时多做阶段性沟通,项目结束后主动复盘,定期确认自己的目标有没有偏离。
真正优秀的绩效管理,不是在年底讨论绩效,而是在全年不断校准方向。
最后,我想说一句。
真正重要的是判断两件事:
第一,Leader 给出的原因,你认不认可?
第二,如果按照他说的去改,下一次绩效有没有机会提升?
如果这两个问题的答案都是肯定的,那就认真改,争取下一次翻身。
如果原因含糊不清,或者你发现无论自己怎么努力,结果都不会改变,那与其一直纠结这一次绩效,不如在当前公司拿到足够写到简历里的亮点后骑驴找马,早点准备下一份工作。
