全部文章

职场之锤

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

那天周会上,领导突然看向我,说:
“你的报告准备得不够充分,结果我们临时多加了一次会议,这样下去很容易拖慢进度。”

我当场愣住了,心里一阵发热。不是因为他说得全错,而是方式让我尴尬:当着全组的面,语气又很硬,我瞬间只想着如何辩解,根本没办法冷静去想改进。

会后我越想越郁闷。如果他能告诉我“哪一部分不够充分,下次要注意什么”,我一定能立刻调整;但只留下一个模糊的标签,我收获的只有被批评的挫败感。那次之后,我才慢慢意识到:批评本来应该是帮助人改进的工具,可在职场里,方式一旦用错,就很容易变成拆台。


很多人一谈到“批评”,脑子里跳出来的都是冷冰冰的指责:“你怎么总这样”“这么基础的错误你都能犯”。这类话听上去像是在“指出问题”,但真正的效果往往只有一个——让对方立刻进入防御模式。于是,本该被用来推动改进的批评,变成了情绪宣泄,甚至成了关系裂痕的起点。

更糟的是,有些人把甩锅当成批评。项目延期了,第一反应不是复盘流程,而是先说一句“都是他们没跟进好”。这种话,说出口的一瞬间可能会让自己轻松,但其实没有任何改进价值,只是把责任踢走。甩锅和批评的区别很简单:前者的目标是自保,后者的目标是改进。别把两者混为一谈。

真正有效的批评,其实是帮对方修正方向。它的意义不在于让别人丢脸,而在于让事情变得更好。说到底,批评不是拆台,而是搭台。


我曾经带过一个新人小李,他在第一次写发布脚本时出了事故,导致生产环境短暂中断。事故发生后,隔壁组经理当众质问:“这么低级的错误你也会犯?”小李脸涨得通红,一整周都不敢主动发言。后来我找他单独复盘,才知道他其实清楚需要做验证,但因为没有现成脚本,不敢自己加。于是我告诉他,下次遇到这种情况,可以先停一下,把验证脚本补齐,再申请上线。结果他反而成了组里写自动化工具最积极的人。那次经历让我更确认:批评如果是搭台,对方会更快成长。

当然,批评不只是上级对下属。在跨文化的职场里,我也体验过“向上批评”的微妙。有一次领导在评审会上坚持要加一个功能点,但我们团队判断实现难度太大。我没有直接说“不行”,而是先肯定这个功能的价值,然后补充:“不过现有架构下测试周期要延长两周,如果上线时间不变,可能会牺牲稳定性。要不要我们先做简化版,后续再逐步完善?”这样表达,表面上是补充信息,实质上也是一种批评。结果方案被采纳,领导也没觉得我在“顶撞”。很多时候,向上批评的诀窍就在于:先接住对方的出发点,再提出建设性的修正。


批评的方式往往决定效果。有的人习惯当众点名,觉得这是最快捷的办法,可当众批评极容易让人感觉到羞辱,结果不是改进,而是关系紧张。相比之下,如果只是流程性、团队性的共性问题,当众点出更容易让大家一起反思;但若是个人习惯或态度的偏差,私下沟通往往效果更好。

同样的话,换个顺序说,效果也完全不同。直接批评会让人本能反驳,如果先肯定再指出不足,就会让对方更容易接受。比如“这次你的方案覆盖了大部分场景,不过异常处理还可以再补充”,听上去就比“你考虑得不全面”要顺得多。

批评也需要具体。模糊的批评只会让人摸不着头脑。“文档写得不够好”没有任何参考价值,但如果你说“章节结构如果先列个大纲,读的人更容易理解”,对方就会知道该怎么改。


跨部门合作里,批评更是门学问。大家信息不对称,容易第一时间就说“对方评估不准”。但我见过一个研发主管的做法很值得借鉴:他会说“这次API的变更可能影响了进度,下次我们提前同步一下”。这种说法既指出了问题,又不让对方下不来台,关系还能保持顺畅。

还有一点常被忽视:批评不是说完就算完。一次好的批评,需要有“回收动作”。比如你提醒同事修改PPT逻辑,下次他真的改进了,你要及时反馈“这次逻辑清楚多了”。这个闭环能让对方真正理解:你的批评不是为难,而是为了让事情更好。


最后,还有一个经常被低估的关键:语气。冷冰冰的语气会让人条件反射地防御,中性甚至带点关切的语气,才更容易让人接收。比如“这个报告怎么又错了”听上去就是质问,而“我看到报告和模板有几处不一致,下次要不要我提前帮你看一眼”则传递了合作的姿态。


回头看,我越来越觉得:批评本质上是一种协作方式。如果你只是为了“说清楚问题”,那就很容易变成摩擦;但如果你把批评当成“帮对方搭个更高的平台”,它就会成为润滑剂,让事情往更好的方向推进。

所以,下次你准备批评别人之前,不妨先问自己一句:我这是在拆他的台,还是在帮他搭台?

如果答案是后者,你会发现,很多话都可以换一种方式说。