38丨技术管理之道:你真的要转管理吗?
该思维导图由 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-2829 - 骨汤鸡蛋面我是一个技术小组长,带着五六个人,在在能力比较差的小伙伴相处上总是很纠结:一方面想费心把小伙伴带出来顺带磨炼自己,另一方面又觉得有这个精力花在其它事情上可以成绩更大。这方面李老师可以给些建议嘛
作者回复: 1 给大家机会锻炼,但是最重要的是把事情做成功,做好 2 你不是救世主,你可以去帮助别人,但是人的成长主要还是靠自己
2020-02-2224 - 小高李老师,想问一下您推荐的关于管理方面的书籍有哪些呢?因为世面上关于管理的书籍太多且质量参差不齐。最近在看德鲁克大师的管理著作。
作者回复: 本专栏引用最多的是温伯格的一些书: 《成为技术领导者》《你的灯亮着吗》。。。
2020-05-202 - LYy彼得高地应该相当于一个人的职业瓶颈期 文中提到人的到了彼得高地之后就停滞了 难道人不能突破瓶颈期吗?
作者回复: 可以突破呀,这几篇文章都是讲如何超越自己。 而且彼得高地也不相当于瓶颈,要更糟糕。处于彼得高地的人主要诉求是维持这个他hold不住的现状,突破瓶颈超越现状甚至都不是他的期望。 维持现状和超越现状也很不一样,想维持现状的人更加谨小慎微,想超越现状的人更有冒险精神。
2020-05-032 - 夜空中最亮的星okr=kpi
作者回复: 一般不这么认为😿
2020-02-23 - 张明云问:OKR 和 KPI 的关系到底是什么? 答: ① KPI是自上而下制定的,而OKR是自己制定,然后上级确认; ② KPI是以考核为目的的,而OKR不是以考核为目的; ③ KPI更关注结果,而OKR更关注为了更好的工作结果所展示出来的工作状态; ④ KPI可能会导致大家都更愿意做出绩效的事情,而OKR会好一些。2020-03-146
- 风中有个肉做的人我认为的OKR更倾向于管理者与团队间拉平目标认识的一种方式,面对共同的大目标,制定属于各自的小目标及实现方式,通过不断的打分和回顾来调整团队的目标方向。 KPI更倾向于与年底考核挂钩,更加适用于可量化的指标,比如敲了多少行代码,解决了多少BUG,但这往往不适用于程序员的工作考核。2020-11-163
- 你的美课程是不是没有了呢,有点意尤未尽啊老师讲的真好! 李老师以后请教你,怎么联系呢? 🍵 🍵 🍵 同学们有想交朋友的吗,加我微信 138109854972020-02-223
- escray不想做管理的程序员,不是好的架构师。 专栏里面提到过去技术人员相对容易转管理,是因为行业高速发展;之前好像也说过,因为行业发展的很快,所以有大量不合格的程序员、产品经理、架构师……充斥其中;再加上彼得定律,肉食者鄙——看起来,技术领域应该还有很多机会,只要你真的能够持续学习,并且刻意练习。 对公司而言,真正的价值是你为公司解决了多少问题,也就是为老板解决了多少问题。以前会看不上那些溜须拍马的人,其实他们也解决了老板的问题,而且是更深层级的精神问题。 我觉的 OKR 是给自己准备的,如果一旦拿出来分享和同步,其实是有可能变形的;而 KPI 是领导用来量化衡量下属的,很容易走火入魔。 就好像最近要提高体育成绩在中考分数中的比重,可想而知,最终的结果一定不是中学生身体素质的提高。 个人感觉,程序员的工作应该是自驱的,用结果说话、用代码衡量(不是代码行数)。2020-10-201
- 不要挑战自己的智商KPI考察你完成既定任务的能力,要和奖金直接勾挂,但不太适合适合评估和鞭策程序猿的工作。。 OKR 更抽象,用于激励员工的主动发现、思考和解决公司的问题,培养员工的“主人翁”意识。2020-08-041