后端技术面试 38 讲
李智慧
同程艺龙交通首席架构师,前 Intel& 阿里架构师,《大型网站技术架构》作者
37373 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 46 讲
不定期加餐 (1讲)
后端技术面试 38 讲
15
15
1.0x
00:00/00:00
登录|注册

38丨技术管理之道:你真的要转管理吗?

OKR和KPI的关系
技术做得好并不能保证好管理
OKR的落地实践方案
目标型管理
彼得高地
彼得定律的推论
职场晋升的一般规则
软件开发领域的管理水平提升需求
科技水平和管理水平的升级
未来转管理的难度增加
行业软件开发人员数量增长放缓
需要技术人员成为管理者
技术团队规模的增长
转管理,带领技术团队做开发
持续做技术
思考题
管理学的基础知识
用目标驱动
彼得定律
产业升级对管理的需求
技术转管理的难度
技术人员转为管理人员的原因
技术开发同学的职业规划
技术管理之道:你真的要转管理吗?
参考文章

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

做技术开发同学的职业规划通常有两个方向:一个是持续做技术,成为技术专家、架构师;一个是转管理,带领技术团队做开发。开发团队需要管理者,那么开发出身的工程师做管理者也是顺理成章的事。过去十几年,很多优秀的工程师成功转为技术管理人员,成功的比例似乎比成长为技术专家的比例还要高一些。这也给了更多工程师转管理的信心,似乎技术转管理是一件相对比较容易的事。
事实上,过去十几年技术人员之所以能够更容易转为管理人员,根本原因在于开发行业的快速扩张,过去十几年,随着互联网的快速发展,从事软件开发的从业人员数量大概增长了几十倍,开发团队规模迅速扩张。必须要有技术人员成为管理者,以管理越来越庞大的技术团队。
如果一个人在技术部门只有十来个人的时候加入公司,经过几年发展,公司现在技术部门有 100 多人,组织上差不多需要划分为十多个开发小组,每个小组需要一个技术主管,那么就需要 10 多个技术管理者,所以在公司早期加入的这个开发人员,如果能够胜任工作,跟着公司一起成长,那么大概率地会被任命为技术主管。
如果公司继续发展,技术部门达到 1000 多人,那么 100 多人的时候加入公司的技术人员也有很大概率会被任命为技术主管,如果这个人在管理方面表现得足够好,那么他可能会被继续提拔,成为经理、总监、CTO,在管理的道路上越来越成功。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

技术管理之道:目标驱动管理 在技术管理领域,管理方式通常分为问题驱动型和流程驱动型。然而,更高效的管理方式是目标型管理。目标驱动的管理者关注的是目标,不断问自己如何为公司和客户创造价值。他们不纠结于问题,而是关注解决方案,将问题转化为目标,引导团队前行。OKR(Objectives and Key Results)是目标驱动管理的一种实践方案,通过制定有挑战性的目标和可量化的结果标准进行管理。这种管理方式能够统一团队和员工的奋斗目标和公司的战略目标,使个人更加成为公司整体的一部分。 尽管技术人员的转型管理并非易事,但当前产业升级的背景下,有志于管理岗位的工程师可以抓住机遇,注重问题解决,从中获得职场晋升和个人能力提升。然而,想转管理的同学应该专门学习管理学的基础知识,而不是仅仅凭借技术能力和沟通技巧就轻率转管理。文章最后提出了一个思考题,即OKR和KPI的关系,鼓励读者进行深入思考和交流。 总的来说,本文强调了目标驱动管理在技术管理领域的重要性,以及转型管理的挑战和机遇。这对于技术人员在职业规划和发展中具有重要的指导意义。

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

