全部文章

职场之锤

本文另有英文译文 · 阅读英文版 →

那次年终总结会议,我看着 OKR 上那一堆“完成、达成、协助”,心里突然发虚了。

这些事,我确实都做了。甚至有些是临时救场、无偿加班、主动帮人补位的。可为什么老板只是轻轻带过一句“挺辛苦的”,转头就给了别人更高的评价?

我开始反思,是不是我做得不够多、不够好、不够亮?

可回过头一看,那几个月我不仅做了主线项目,还主动帮新人 onboarding,跨组救火,文档都我写的,流程也是我补的。怎么最后变成“没看到特别贡献”?

这不是第一次我在评估会议上觉得自己“像个影子”。不是没干活,而是没人记得我干了什么。

直到我真去问了几个组里的老同事,才听到一句点醒我的话:

“不是你没加分,而是组织找不到你加在哪儿。”


大多数时候我们理解的“加分项”,其实和组织的定义不一样。

我们以为“做了别人没做的事”就算加分,组织看的却是三件事:

  1. 有没有让主任务更顺利完成(get things done)

  2. 有没有让系统更好用、效率更高(do it better)

  3. 有没有建立起对你稳定可靠的认知(play fair)

可惜的是,很多努力虽然出于好意,却没有连上组织这三条判断线。比如下面两个故事,都是我亲身经历的“好心不被当回事”。


第一件事,是我带新人。

那阵子组里来了个新同事,文档不全、系统复杂,他几乎每天都要来问我。看他焦头烂额,我不好意思不管,每天抽时间帮他看代码、补上下文。三周后他上手了,我却被领导提醒:“这段时间你自己的任务进展有点慢。”

我一度觉得委屈,怎么好人没好报?

后来才想明白,我做的这些确实对新人有帮助,但组织层面并没有留下可复用的成果。他成长了,但我没留下任何痕迹。

直到有一次我把新人的提问整理成一套 onboarding 笔记,连带着接口文档和调试步骤一起写好,发给组里。后来再有新人进来,只用一周就能上手。

那一次,老板专门在组会上说:“XX 这套 onboarding 文档帮我们节省了很多成本。”

同样是帮新人,第一次是人情,第二次变成了资产。组织看到的是,你让流程更好用了,而不是你“多付出了时间”。


第二件事,是我帮人救火。

隔壁团队上线前发现一个模块出了问题,原负责人不在场,我临时顶上修了个替代方案,加班上线。

我以为这次应该会有人记住我。可一整个季度下来,绩效回顾时没人提起。甚至还说我主线项目推进慢。

我当时真觉得心凉。

但这次我没有沉默。我在组会上分享了 incident 总结,说明了问题根因、我的处理逻辑、风险点和我建议后续怎么避免。然后我写了一份 cross-team 协作清单,把那次沟通中踩的坑都整理进去了。

不到两周,老板问我愿不愿意帮忙设计一套团队之间协作流程模板。

原来我以为的“帮一次”,如果不转化为组织流程,就只是一次事件。而当我开始用一次性的经验反推结构性改进时,才真正进入了组织的注意力中心。


慢慢我开始看清:不是所有努力都能被看见,但能留下路径、标准和预期结果的,才可能成为真正的“加分项”。

组织为什么重这些?因为资源是有限的——老板要考虑的是:如果你有空,你的贡献是可以被乘以 10 还是只能帮一个人一次。

换句话说,加分不是因为你做了更多的事,而是你让别人少做了更多的事。


我不是说我们要变得“功利”,但如果连组织怎么判断都不清楚,就很容易把加分的事做成消耗。

曾经我最常犯的错,就是把“我觉得有用”当成“别人一定看得见”;把“默默帮忙”当成“别人自然会记得”;把“有人得做”当成“我来做就对了”。

现在我会先问自己三个问题:

  • 这件事有没有明确的收益指标或节省成本点?

  • 做完后我能不能把它标准化、文档化、工具化?

  • 别人能不能复用?领导能不能引用?团队有没有因此多了一套解法?

如果这三条都打不通,那我就不会急着做。

不是我变冷漠了,而是我开始学会,把力气花在组织真正会加分的地方


有时候我们一边感慨“为什么TA说的话就有人听”,一边忽视了他做的事,是系统需要的;我们一边努力补位做事,一边忘了让系统记住我们到底补了哪儿。

如果你也有过这种“做了很多却没人记得”的感受,不一定是你做得不够好,也可能是你还没学会,把额外贡献变成组织语言里的硬通货。

下次面对一个临时任务、一场救火行动、一段无声付出时,试着问问自己:

这件事,是一次性的忙,还是我能留下第二个人能接着用的系统?

也许那,就是你真正开始被加分的起点。