公司的绩效考核一直采用KPI的方式,各个部门,各个层级的人员都需要制定KPI。但是CEO有一些想法,想要改变一下研发部门的绩效考核方法,于是将这项工作交由CTO和HR主管先去了解一下Jackson的想法。

CTO和HR主管找Jackson准备一起谈谈关于研发部门绩效考核的事情,Jackson提前做了一些功课,准备变革一下绩效考核的方式。最近Jackson的朋友还有团队中的Team Leader都在谈论OKR是如何如何成功,KPI是多么多么不好……,这让Jackson陷入了迷茫,到底是选择KPI还是选择OKR?

Jackson还是认真的做了一些功课……

何为OKR?

OKR(Objectives and Key Results),即目标与关键成果法,OKR是一套定义和跟踪目标及其完成情况的管理工具和方法。 能够将目标管理自上而下贯穿到基层。

1999年 Intel公司发明了这种方法,后来被 John Doerr推广到Oracle、Google、LinkedIn等高科技公司并逐步流传开来,现在广泛应用于IT、风险投资、游戏、创意等以项目为主要经营单位的大小企业。

OKR的基本方法

制定OKR的基本方法是:首先,要设定一个“目标”(Objective),这个目标务必是确切的、可衡量的,例如不能说笼统地说“我想提高团队的开发效率,从而提高交付及时率”,而是要提出诸如“让团队的平均开发速率提高15%”或者“交付及时率达到97%以上”之类的具体目标;然后,设定若干可以量化的“关键结果”(Key Results),用来帮助自己实现目标。

OKR的基本要求

  • 最多5个O,每个O最多4个KRs。
  • 百分之六十的O最初来源于底层。下面的人的声音应该被听到,这样大家工作会更有动力。
  • 所有人都必须协同,不能出现任何命令形式。
  • 一页写完最好,两页是最大限值了。
  • OKRs并不是绩效评估的工具。对个人来说,它起到很好的回顾作用。能快速明了地让自己看到我做了什么,成绩是怎么样。
  • 分数0.6-0.7是不错的表现,因此0.6-0.7将是你的目标。如果分数低于0.4,你就该思考,那个项目究竟是不是应该继续进行下去。要注意,0.4以下并不意味着失败,而是明确什么东西不重要及发现问题的方式。分数永远不是最重要的,除了是作为一个直接的引导作用。
  • 只有在KRs仍然很重要的情况下,才持续为它而努力。
  • 有个组织来保证每个人都朝同样的目标行进。(事实上OKRs实施过程中,你能够获得大家的认可和帮助,这是很有趣的事情)

OKR与KPI的比较

KPI 理论上是必须严格按照 SMART 标准制订的,是否达到甚至达到比例多少(小于 100% 还是大于 100%)都是要能测量的。但这就导致一个问题,有些事情值得去做,但在做出来一部分之前无法测量因此无法制订目标。

比较保守的做法就是这项 KPI 先不写,或者写一个很低的目标值,反正季度末再改 KPI 的事情又不算罕见。有些团队常常到季度末才完成 KPI 制订的工作,那时候什么能完成什么不能完成都基本上确定了,当然能够让 KPI 都处于基本达成状态。

KPI 还有一个更严重的问题,那就是为了完成可测量的目标,有可能实际执行手段与该目标要达到的不可测量愿景正好相反。例如:研发团队设立了一项KPI指标:文档交付率达到100%。为了能够使得数据比较漂亮,每次能够如期交付所有阶段性开发需要交付的文档,但是在文档的质量上大打折扣。虽然文档交付率达到了KPI的要求,但是质量已经没有保证了,偏离了初始的目标。再例如测试团队建立了一项KPI指标,有效缺陷率。其意图是考核测试团队发现的有效缺陷与缺陷总数之间的比例,来反映测试团队发现缺陷的能力。但是测试团队有可能将有效缺陷率填写为100%,即所有发现的缺陷都是有效缺陷。

大家如此应付 KPI 是因为 KPI 跟绩效考核挂钩。如果 KPI 达不到那就会影响奖金,所以就算违背公司利益违背用户利益,也要把自己的 KPI 完成了,把部门的 KPI 完成了。