全部留言(18)

  • 最新
  • 精选
  • 芒果少侠
    从我工作经历来看,okr相比kpi而言能够更加注重过程和方向。 kpi是一个自下而上的定量指标,只关注是否完成指标。而okr是自下而上的,是可以与上级与管理层沟通指定的。 在具体实现中,okr将指标抽象转化为目标和关键结果两大要素。目标与指标类似,但是更接近定性,一般更加宽泛和抽象。个人有更大的发挥空间和创意,但仍然在统一目标的管理下。关键结果则用于“描述”个人如何实现目标,通过关键结果的指引,个人可以更有意识、更有方向性地去完成目标。(用什么样的关键结果去保证确实在朝正确的目标方向前进呢?) 通过两大要素这层额外的抽象,okr既规范了员工行动的方向,又保留了他们实现目标的自由度和创意性。 当然了,okr目标与关键结果都不是一成不变的,是可以随时根据现状发展动态调整的;而且okr的公开性也必kpi更大。然而,这不意味着kpi就完全不如okr或者会被okr彻底取代。实际上它们只是两种不同的管理工具,是完全可以做到有机结合的,仅仅取决于管理者怎么使用它们(例如,okr不用于考核,kpi在这点上可以做到与okr相辅相成)。

    作者回复: 👍

    2020-03-28
    2
    9
  • 骨汤鸡蛋面
    我是一个技术小组长,带着五六个人,在在能力比较差的小伙伴相处上总是很纠结:一方面想费心把小伙伴带出来顺带磨炼自己,另一方面又觉得有这个精力花在其它事情上可以成绩更大。这方面李老师可以给些建议嘛

    作者回复: 1 给大家机会锻炼,但是最重要的是把事情做成功,做好 2 你不是救世主,你可以去帮助别人,但是人的成长主要还是靠自己

    2020-02-22
    2
    4
  • 小高
    李老师,想问一下您推荐的关于管理方面的书籍有哪些呢?因为世面上关于管理的书籍太多且质量参差不齐。最近在看德鲁克大师的管理著作。

    作者回复: 本专栏引用最多的是温伯格的一些书: 《成为技术领导者》《你的灯亮着吗》。。。

    2020-05-20
    2
  • LYy
    彼得高地应该相当于一个人的职业瓶颈期 文中提到人的到了彼得高地之后就停滞了 难道人不能突破瓶颈期吗?

    作者回复: 可以突破呀,这几篇文章都是讲如何超越自己。 而且彼得高地也不相当于瓶颈,要更糟糕。处于彼得高地的人主要诉求是维持这个他hold不住的现状,突破瓶颈超越现状甚至都不是他的期望。 维持现状和超越现状也很不一样,想维持现状的人更加谨小慎微,想超越现状的人更有冒险精神。

    2020-05-03
    2
  • 夜空中最亮的星
    okr=kpi

    作者回复: 一般不这么认为😿

    2020-02-23
  • 张明云
    问:OKR 和 KPI 的关系到底是什么? 答: ① KPI是自上而下制定的,而OKR是自己制定,然后上级确认; ② KPI是以考核为目的的,而OKR不是以考核为目的; ③ KPI更关注结果,而OKR更关注为了更好的工作结果所展示出来的工作状态; ④ KPI可能会导致大家都更愿意做出绩效的事情,而OKR会好一些。
    2020-03-14
    6
  • 风中有个肉做的人
    我认为的OKR更倾向于管理者与团队间拉平目标认识的一种方式,面对共同的大目标,制定属于各自的小目标及实现方式,通过不断的打分和回顾来调整团队的目标方向。 KPI更倾向于与年底考核挂钩,更加适用于可量化的指标,比如敲了多少行代码,解决了多少BUG,但这往往不适用于程序员的工作考核。
    2020-11-16
    3
  • 你的美
    课程是不是没有了呢,有点意尤未尽啊老师讲的真好! 李老师以后请教你,怎么联系呢? 🍵 🍵 🍵 同学们有想交朋友的吗,加我微信 13810985497
    2020-02-22
    3
  • escray
    不想做管理的程序员,不是好的架构师。 专栏里面提到过去技术人员相对容易转管理,是因为行业高速发展;之前好像也说过,因为行业发展的很快,所以有大量不合格的程序员、产品经理、架构师……充斥其中;再加上彼得定律,肉食者鄙——看起来,技术领域应该还有很多机会,只要你真的能够持续学习,并且刻意练习。 对公司而言,真正的价值是你为公司解决了多少问题,也就是为老板解决了多少问题。以前会看不上那些溜须拍马的人,其实他们也解决了老板的问题,而且是更深层级的精神问题。 我觉的 OKR 是给自己准备的,如果一旦拿出来分享和同步,其实是有可能变形的;而 KPI 是领导用来量化衡量下属的,很容易走火入魔。 就好像最近要提高体育成绩在中考分数中的比重,可想而知,最终的结果一定不是中学生身体素质的提高。 个人感觉,程序员的工作应该是自驱的,用结果说话、用代码衡量(不是代码行数)。
    2020-10-20
    1
  • 不要挑战自己的智商
    KPI考察你完成既定任务的能力,要和奖金直接勾挂,但不太适合适合评估和鞭策程序猿的工作。。 OKR 更抽象,用于激励员工的主动发现、思考和解决公司的问题,培养员工的“主人翁”意识。
    2020-08-04
    1
收起评论
显示
设置
留言
18
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部