老周在技术岗上干了七年，员工代码写得漂亮，晋升系统架构图能画到半夜两点。员工去年公司搞晋升答辩，晋升他准备了一整本PPT，员工讲自己如何攻克技术难点，晋升如何优化性能指标。员工结果评委问了一句：“你带的晋升两个新人，现在能独立负责模块吗？员工”老周愣了一下，说他们还在熟悉业务。晋升

晋升没通过。员工老周不服，晋升跑去找技术总监理论。员工总监翻出后台数据：老周过去一年提交的晋升代码量确实全组第一，但组内其他四个人的员工代码评审通过率，从年初的82%降到了年末的67%。“你一个人扛了太多活，其他人没机会练手。”总监说，“晋升不是奖励你过去多能干，是看你能不能让别人也能干。”

这事让我想起另一家公司的例子。有个销售冠军，连续三年业绩破纪录，公司想提拔他当区域经理。他死活不干，说自己就爱跑客户，管人太烦。后来公司硬把团队塞给他，头三个月业绩暴跌，因为他习惯自己冲，下属跟着跑却拿不到资源。半年后他主动辞职，回去做独立顾问，反而如鱼得水。

你看，晋升这条路，本质上不是楼梯，是岔路。技术专家往深走，管理岗往宽走，两条路的考核标准完全不同。很多人以为晋升就是“干得更好”，其实晋升是“换一种干法”。你写代码再快，带不出人能接盘，那你对组织的价值就是单点；你业绩再好，复制不了方法论，那你就是个超级个体户，不是管理者。

我观察过几十家公司的晋升制度，发现一个有意思的规律：但凡晋升顺利的人，都在晋升前半年就开始主动“分活”。不是简单地把任务拆出去，而是刻意让下属犯错，自己在旁边兜底。有个部门经理跟我说过，他提拔前特意把核心模块让给组里最笨的同事做，那同事改了四版才通过测试，但从此那个模块再也不用他操心了。

这背后其实是心态的转变——从“我厉害”变成“我们厉害”。你不再享受亲手解决问题的快感，而是享受看着别人解决问题的成就感。很多技术牛人卡在晋升通道上，不是能力不够，是舍不得放下“亲手搞定”的瘾。

当然，也有些人天生就不适合带团队。我认识一个设计师，审美一流，但极度讨厌开会和讨论需求。公司非要他当设计总监，结果他每天跟产品经理吵架，最后得了焦虑症。后来转成资深专家岗，只负责关键页面设计，工资反而涨了30%。

所以员工晋升路线图的第一笔，不是画向上箭头，而是画个分叉口。左边是专家路线，右边是管理路线。选哪边，取决于你更享受深度还是广度，更愿意对事负责还是对人负责。别听公司画大饼说“人人都有管理潜质”，那是骗你去填坑的。

真正有效的晋升路径，往往是“先窄后宽”。先在一个领域做到能写进简历的深度，再横向拓展协作能力。比如财务岗，先把合并报表做到闭着眼能出数，再去参与预算编制和业务分析。这时候你手里有硬技能当筹码，转管理岗才有底气服众。

最后提醒一句：别把晋升当唯一目标。有些人不晋升，反而活得挺滋润。我前同事在银行做合规，干了十年还是专员，但他考了CFA，私下给三家私募做风控顾问，收入是工资的三倍。他跟我说：“公司那套职级体系，是给想往上爬的人设计的。我不爬，它就管不着我。”

路线图画得再清晰，也得你自己迈腿。有人喜欢山顶的风景，有人就爱半山腰的茶馆。关键是搞清楚，你究竟要什么。