前阵子翻了本旧书，里头讲了个挺扎心的理儿，叫彼得原理。大意是说，在层级组织里，一个人只要一直干得好，就迟早被往上提，一直提到他干不好的位置为止。也就是说，每个职位最终都会落在一个不胜任的人头上。
怎么说呢想想身边，其实处处都是。公司里最会写代码的兄弟被拎去带团队，结果项目排期一团糟；销售冠军被推上管理岗，从此只会催报表。怎么说呢我们总习惯拿"提拔"当奖赏，可这奖赏的代价，往往是把一个顶尖的执行者，硬生生折成了一名平庸的管理者，对个人是错位，对组织是损耗。
破局也不是没有路。让专家走专家的路，让想管人的走管理的路，两条道分开给台阶。再不济，多给几次轮岗的机会，看清楚一个人到底在哪儿顺手，比一刀切地"升职"要温柔得多。
怎么说呢
你们单位里，有没有那种被拔苗助长、最后两头不靠的熟人？
双轨制听着好，落到钱上就悬。管人的工资上限比专家高一大截，没人真愿意走纯专家线。我们单位前年试过，半年就废了。
前公司有个哥们儿代码写得飞起，升tech lead后天天在群里emo，开会比debug还折磨哈哈 让大牛写码就完事了别硬推上去
两条道分开这个思路我赞成，补一个现实里的坑：
身边真见过：技术大佬被架上管理，半年团队没起色，他自己也蔫了，最后辞了去小厂干回老本行，気持ちいい多了。
楼主提的双轨制听着顺耳，但说真的，我见过太多公司把"专家岗"做成对技术人的温柔放逐。叫什么首席架构师，实则是条死胡同，上不去也退不回，工资天花板还比同级管理岗低一截。只要资源分配权还捏在管理线上…，"让专家走专家的路"基本就是句漂亮话。
还有个角度更扎心：很多时候不是组织硬提拔，是本人抢着上。我前司一个写代码极猛的哥们，明知带团队会荒废手艺还是接了，问他为啥，说横竖都是卷，Manager 那档薪资差着快一倍。所以彼得原理能成立，根子是企业把晋升几乎当成了唯一的加薪通道。要是能把这个通道拆开，光靠奖金和职级把顶尖执行者留住，折损能少一大半。
btw 我觉得这跟卷不卷没关系，是激励设计的问题。理想状态是把"对组织最有价值"和"个人最舒服"拧成一股绳。楼主说的轮岗我赞成，但补一句：轮完发现不合适，得有台阶让人退回来，不然只是换个姿势卡住。6
可以可以你们单位专家岗是真有话语权，还是挂着好听？想听听真实样本。
我自己开公司，这事儿踩过坑。最早把一个技术特别猛的兄弟提成技术主管，结果他天天自己写代码，团队没人带，排期照样崩。
你说的双通道方向对，但现实里绝大多数公司的专家通道是虚的——职级名头好听，钱和话语权还是管理岗说了算。真要分开走，得先把专家那条路的待遇和决策权实打实拉平，不然就是给干活的人发个安慰奖。
我现在做法是，这样的人先问清想不想带团队再动，不想的一律加薪不加title。回头看反而留住了人。
你提双通道这思路对路，但得补一刀：很多公司把技术线做成二等公民，级别和薪资天花板都比管理线低，"专家路"走着走着还是被逼去管人。
彼得原理能成立，隐藏前提是组织不降职。所以比开新路更治本的是允许回调，让被推上管理岗发现不对劲的人能体面退回原岗。堵住这个前提比铺两条道实在。
其实
你帖里那个被拎去带团队的程序员兄弟，后来退回去了吗？
读到"每个职位最终都会落在一个不胜任的人头上"这句我愣了下，越想越凉。
不过我想补一刀，不是反驳楼主啊就是接着聊。彼得原理能成立，得有个前提，干得好到提拔是自动挡。可现实里还有个更掉价的版本，好多人压根不是干得好被提的，是会因为来事、会汇报、领导看着顺眼。这种人坐上管理岗，底下兄弟不仅要伺候一个不胜任的领导，还得忍一个从根上就没本事的。彼得原理好歹默认了你曾经胜任过，这版连这前提都省了。
不是
楼主说的双通道我也slightly存疑。嘴上专家线管理线分开走，工资条一摊开专家线永远二等公民。真有谁心甘情愿少拿钱当大头兵吗？大多数人往上爬不是想管人，是那位置钱多面子大话语权重。这落差一天在，双通道就是个温柔的假命题，专家线迟早变安慰奖。
轮岗比一刀切 humane 这点我挺认同，但人对自己顺手啥经常是瞎的。见过自认擅长带队的，轮上去才发现天天开会比码代码还折磨，又不肯认，硬撑把队带沟里。所以比给机会更关键的，是给人留退路，干砸了能体面退回去做专家不丢人。现在这退路基本被焊死了。
顺其自然就好。真不是谁都图那个管理头衔，给钱给尊重比硬升实在。
前两年有个老哥，活儿干得没话说，上面一纸调令把他拎去管个组。他跟我闲聊时说过，宁可天天在外面跑，也不想坐办公室对着那些永远看不完的表。可话归话，真到那份上，谁好意思推。干了不到一年，人整个蔫了，两边都不靠。
我年轻的时候也觉得往上走总归是好事。别急后来见得多了…，才慢慢咂摸出味儿来。书里那个理儿扎心，就扎在它把奖励和错位绑一块儿了。你接了那张奖状，就得把错位也一块儿吞下去。
话说回来
楼主说的专家和管理分开走，道理谁都懂，真落地的时候少。你们那双轨是嘴上分，还是真给专家留了不走管理的台阶？
双轨制听着漂亮，落地经常变味。技术线和管理线"分开给台阶"，但大多数公司的技术线天花板低、薪资也低，本质是拿个头衔安抚你别走，真要加钱还是得爬管理。所以破局的关键不是"给两条路"，而是让专家岗有对等甚至更高的回报，不然所谓专家线就是个降级包装。
其实
另外彼得原理能成立，前提是层级足够深、台阶足够多。小团队或扁平结构的公司，一个人往上顶两三级就到头了，反而很少出现"一直提到不胜任"的long tail。层级本身才是土壤，不是人不行。
我以前待过一个小所，最能干的人就一直钉在一线，客户点名要他，老板也乐得让他拿提成而不是去填表。那种环境里反而没这个烦恼。你们公司技术线和管理线的待遇差多少？
彼得原理能成立，前提是组织只有一条向上的阶梯、且"胜任"能被清晰观测。这两点在现实里都不牢靠，所以楼主的双轨方案对了一半——拆掉了第一根柱子，没动第二根。
几点补充：
双轨解决不了"管理岗更有钱有权"这个根因。专家通道title再好听，薪酬天花板和资源话语权通常低于同级 manager。只要组织把"往上"等同于"成功"，技术大牛还是会想转管理。治本是重新定义成功，不是多开一条道。
彼得原理默认被提拔是"被动错位"，但现实里大量是主动的"软淘汰"：上面想动一个人又不好明说，就升个虚职、架空、边缘化。这种"提拔到不胜任"是设计好的，不是原理自发的结果。其实
"胜任"是流动的。很多人刚上管理岗排期一团糟，半年后适应了。彼得原理把"暂时不会"和"永远不行"混在一起。组织缺的往往是 onboarding 和支持，不是提拔这个动作本身。
简单说- 这原理对个体反而是个提醒：知道自己的天花板在哪、主动在某个层级停住，比被推上去再摔下来体面。我认识一个写代码顶尖的兄弟，被提 leader 后天天焦虑排期，最后自己申请回去写代码，状态反而最好。
你们单位那种"升上去又想下来"的，后来都怎么样了？