22 | OKR的优势:为什么要用OKR来取代KPI做团队规划?
该思维导图由 AI 生成,仅供参考
KPI:关键绩效指标
KPI 的问题
- 深入了解
- 翻译
- 解释
- 总结
OKR:目标与关键成果,是一种团队规划方法,旨在解决KPI规划法的问题。相较于KPI,OKR更关注业务目标,能更好地适应快速发展的行业,如互联网。OKR的关键在于设定业务目标(Objectives)并为每个目标设定关键结果(Key Results),以实现目标为导向。与KPI相比,OKR更注重业务目标,而KPI更关注数据指标。OKR的关键结果(KR)可以是KPI,也可以是里程碑,因此OKR实际上是一种牛逼的KPI制定方法。文章总结了KPI的缺点、技术团队的团队规划常见角度以及OKR与KPI的联系,强调了OKR作为更适合技术团队的团队规划方法。
《大厂晋升指南》,新⼈⾸单¥68
全部留言(28)
- 最新
- 精选
- 周平置顶我理解 OKR是KPI的升级版。因为 OKR包含了KPI。 比如,文中提到: "OKR 的 KR 有两种表现形式,一种是 KPI,一种是里程碑。" 也就是说, OKR是在KPI之上,加了一个O, 同时,也把里程碑纳入进来,解决一些KPI解决不了的问题。 这就使得OKR更灵活,不僵化。 同时,OKR不再追求量化,不再追求数据说话,而是追求可衡量。 可衡量就是说,可以用数据说话来衡量,也可以用里程碑来衡量。 OKR不适合什么? 1.不适合个人规划,除非自己能够独立负责一个领域或方向。 2.OKR至少是一个季度,半年或一年。不适合一个月这种周期。 关于程序员的工作量如何量化? 答:无法量化,一线的程序员不推荐用OKR来规划和考核,更不用说KPI了,更不合适。一线程序员的考核基本就是事后总结。 通过事后总结,看你做了什么事,贡献如何,质量和效率如何,是否有犯错,周围的人对你的评价等等。 从这里面看,大部分都是主观评价。因此,多发出自己的声音就很重要了。 我找到一种方法发出声音:在做一个项目之前,往往要和上下游沟通,了解相关的需求点。这个时候,多发表自己的看法,多问问题,也是一种发声的方法。
作者回复: 很好的总结。 做事的时候时刻记得按照“事前规划、事中执行、事后总结”的套路去分析自己哪里可以做的更好,多问问为什么,就可以让你的声音被听到。
2021-02-0343 - JxinKPI的弊端: 麦金泰尔用一个学习国际象棋的小孩子举例:如果这个孩子每赢一次棋,我们就奖励他糖果,那么糖果就是这个小孩子关于国际象棋的外在快乐(KPI绩效激励)。 如果驱动这个小孩子的仅仅只是外界作用于他的糖果奖励,那么将没有任何事情可以阻止这个小男孩用欺骗或贿赂的方式获胜(绩效指标终将沦为虚荣指标). KPI的好处: 在“推算型工作”很适用。“推算型工作”是指根据一系列现成的指令,按照某种途径达到某种结果的工作。比如,拧螺丝钉,这类重复性机械劳动,就属于推算型工作。
作者回复: 学习了 :) KPI确实容易出现只关注指标,而不管指标背后的目的和意义的问题,因此实际执行过程中可能会走偏。
2021-01-2014 - Monday方向对了,就不怕路途遥远;方向不对,数据再漂亮也没有意义 金句---选择远远大于努力
作者回复: “选择远远大于努力”是一个误导性的说法,从我经历过的事情来看,选择错了当然没法取得成果,但方向选择对了,后面的落地执行同样重要,这就是我要把完整的做事方法论分享给你的原因,因为单纯某一点做好不等同于就能够拿到最后的结果。 后面的3C方案设计法、PDCA、5W等都是讲具体如何做事的,这些方法论都是前后关联,一环扣一环的。
2021-01-2512 - 大魔王汪汪总结:以目标为导向;kpi和okr某种程度会影响思考方式,前者偏被动量化,后者促进主动思考
作者回复: 你已经掌握OKR的真谛 :)
2021-02-248 - Harvey你好,华仔: 1.OKR与KPI的概念。OKR注重的是业务目标,及关键结果。KPI注重的是指标可以量化。举例:用OKR的方式制定找工作,目标是进入XX大厂P6。关键结果1:专业技术 关键结果2:业务贡献 关键结果:面试准备。使用KPI在关键结果1中 研究mysql100小时、输出笔记20篇 、解决工作中3个核心问题 2.之间的区别:在关注点和思维的区别我认为最深刻。一个关注指标,一个关注目标。在工作中即使没有用OKR,在做一个需求时也可以想想业务目标是什么,做这个需求能解决什么问题,对业务目标有帮助吗。而只关注指标的话就是需求做了几个,需求上线有没有bug等。对于改变思维方式需要多思考,多问为什么,看一些非专业类书籍,写笔记。 3.关于团队中的常见KPI的规划有一些想法。三种常规解决问题、优化、技术升级,没有结合业务目标。由于在团队中非TL,程序员除了做需求也只能处理这三种问题。 4.问题: 4.1 作为一个业务程序员应该如何避免做上文中的三类事情? 4.2 程序员的工作怎么量化?
作者回复: 4.1 不要避免,而是要找到这些事情与业务之间的联系,这样做了后才能体现价值。 4.2 无法量化,所以一线的技术人员我不推荐OKR来规划和考核,一线的技术人员考核基本都是事后总结。看你做了什么事、贡献如何、质量和效率如何、是否有犯错、周围的人对你的评价等等。 这里面有大部分都是主观印象,所以平时做事的时候不要埋头干活,要学会适当的发声、承担一些责任、主动做一些事情。
2021-01-236 - chopperkpi和okr都用过,kpi的问题在于想出一堆事情去做,也有数据衡量,但是不能确定是否是当前最有价值的事情。我们团队现在用okr,团队大佬先根据现状定出目标,然后大家发挥主观能动性围绕目标定关键事情,保证行动方向和结果是上下对其的。
作者回复: OKR更好一些
2021-08-054 - 起而行发现了秘密,一线的开发kpi不好衡量,需要依赖同事之间的评价和感觉,所以更看重个人是否主动
作者回复: 可以这么说,主动的人一般来说表现都会更容易得到认可。
2021-04-023 - HesherOKR提供了一种自驱动能力,而且是目标结果导向,就会获得做正确的事这一效果。 我现在的公司是执行OKR的,每个人都要制定年度、季度OKR,而这些又区分业务OKR、技术OKR、管理OKR。并且有上下层级关系,比如我的OKR要向上支持直属领导的OKR,领导再向上支持更高层级,一直到CEO,相当于是逐层细分目标。当整个组织都被赋予了自驱动能力,创新能力也会被放大,升级成智能型组织。
作者回复: 如果你们硬性规定必须同时要有业务OKR、技术OKR、管理OKR的话,那说明公司对OKR理解可能还不够透彻。因为OKR的核心思想是聚焦,不是面面俱到。 如果只是说要从业务、技术、管理三个维度来考虑OKR的话,那就没问题。
2021-03-313 - Monday拜读了《绩效主义毁了索尼》,本篇文章从里面吸收了不少的能量。
作者回复: 与之相关的文章都有很多,赞成的、反驳的、补充的都有,有兴趣可以都看看,理解会更全面。
2021-01-253 - Hero华仔,技术研发团队,研发工程师的OKR,某一个月如何更好制定? 可以分析一下? 谢谢!
作者回复: 不建议用OKR来制定个人规划,除非你能够独立负责一个领域或者方向。 而且OKR不适合1个月这种短周期,OKR至少是一个季度的。
2021-01-203