职场之锤
到底什么是加分项,为什么我做的都不被加分?
本文另有英文译文 · 阅读英文版 →
那次年终总结会议,我看着 OKR 上那一堆“完成、达成、协助”,心里突然发虚了。
这些事,我确实都做了。甚至有些是临时救场、无偿加班、主动帮人补位的。可为什么老板只是轻轻带过一句“挺辛苦的”,转头就给了别人更高的评价?
我开始反思,是不是我做得不够多、不够好、不够亮?
可回过头一看,那几个月我不仅做了主线项目,还主动帮新人 onboarding,跨组救火,文档都我写的,流程也是我补的。怎么最后变成“没看到特别贡献”?
这不是第一次我在评估会议上觉得自己“像个影子”。不是没干活,而是没人记得我干了什么。
直到我真去问了几个组里的老同事,才听到一句点醒我的话:
“不是你没加分,而是组织找不到你加在哪儿。”
大多数时候我们理解的“加分项”,其实和组织的定义不一样。
我们以为“做了别人没做的事”就算加分,组织看的却是三件事:
有没有让主任务更顺利完成(get things done)
有没有让系统更好用、效率更高(do it better)
有没有建立起对你稳定可靠的认知(play fair)
可惜的是,很多努力虽然出于好意,却没有连上组织这三条判断线。比如下面两个故事,都是我亲身经历的“好心不被当回事”。
第一件事,是我带新人。
那阵子组里来了个新同事,文档不全、系统复杂,他几乎每天都要来问我。看他焦头烂额,我不好意思不管,每天抽时间帮他看代码、补上下文。三周后他上手了,我却被领导提醒:“这段时间你自己的任务进展有点慢。”
我一度觉得委屈,怎么好人没好报?
后来才想明白,我做的这些确实对新人有帮助,但组织层面并没有留下可复用的成果。他成长了,但我没留下任何痕迹。
直到有一次我把新人的提问整理成一套 onboarding 笔记,连带着接口文档和调试步骤一起写好,发给组里。后来再有新人进来,只用一周就能上手。
那一次,老板专门在组会上说:“XX 这套 onboarding 文档帮我们节省了很多成本。”
同样是帮新人,第一次是人情,第二次变成了资产。组织看到的是,你让流程更好用了,而不是你“多付出了时间”。
第二件事,是我帮人救火。
隔壁团队上线前发现一个模块出了问题,原负责人不在场,我临时顶上修了个替代方案,加班上线。
我以为这次应该会有人记住我。可一整个季度下来,绩效回顾时没人提起。甚至还说我主线项目推进慢。
我当时真觉得心凉。
但这次我没有沉默。我在组会上分享了 incident 总结,说明了问题根因、我的处理逻辑、风险点和我建议后续怎么避免。然后我写了一份 cross-team 协作清单,把那次沟通中踩的坑都整理进去了。
不到两周,老板问我愿不愿意帮忙设计一套团队之间协作流程模板。
原来我以为的“帮一次”,如果不转化为组织流程,就只是一次事件。而当我开始用一次性的经验反推结构性改进时,才真正进入了组织的注意力中心。
慢慢我开始看清:不是所有努力都能被看见,但能留下路径、标准和预期结果的,才可能成为真正的“加分项”。
组织为什么重这些?因为资源是有限的——老板要考虑的是:如果你有空,你的贡献是可以被乘以 10 还是只能帮一个人一次。
换句话说,加分不是因为你做了更多的事,而是你让别人少做了更多的事。
我不是说我们要变得“功利”,但如果连组织怎么判断都不清楚,就很容易把加分的事做成消耗。
曾经我最常犯的错,就是把“我觉得有用”当成“别人一定看得见”;把“默默帮忙”当成“别人自然会记得”;把“有人得做”当成“我来做就对了”。
现在我会先问自己三个问题:
这件事有没有明确的收益指标或节省成本点?
做完后我能不能把它标准化、文档化、工具化?
别人能不能复用?领导能不能引用?团队有没有因此多了一套解法?
如果这三条都打不通,那我就不会急着做。
不是我变冷漠了,而是我开始学会,把力气花在组织真正会加分的地方。
有时候我们一边感慨“为什么TA说的话就有人听”,一边忽视了他做的事,是系统需要的;我们一边努力补位做事,一边忘了让系统记住我们到底补了哪儿。
如果你也有过这种“做了很多却没人记得”的感受,不一定是你做得不够好,也可能是你还没学会,把额外贡献变成组织语言里的硬通货。
下次面对一个临时任务、一场救火行动、一段无声付出时,试着问问自己:
这件事,是一次性的忙,还是我能留下第二个人能接着用的系统?
也许那,就是你真正开始被加分的起点。