见字如面，我是军哥！
很多程序员/测试等工程师，当他们是一名工程师，他们工作的非常出色，但是当他们成为一名管理者之后，无所适从，因为不知道新角色到底应该做什么？那么在这种情况下，是做不好管理的。
甚至可能出现自己很努力，但是下属并不理解，团队绩效很差，从工程师时的优等生变成管理里的差等生，这就尴尬了。
那如何破局呢？
今天聊聊其中四个非常重要的角色转变。
为了更好地说明问题，我们通过马车模型来，更加形象表达出团队里最强的人-——头马，团队的管理者——车夫。
1、工作职责的差异
当你团队里主力程序员时，你的首要任务把领导派的活出色完成，其他事都不管，就像在马车模型里，头马的职责就是拉车，并不用关心要去哪里。
而当你成为管理者之后，你的职责最重要是团队的目标和方向，拉车不是你最重要的事了。
2、负责对象不同
当你是一名工程师时，你只要把自己的活干好就行了，正所谓一人吃饱全家不饿。
但是当你成为管理者之后，你得关心下属心情好不好，得关心下属工作时遇到哪些困难，是否可以协助一下，你从一个只管好自己的人俨然变成了一名铲屎官。
3、工作任务从被动变主动
当你还是一名工程师时，工作任务主要来自你的上级，而当你成为一名管理者之后，就不太一样了，除了有一部分工作来自你的上级，你还要从团队的角度思考有哪些事需要做的，然后和领导去确认要不要做，所以此时从之前的被动执行变成主动思考。
那关于任务从主动到被动的变化，相信很多新晋的技术管理者应该能感同身受吧。
4、思维方式迥异
当你还是一名工程师，最重要就是执行拿到结果，也就是干好自己的份内事，你更关注技术的细节、关注风险和成本，关注这件事能不能在指定时间完成。
但是当你成为一名管理者，如果还是这种思维，那你的领导会天天说你格局太低，思考的东西维度太低了。
那作为管理者的思维是什么样的呢？
虽然他们也会考虑风险和成本，但是更习惯于去关注做一件事能带来的收益，并以此来判断是否值得投入人力等各种资源去做，我们把这种思维叫“规划思维”。
由于管理者总是在盘算和筹划一些可能会对公司和团队更有价值的事，而忽略了技术风险和各种成本，所以在工程师的刻板印象里，领导总是搞出一些“不靠谱”的期望和需求，但这正是两个角色关注的东西不同造成的。而这恰恰是一种很好的合作与互补：赶车的看方向定目标选最适合的路，而拉车的排除各种风险和困难，把车拉向前方。
限于篇幅，今天就聊这四个，剩下四个差别，我们周六晚上直播聊透这个话题～
预告一下，本周六晚上 9 点，直播《工程师和技术管理者之角色重大变化》实战的分享，希望从技术转管理或者想提升管理水平的各位，点击预约即可，我们不见不散～
「关于作者：军哥，前饿了么、贝壳技术总监，目前是一名自由职业者兼公司顾问，乐于结交朋友，也欢迎加我微信与我做朋友（公号输入框回复“w”即可），朋友圈做个点头之交！
另外军哥写了一些，关于个人如何快速成长、深度思考、程序员或产品经理能力模型、架构，OKR干货，技术管理等电子书资料，公号后台回复 “9”获取，不谢。」
以往热文推荐：
更多精彩，关注我公号，一起学习、成长
1374
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
