升职卡壳的90%人，都倒在这三道心理关

“道理都懂，可放权就慌。”

上篇聊完“倍增者”的特质之后，这条私信把我拽回了带第一项目的时候。

因为那是我带的第一个项目，我就迫切的想证明自己的能力。结果每天焦头烂额，凌晨两点还在帮组员改代码。不是不想交出去，只是心里总会犯嘀咕，要是他搞砸了，领导肯定追我。

直到有次发烧请假，我强行把工作扔给团队。结果回来一看，不光项目按时上线，还加上了性能监控和埋点。

那天晚上我坐在回家的地铁上，突然意识到：很多时候，挡在执行者和倍增者之间的，不是能力和资源，而是我们自己。

今天就来说说三道几乎每个人都会经历的心理关卡。

▌你不是责任感太强，是被“被需要感”绑架了

我有个技术总监的朋友说过一句话：

“你总觉得团队离了你不行，其实是你没学会怎么让他们行。”

我太懂这种感觉了。

有的人，从早到晚在群里答疑解惑，写文档到凌晨。需求文档一字一句帮新人改，连接口命名都要标出来；还有人一听组员提到数据库，就立刻提醒：“这个要加事务，要不然可能出脏读。”（是不是像极了爱操心的你？） 

看起来是负责，实则是焦虑。

越是凡事都插手，越容易陷入没有我就不行的救火队长心态。久而久之，组员习惯了问你，甚至懒得思考。

你忙得团团转，看起来像个英雄，其实只是在喂养自己的被需要感。

🧠 怎么破？

试试这两个：

• 区分生死线和成长线：只有涉及资金/数据的核心风险才出手，其他都可以放手练兵；

• 从“我来教你”变成“你觉得最可能出问题的是哪一步？”
  激活对方的判断力，比灌输标准答案更重要。就像教小孩骑车，扶太久，永远学不会平衡。

▌教人太慢没效率？ 你可能算错了回报公式

我以前带过一个骨干，有次聊到带新人，他说：

“教人太浪费时间了，我自己写只要一小时，他跟着我写三小时都写不完。”

这句话，我自己也说过。

在忙碌中抽出时间教人很难，毕竟写一段代码一小时，讲清楚可能三小时，最后对方还问东问西，搞得更烦。

但仔细算算帐：

🌱 如果我今天花三小时让一个人学会，下次他自己搞定，
🌱 再下一次他还能教别人搞定，
🌱 那三小时就变成了一个人的成长路径，甚至一整组的效率提升。

就像复利计算——
你自己干：1h→1h→1h（线性增长）
教人干：3h→1h→0.5h（指数释放）

倍增者不计算这次值不值，他们在看下一次、下下次，我是不是能不做这件事了。带人从来都不是时间支出，是长期投资。

教的是一段代码，存留的是一整套能力体系。

▌怕别人比你强？那你可能永远都只能干现在这份活

这是最不容易被承认的一关。

朋友公司有位主管，特别怕别人碰他那套核心逻辑。只要有人提优化建议，他就说“这个模块我熟，我来搞吧。”

后来他生病住院，老板让组员接手，结果发现这套代码根本没人能看懂，满是独门写法。

那次之后他留下来了，但一年后公司组织调整，别人都换了新模块，他还守着原地打补丁。

他以为自己牢牢掌握了核心，实际变成了只有你能做这摊事，也永远只能你做这摊事的人。

很多人以为“把资源掌握在自己手里”最安全。但真正让你被看见、被提拔的，从来都是你让别人也能做出成果的时候。

你不是被人取代，而是被自己困住了。

▌“我想放手，可我一放就慌”：那就从这3件小事开始

破局的秘诀不是有一天豁然开朗，而是一次次小的松手练习。

🎯 第一招：5分钟规则

下次组员问问题，看下表，如果能在5分钟内引导他想明白，就别直接告诉答案。你会发现，大多数时候，你不说，他们也能自己想出来。

🎯 第二招：制造可控风险

留一个小bug不提醒，看看组员是否能在测试前自己发现。一次小翻车，比你讲十次流程都有效。

🎯 第三招：能力迁移表

每个月花5分钟写张表，左边列出你现在独有的技能，右边写我可以转移出去的。强迫自己每月转移一项——不为了偷懒，是为了让组织更强。

最后的话

我带过很多项目，也观察过很多人。有的人成天喊忙，带人累、放权烦，但每次都在自己原地打转；有的人不急不吼，却带出了一整个能独立带项目的梯队。

执行者是用时间换产出，倍增者是用认知撬动产出。

真正升得快的人，往往不是那个做得最多的，而是那个让别人做得更多、更好的。就像最好的健身教练，自己未必举得最重，但一定最懂怎么让你举起来。