最累的人，不是干活最多的人
2026-09-07
我以前一直以为，工作里最累的人，大概就是事情最多的人。
后来慢慢发现，不一定。
有些人手上的事情很多，但每天做得很干脆：该做什么做什么，做到哪一步就推进到哪一步，需要别人提供什么就明确提出来，到时间没有收到，就把当前状态摆出来。
反而有一些人，事情未必最多，却每天都很累。
因为他的工作里充满了另一种东西：
等人。
催人。
替别人着急。
担心催得太急别人不高兴，担心对方最近太忙，担心自己是不是应该再宽限两天。
最后，一件本来很简单的事，被做成了一场漫长的心理活动。
为什么收材料的人，最后反而成了最着急的人？
比如公司要求各地提交一份材料。
规则很清楚，截止时间也很清楚。
到了时间，有人没交。
正常来说，谁没交，压力应该在谁身上。
但现实经常完全相反。
负责收集的人开始着急了：
是不是他最近比较忙？
我要不要再等等？
是不是应该私聊提醒一下？
催了一次没回，要不要再催一次？
最后实在收不齐，甚至开始帮对方整理、补数据、找理由。
最奇怪的事情就这样发生了：
一个人的责任，慢慢变成了另一个人的压力。
而且你越负责，这种转移越容易发生。
因为别人知道，最后你会催。
催不动，你会想办法。
实在不行，你甚至会帮他兜底。
第一次是体谅，第二次是帮忙，第三次就可能变成默认的工作方式。
对方甚至不会觉得自己拖延了。
因为真正感受到截止日期的人，不是他，是你。
我后来发现，工作里有时候应该像机器人一点
机器人有一个很值得人学习的地方：
它不会因为别人的任务没有完成，就自动修改自己的责任边界。
假设一个流程有五步。
第一步完成了，机器人就进入第二步。
第三步需要另一个人的输入，对方没有完成，那么系统显示：
卡在第三步，等待某某输入。
就这么简单。
机器人不会坐在那里想：
他是不是最近比较辛苦？
我要不要晚两天再找他？
如果这个项目黄了，是不是显得我能力不行？
我要不要偷偷帮他把第三步也做了？
人会。
所以很多所谓的“工作压力”，仔细拆开之后，会发现根本不是自己的工作量。
而是我们在脑子里接管了太多本来属于别人的任务。
真正值得学习的，并不是机器人的“无情”。
而是它有一种人很难做到的能力：
只处理自己能够处理的部分，不替整个世界负责。
我能推进的，继续推进。
需要别人输入的，明确输入。
到了截止时间，更新状态。
有人卡住了，如果我有办法、而且值得解决，我可以帮助。
如果没有，那就把“卡在哪里、卡在谁那里”如实呈现。
事情重要，自然会有人介入。
事情不重要，也许它本来就不值得所有人围着它焦虑。
这比一个人默默地追着所有人跑，要健康得多。
好的管理，不应该靠一个“特别负责的人”撑着
再往下想一步，这其实就不只是个人心态的问题了。
它是一个组织设计的问题。
为什么有些公司的收集工作特别痛苦？
因为整个系统的设计就是：
让收集人对“收齐”负责。
于是，别人不交，最后挨批的却是收集人。
那他当然只能不停地催。
更好的设计是什么？
不是让一个人私下追着十个人跑，而是让状态公开。
10个人，7个人已提交，3个人未提交。
谁没交，一目了然。
这时候，收集人的任务是维护流程，而不是替所有人承担结果。
这两个定义看起来只差一点点，工作体验却完全不同。
甚至很多公司经常说的一句话，我现在也觉得值得警惕：
“你们总部要多配合一下业务。”
当然，总部不能设计一堆毫无意义的表格去折腾一线。
一件事情被设计出来之前，首先应该证明它有必要，而且尽可能减少别人的工作量。
但一旦确认这件事情是必要的，就不应该再变成“总部求着大家配合”。
因为这不是谁帮谁。
大家只是在共同参与一个组织已经决定要运行的流程。
谁负责制定规则，谁负责提供输入，谁负责审核，谁负责最终结果。
把这些接口定义清楚，比每天喊“大家互相配合一下”有效得多。
真正成熟的系统，甚至应该尽量减少“配合”这件事本身。
因为很多时候，所谓配合，其实是在用人情弥补流程的模糊。
所以，我越来越觉得，人工作的时候可以适当地“机器人化”
不是让自己变得冷漠。
更不是不要同理心。
而是把“做人”和“做事”稍微分开一点。
同事遇到困难，我当然可以理解他。
他真的需要帮助，我也可以帮助他。
但理解一个人，不等于接管他的责任。
这是两件完全不同的事。
我们总觉得，一个特别负责的人，会让组织运行得更好。
但一个组织如果必须依靠某个人天天催、天天提醒、到处救火、不断替别人兜底才能正常运行，这恰恰说明它的系统有问题。
真正好的系统，应该让普通人按照规则做事，也能够顺畅地往前走。
谁完成了，系统知道。
谁没完成，系统也知道。
谁卡住了，责任停留在那里，而不是悄悄流向那个最焦虑、最好说话、最有责任心的人。
所以现在再看工作里那些特别累的人，我有时候会觉得：
他们不一定是干活最多的人。
他们可能只是承担了太多本来不属于自己的压力。
很多内耗，不是因为事情太多，而是因为责任总是流向那个最有责任心的人。