技术管理实战 36 讲
刘建国
前百度最佳经理人,果见管理工作坊创始人,TGO 鲲鹏会会员
64477 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 44 讲
开篇词 (1讲)
任务执行篇(管理三部曲之三) (3讲)
管理之路篇 (2讲)
新书首发 (1讲)
技术管理实战 36 讲
15
15
1.0x
00:00/00:00
登录|注册

09 | 从工程师到管理者,角色都发生了哪些变化?

管理误区的问题
角色认知的改变
管理者角色认知的问题
NLP逻辑层次图
工程师到管理者的角色转换
角色转换示意图
从工程师到管理者,角色都发生了哪些变化?

该思维导图由 AI 生成,仅供参考

我们常常会用“很职业”去形容一个人某项工作做得很棒,意思是说,他很出色地做到了职位所期待和所要求的标准。那么,一个职业的管理者应该是什么样的呢?显然,他也要符合管理者这个角色的期待和要求,具体是什么呢?今天我们就来聊聊管理者角色认知的问题。
我曾经系统地访谈过一家著名互联网公司的几十位新经理和他们的上级经理,发现了一个很有意思的现象:新经理们希望我能够提供给他们一些工具和方法,让他们应对好日常的管理事务;而他们的上级经理,则无一例外地认为新经理最需要提升的是管理认知,其中最核心的就是管理者角色的认知和理解。
难道是他们之间存在分歧吗?我发现并不是,他们所期待的其实是同一个需求,只不过是同一个需求的不同层次,新经理的需求在能力层,即我们常说的“术”的层次;而他们上级的需求则在认知层,即我们常说的 “道”的层次。
显然,上级是希望新经理通过认知的改变,从而达到他们能力和行为上的改善。这恰恰呼应了罗伯特·迪尔茨的“NLP 逻辑层次图”,一个人的行为、能力、价值观,都源于一个最根本的认知,就是自我角色的设定。
NLP 逻辑层次图
今天我们就来详细地探讨一下,从一名职业的工程师,到一名职业的管理者,在角色上都有哪些东西发生了转变。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

工程师到管理者的角色转变是一个涉及多方面变化的复杂过程。本文以“头马”和“车夫”为比喻,详细探讨了这一转变的意义和影响。从工作职责、负责对象、关注焦点、工作内容和能力要求、任务来源、实施手段、合作维度、合作关系、思维方式等十个角度,全面阐述了工程师到管理者角色转变的复杂性和挑战性。管理者需要关注团队整体目标和结果,对上下级负责,具备多维能力,主动规划工作,依靠团队完成任务,与不同层级的人合作,形成全面合作的关系。此外,管理者的思维方式也更加注重规划和可能性收益。文章还强调了管理者需要保持技术判断力,即如何评估技术的合理性,以及如何选择最合理的技术手段。总的来说,这篇文章全面而深入地探讨了工程师到管理者角色转变的各个方面,为读者提供了深刻的思考和认知转变的启示。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《技术管理实战 36 讲》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(33)

  • 最新
  • 精选
  • 乐呵呵
    管理者与非管理者的主要区别是:前者更多关注的是面、团队、整体,而后者更多关注的是点、个人、个体。这里面主要有两方面的转变:一个是思想,一个是行动。我相信思想的转变更难,因为大多数人都是从技术领头羊转过去的,行动的转变相对容易。他们对外代表部门,对内是领导核心,如何想别人之所想,把团队捏合成一个整体,充分发挥每个人的特点的确需要花不少功夫。简单一句话,你不是一个人在战斗,你有一个组织一个团队在背后跟你一起前行。

    作者回复: 说的真好

    2018-09-04
    2
    60
  • 赵成
    从要我做,转变为我要做。我要做的事情,需要调动团队内部和外部的资源共同完成,同时还要确保要做的事情方向要对,不能跑偏。通过团队拿结果,从而获得更大的成就。

    作者回复: 👍精辟 赞成

    2018-09-26
    40
  • 这就是编程
    现在作为管理者,把具体的事情分给底下的人做了,自己反而闲了,没事可做

    作者回复: 说明你在等着上级给安排活儿:)

    2018-09-10
    3
    28
  • nini
    确实是这样,一个人的认知层次不改变,就很难在工作中获得快乐。大部分技术管理者都是以前的架构师或者核心开发人员,具备良好的分析问题和实现问题的能力,基本上与客户沟通业务,下意识的就会想到具体的实现,流程是什么,数据怎么通信。 像我自己经历一样,刚开始做管理,很难克制自己动手实现的冲动,尤其是看到工程师半天的活,干了一星期还没干完😳,就恨不得自己上手干。管理感觉都是杂事,不是沟通就是协调。 后来,自己成功的策划成功了几个项目后,慢慢才找到管理的感觉,规划方向,带人,做事。定方向感觉才是管理者核心的能力,也是团队对这个角色的期望。

    作者回复: 带团队做更大的事是管理者的常见诉求:)

    2018-09-05
    2
    16
  • 友人A
    现在看到工程师犯些低级错误的时候,真的恨铁不成钢啊,很多事情,说过很多次,仍然不按流程走,这种情况恨不得自己上场干了。还有一种,需求没说要做,也不用做的功能,开发人员自己觉得应该做,可以做。然后就花时间做,结果到期功能也没有做好。这两种情况怎么管理比较好呢。

    作者回复: 授权的事情咱们后面会专门讲:)关于开发人员主动做的事情,一定好好呵护这份主动性啊,引导他加强沟通就好了

    2018-09-05
    2
    9
  • 胡剑
    读了文章有种突然换了心境的感觉,确实平时和领导交流的时候,很多想法和意识还停留在工程师阶段,着重强调了风险,对收益关注得太少,格局和眼界都太LOW了。

    作者回复: 我们的确是成长了,过去的路是必经之路,算不上low:)

    2018-11-21
    7
  • yoso
    刚做管理不久,看到第五个角度“任务来源”有被点到的感觉。确实,做开发者是“等活儿”,做管理者应该要主动规划-“创造活儿”。

    作者回复: 👍有悟性:)

    2018-11-20
    7
  • Ljian
    最核心的是工作职责的改变。 由于职责的改变,对于思维方式和能力上有了更高层次的要求,从执行思维到规划思维,从专业能力的单一能力到技术判断,目标管理,项目规划,协调沟通,团队建设等多维的能力。 在工作过程中一些具体的改变:任务来源,从被动安排到主动筹划;实施手段,从亲力亲为到依靠团队;合作维度,从平级合作到和上级规划,平级联合,下级落地,更加的立体;关注焦点,从过程导向到目标和结果导向;负责对象,从对自己负责到对上级&下级负责。

    作者回复: 是的,工作职责变了,意味着公司衡量我们的价值标准也变了:)

    2019-05-12
    5
  • 友人A
    今天这张真是大涨见识了,之前考虑太肤浅了。之前领导专门批评认知不够,下来自己思考过,哪里没做好。这短短十几分钟,能从十个角度阐述角色变化,典型前人吃过的盐都比我吃过的饭要多啊,有道理。工作中,要善于总结,经常复盘,才能这些沉淀。

    作者回复: 哎,其实是前人吃过的土更多:)

    2018-09-05
    4
  • Geek_b60277
    角色的认知,不是一蹴而就在于自我觉察和有意思的纠偏。

    作者回复: 赞成,自我觉察真的很有效

    2020-06-15
    3
收起评论
显示
设置
留言
33
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部