OKR 解决了 KPI 的种种缺陷。首先它和绩效考核分离。然后它强调 Key Result 必须服从 Objective。既然 Key Result 只是用来服务于 Objective 的,那就没必要像 KPI 那样一早制订好然后强制执行了。你可以在做的过程中随意更改 Key Result,只要它们还是服务于原本的 Objective 就行。其实 OKR 最重要的作用就是帮助你「stay focus」,「stay focus」又能帮助你「make impact」(当然有人没 focus 都能有 impact,或者有 focus 都做不出 impact)。

记得曾经看过这样的一个比喻:

如果要说 OKR 和 KPI 的区别,区别就在于 KPI 只能让驴使劲走,而 OKR
用于保证驴头朝正确的方向。有些驴拼命想往前走,不希望落后于别人,这时候 OKR 用于帮助驴少走曲线。有些驴本来就不想走,这时候就需要 KPI
充当鞭子了。一家公司能不能用 OKR,首先要看有没有正确的驴。

OKR考核:“我要做的事”,KPI考核:“要我做的事”,理解不同,但二者都强调有目标,同时也需要有执行力。OKR的思路是先制定目标,然后明确目标的结果,再对结果进行量化,最后考核完成情况。KPI
的思路也是先确定组织目标,然后对组织目标进行分解直到个人目标,然后对个人目标进行量化。

OKR的最大好处

为什么用OKRs,好处是?

  1. 促使我们思考,主要目标会随之浮现;
  2. 沟通会更顺畅,让每个人都知道什么是最重要的;
  3. 能找到一个衡量过程的指标;
  4. 能让我们集中地为某件事而努力。

OKR能提高团队的绩效吗?

还是那句老话,首先搞清楚什么是“绩效”:
“绩”,指的是“业绩”,指的是工作成果。“绩”是可以量化的内容(具体数据或者数字)。

工作数量
工作质量
完成工作的时间限定等等
“效”,指的是“投入”,指的是工作效率,即投入了多少时间、资源获得了多少产出等等。“效”的量化是一个比例。
- 工作效率
- 管理效率
- 机械效率

那么来看看OKR可以帮助团队做什么:

  1. 目标和结果可以被量化;
  2. 个人或者团队的OKR必须在每一天、每一周、每一个月都有Check的机会。也就是持续性,OKR的使用者必须时刻将目标和结果铭记于心,这样才会时刻将自己的行动与之匹配;
  3. 目标要设置的有野心,最好超出能力范围。一个百分百被完成的OKR几乎没有任何推动作用,而一个70%完成度的OKR却近乎完美——它能让你知道你这一阶段你和你的团队的极限在哪里,这样你才有更多的上升空间。

OKR只要用的好,可以直接映射出团队的绩效。

OKR还可以达到的效果:

  1. 每一位团队成员清晰的了解目标,并在这个过程中明确自己的位置,贡献自己力所能及的一份力量,即“专注”;
  2. 团队以及每一位团队成员都将努力达成自己的期望表现,即“使命感”。

OKR是用来帮助你们的团队认清前进的方向并取得成功的工具。
OKR并不是绩效评估的工具
永远记住,OKR是来帮你达成目标的工具,而不是目标本身。

OKR 和 KPI 两者谁都无法真正的替代对方,因此选择KPI还是选择OKR并不重要,找到适合的绩效评估方法,这才是重要的事情。

比如说对于销售来讲,它更在意的是如何保持持续稳定的收入,因此就需要的是更硬性的标准来约束销售人员能够完成任务,所以其需要的是 KPI 而不是 OKR 。而对于营销团队来讲,他们最需要的是如何将影响最大化,而过于刻板的 KPI 就限制了营销团队的灵活性,因此其更适合的是 OKR ,而不是 KPI 。

那么对于研发团队,有一些硬性的指标是需要使用KPI确立的;有一些目标使用OKR比较适合。

最后总结下OKR的好处有哪些:

  • 规范思维,核心目标突出;
  • 沟通更精准,让每个人都很清楚什么对他们是最重要的;
  • 建立测量过程的指标,时刻了解我们距离目标还有多远;
  • 使组织的努力更聚焦。

