转管理失败的人，通常卡在这几处
我退回来做一线的那天，工位上还放着一本翻了一半的管理书。做技术管理那段时间，我做对的少，做错的多，转管理失败这件事，原因基本不在能力，而在位置。
先说结论：我见过和经历过的转管理失败，卡点集中在四处——拿不到决定权、用加班补管理的欠账、在小公司把管理岗当升职、以及没给自己留退路。
我的时间线：从带一个小方向到退回一线
我不是一步跨到管理岗的，是从一个模块、几个人、每周对一次进度开始的。
那段时间学到的东西是实的：怎么把模糊需求拆成能排期的任务，怎么在评审里把话说清楚。
后来盘子变大，会议变多，白天基本被排满，代码只能留到晚上写。最明显的变化是，我的产出不再由我决定，而是由会议表决定。
再后来我就退了回来。理由不复杂：我更擅长把东西做出来，而不是把人安排明白。
卡点一：责任加得比权限快
现象是你要对结果负责，但排期、人力、预算都说了不算。
原因在于小公司给的管理岗，很多是「责任前置、权限后置」——先把锅给你，权力看以后。
怎么避：接岗之前先问三个问题，排期谁定、人能不能换、预算能不能批。三个里拿到两个，这个岗才值得去，具体条件我写在 转管理岗要什么条件：我在公司试过 里。
卡点二：用加班补管理的欠账
现象是白天开会、晚上写代码，短期看两边都没落下。
原因是新岗位占用的是白天的大块时间，而代码需要连续时间，只能靠挤晚上补。
怎么避：接岗后先给自己定一条线——每周保留一段不排会的连续时间。这条线守不住，说明这个岗的性质和你的时间结构不匹配。
卡点三：在小公司把管理岗当成升职
现象是头衔变了，工资没怎么变，责任翻倍。
原因是小公司的管理半径小，带三五个人和带三十个人，在简历上的分量完全不同。
怎么避：看这个岗能不能让你接触到「更大的盘子」。带过多少人、管过多少预算、跨过几个部门，这三项才是换公司时能被重新定价的东西。这块我单独写了一篇 小公司技术转管理值得吗：升职还是背锅。
卡点四：没给自己留退路
现象是做管理两三年后，代码手感没了，管理也没做上去，两边都不占。
原因是管理能力和技术能力是两门手艺，练一门就要花掉练另一门的时间。
怎么避：退回来要趁早。 我有意识地保留了一个持续交付的小项目，所以退回来之后没有从零开始。这个动作在岗的时候就该做，不能等到要走的时候再想。
止损清单
把下面几条当成信号，中两条以上就该认真考虑退路：
- 连续几个月没有拿到任何排期或用人上的决定权
- 每周的连续编码时间被压到几乎没有
- 你的名字只出现在会议记录里，不出现在任何交付物上
- 头衔在涨，可迁移的东西没涨
换个人能不能复制
能，但要看你现在的实际状态，不看头衔。
判断方法只有一条：你现在做的事里，有多少比例是真的在分配任务、承担责任、对结果负责。 三项里占两项以上，你已经在管理岗上了；三项都是零，管理岗对你只是一个标签。
转管理失败不可怕，可怕的是失败了还不知道卡在哪。这张表自己列一遍就有答案。
常见问题
Q：转管理失败的原因，最常见的是哪一个？
最常见的是「责任加得比权限快」。你要对结果负责，却拿不到排期和用人的决定权，做下去只能靠加班硬撑。
Q：技术转管理失败之后，还能退回写代码吗？
能，但要趁早，最好在岗时就保留一个持续交付的项目。退得越晚，代码手感恢复得越慢。
Q：怎么提前判断自己适不适合转管理？
看两件事：你从别人的成长里能不能获得反馈，以及你介不介意自己写代码的比例下降。两个都答不上来，先别急着接岗。
相关阅读
本文作者西米，37 岁程序员，一个人加五个 AI 员工在跑一家公司。踩过的坑和真实账本都写在公众号「西米分享」。
完整代码、踩坑清单与最新进展，都在公众号。
📱 关注公众号「西米分享」