见字如面，我是军哥！
我不是上月办了一个技术管理的训练营么，我发现很多人从基层晋升到技术经理，都会遇到这些天坑，有的人在坑里待的久点，有的就再也没有出坑。
今天聊聊其中三个最高频的坑，一个一个来说哈。
1、没时间写代码，很焦虑
本质上，我们大多数人都是专业能力还不错，然后有职位空缺，从大头兵晋升为技术经理。
确实，大多数人因为之前有一个最重要的技能，那就是写代码，但是当你成为经理之后，因为开会太多，频繁被下属或者其他人打断，你并没有多少时间来写代码。
我就见过很多刚晋升的技术经理，他们都是吃完晚饭在公司加班写点代码，不然内心那个焦虑呀，因为怕自己写代码的能力退化！
事实上，大多数人都有会有这个问题，我的建议是做好时间管理，了解最新的产品需求和业务痛点，写一些核心代码和把握总体架构就够了。碎片时间或者周末多了解点新技术方向，这样就不会焦虑了。还有一个关键点，工作上不重要不紧急的事不要干做减法，把团队梯队搭建起来或者多做人才盘点优化梯队，有的事可以授权给下属。
最后送你一句话，每天都很忙的领导，一定不是好的领导。
2、用同一个方法管理下属
技术人，大多数有一个习惯要经验依赖，就是因为自己的一些过往经验而成功了，当成为经理之后，就要求下属都按自己的方法（比如必须按自己之前的工作流程，代码实现方法），这就有问题了，一个事干好其实是有很多路径的，每个人思考的角度和方法可以不同，只要结果 OK 没有问题的，不用太纠结，除非是那种统一的代码规范/必要的研发流程等。
但是，很多技术经理不明白这个，就是得都按他说的来，这样必然导致很多下属不爽，久而久之，敢怒不敢言，就提出离职了。
如果这个时候管理者还不反思自己，那么未来很难管理更大的团队的。我相信大家都知道管理本质是通过别人拿结果，还有一句就是先限制下属的创造性，控制在一定风险内就可以。
3、和产品经理沟通，老是占下风
大多数的技术人，产品思维（不了解自己的用户，不懂业务，不了解产品的未来规划，没有数据思维等等）都是非常差的，更别说对自己所做的产品可以提出自己的见解了。
再者，产品经理大多数能言善辩。
为什么呢？
因为这是他们工作上长期锻炼出来的能力，所以在和产品经理沟通时，经常处于下风。
比如，产品经理经常插入紧急需求不知道怎么拒绝，又比如产品经理一个需求想不清楚老是上线之后，又来优化一次版本等等吧。
本质上这样的技术经理成产品经理的工具人，所以整个技术团队就成了背锅侠，这必然导致产品的业务效果差，那么技术团队不会有什么好绩效的，但是干的真TMD辛苦（996，通宵上线，紧急上线等等），不过这没用的，苦劳在功劳面前不值一提。
跳开今天要聊的三个天坑，其实在新晋技术经理的成长路上，天坑可远不止这些～
欢迎评论区，说说你遇到的坑～
最后预告一下，本周六晚上 9 点，继续直播《技术管理》实战的分享，希望从技术转管理或者想提升管理水平的各位，点击预即可，不见不散～
「关于作者：军哥，前饿了么、贝壳技术总监，目前是一名自由职业者兼公司顾问，乐于结交朋友，也欢迎加我微信与我做朋友（公号输入框回复“w”即可），朋友圈做个点头之交！
另外军哥写了一些，关于个人如何快速成长、深度思考、程序员或产品经理能力模型、架构，OKR干货，技术管理等电子书资料，公号后台回复 “9”获取，不谢。」
以往热文推荐：
更多精彩，关注我公号，一起学习、成长
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
