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
Jxin
KPI的弊端: 麦金泰尔用一个学习国际象棋的小孩子举例：如果这个孩子每赢一次棋，我们就奖励他糖果，那么糖果就是这个小孩子关于国际象棋的外在快乐(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