研发主管的烦恼:选择KPI还是选择OKR?相关推荐

  1. 【烦人的问题】有一天发现VSCode中自己的鼠标选择老是跨行选择多段代码,怎么都改不回来,而且用alt+shift+鼠标都无法切换,肿么办?

    选择-去掉"列选择模式"前面的✔

  2. 机器学习中的模型评价、模型选择及算法选择

    链客,专为开发者而生,有问必答! 此文章来自区块链技术社区,未经允许拒绝转载. 正确使用模型评估.模型选择和算法选择技术无论是对机器学习学术研究还是工业场景应用都至关重要.本文将对这三个任务的相关技术 ...

  3. 2018-3-19 损失函数与适应度函数,稳定选择与分裂选择

    1.适应度与损失函数 我觉的: (1)都是用来描述目标函数一个方面的效能的一个函数 (2)进行输入之后,结果都是一个可以进行比较的值 来源:机器学习之 损失函数和风险函数 - CSDN博客 http: ...

  4. 干货丨机器学习中的模型评价、模型选择与算法选择

    本论文回顾了用于解决模型评估.模型选择和算法选择三项任务的不同技术,并参考理论和实证研究讨论了每一项技术的主要优势和劣势.进而,给出建议以促进机器学习研究与应用方面的最佳实践. 1 简介:基本的模型评 ...

  5. 对勾选的下拉选择进行同步选择

    //对勾选的下拉选择进行同步选择function syncLoadTruckTableSelect(prefixSelector,currentLineIndex){//获取当前操作的select所在 ...

  6. 继续- 管理百人研发团队的烦恼(下)

    上次在我的博客上发布这片文章,浏览率还是很高,所以这次5月份的程序员杂志正好有出来,今天抽时间把下发布出来:感觉看了还是有点用的: 管理百人研发团队的烦恼(下) 搞好高效率的"大锅饭&quo ...

  7. 【Android 高性能音频】OboeTester 音频性能测试应用 ( Oboe 输出测试参数 | API 选择 | 音频输出设备选择 | 采样率 | 通道 | 采样格式 | 播放偏好 )

    文章目录 一.Oboe 输出测试参数面板 二.Oboe 输出测试参数 API 及 设备选择 三.Oboe 输出测试参数 音频参数 四.Oboe 输出测试参数 播放偏好 五.Oboe 输出测试参数 ( ...

  8. 选择排序—简单选择排序(Simple Selection Sort)

    基本思想: 在要排序的一组数中,选出最小(或者最大)的一个数与第1个位置的数交换:然后在剩下的数当中再找最小(或者最大)的与第2个位置的数交换,依次类推,直到第n-1个元素(倒数第二个数)和第n个元素 ...

  9. 更司马懿学管理计算机,跟司马懿学管理(一)无悔的选择是好选择

    北京邮电大学教授 赵玉平 经典语录: 1) 生活中的许多痛苦都是选项太多造成的. 2) 反常行为的背后必定隐藏着不可告人的动机. 3) 最好是好的敌人. 4) 没有百分之百的完美, 只有百分之百的错误 ...

最新文章

  1. 图灵奖得主Joseph Sifakis:物联网自主系统设计的边界与风险(附视频)
  2. tcp时间戳 引起的网站不能访问
  3. 简单汇编----输入密码判断正否
  4. Lua应用——tables应用,查找是否为保留字
  5. mysql不支持union_Mysql中Union的子句不支持order by
  6. Win8.1部署 .NET Framework 3.5 安装方式
  7. linux mysql 5.6.14_CentOS 6.4下编译安装MySQL 5.6.14
  8. nonlocal python3_Python 中的 global、nonlocal 辨析
  9. Win7系统经常报错怎样解决?
  10. JavaScriptJQ 004_JS闭包
  11. Android抓包方法(一) 之Fiddler代理
  12. FeliCa简介____带命令协议说明
  13. [COGS 2479] [HZOI 2016] 偏序
  14. 空空导弹发展及作战特点
  15. iOS之地图的使用和实时描绘运动轨迹
  16. Win10多用户同时远程桌面,并各自操作互不干扰
  17. 用python计算准确率_Python下的scikit-learn预测准确率计算(代码实例)
  18. 计算机教师格言座右铭,教师格言座右铭100句
  19. Newtonsoft.Json 使用
  20. c++第四天(补充引用的定义)

热门文章

  1. 数字逻辑:常用MSI组合逻辑器件
  2. 解决sed -i报错:
  3. 爆炸死人手机到底是哪个品牌?
  4. Html+Css实现九大行星动画效果
  5. 2022安徽省安全员C证试题及模拟考试
  6. cesium实现动态扩散墙效果(基于turf)
  7. 一个前端菜鸟的成长历程
  8. 电力电子技术:电力电子器件
  9. 易语言 股票CCI指标 源码
  10. CISCN2022东北赛区复赛Writeup-MapleLeaves