工程师转管理的五个坑，我全踩过
管理不是升职，是换了一条更难的路。
刚转管理时，我以为升职是对自己能力的证明。后来才明白，那其实是对能力的”反证明”。做工程师时的那些能力，在管理岗位上并不能直接复用。有时候甚至要打掉旧思维，建立新思维。
不破不立。
这些年踩过不少坑。有些坑当时以为是别人的问题，后来才发现是自己没转过来。五个坑，五个教训。
坑一：微观管理
我当时的做法：
每段代码都要Review，每个技术方案都要过问。团队成员变得小心翼翼，连最简单的重构都要找我确认。
真相：
我不是在管质量，我是在缓解自己的焦虑。我害怕失控，所以抓住每一个细节。结果呢？团队学会了”向上管理”。不做错，也不做多。
反转时刻：
有次我生病请假一周，回来发现代码库干净得出奇。原来没有我的时候，他们做得很好。
坑二：技术优越感
我当时的做法：
“这个方案不行，我来写。” 这句话我说过太多次。下属的方案总让我想皱眉，最后我自己上手重写。
真相：
管理者的产出不是代码行数，是团队产出。我写得再快，一天也只有24小时。如果团队因为我而变慢，我就是瓶颈。
反转时刻：
一次项目延期复盘，一个工程师说：”其实我有更好的方案，但知道你会重写，就没说。”
坑三：忽视人的感受
我当时的做法：
盯着JIRA看板，追问为什么Bug还没修完。有人请假，我只关心会不会影响交付。
真相：
管理的对象是”人”，不是”任务”。任务不会抑郁，人会。任务不会离职，人会。
反转时刻：
一个高绩效工程师突然提离职。一对一谈话时他说：”我知道项目紧张，但我真的撑不住了。” 他 burnout 了三个月，我毫无察觉。
坑四：不敢放权
我当时的做法：
关键决策必须过我。架构设计、技术选型、排期调整，统统我来定。我怕他们犯错，更怕我要为此负责。
真相：
不犯错的人不会成长。我所谓的”保护”，其实是剥夺了他们的学习机会。而且，我怎么确定我的决定就是对的？
反转时刻：
我强制推行的一套方案上线后出了问题，而团队之前提出的另一个方案反而更稳健。他们比我更了解细节，我应该听他们的。
坑五：忽视团队文化
我当时的做法：
只抓绩效，每个季度盯着OKR。谁延期了，谁Bug多，我门儿清。至于团队氛围？那是HR的事。
真相：
文化是空气，看不见但决定生死。绩效可以在短期内被强行提升，但文化的裂痕一旦产生，修补的成本是十倍。
反转时刻：
两个核心工程师同时离职。他们说：”技术没问题，但在这里不开心。” 我终于明白，人们不会离开公司，他们会离开糟糕的处境。
现在的我
五个坑教会我一件事：
管理不是权力的升级，而是责任的转换。
以前我对自己负责，现在我对一群人的成长和产出负责。这个转换很难，因为成就感变得模糊。你看不到自己的代码在跑，你能看到的是团队因为你而变得更好（或更糟）。
如果你正在转型，或者准备转型，记住：
你会痛苦，会怀疑，会想念那个只需要和机器打交道的自己。
但这是正常的。
管理是一场修行，修的不是权力，是你和人的关系。
最好的管理者，是让人感觉不到他在管理。
因为团队已经学会了自我管理。