文档介绍：最新范本,供参考！
页脚下载后可删除，如有侵权请告知删除！
最新范本,供参考！
OKR
 编辑
OKR全称是Objectives and Key Results即目标与关键成果法，OKR是一套定义和跟踪目标及其完成情况的管理工具和方法: 1999年 Intel公司创造了这种方法,后来被 John Doerr推广到Oracle,Google,LinkedIn等高科技公司并逐步流传开来，现在广泛应用于IT、风险投资、游戏、创意等以工程为主要经营单位的大小企业。
中文名
OKR
外文名
OKR
KPI 理论上是必须严格按照 SMART 标准制订的，是否到达甚至到达比例多少〔小于 100% 还是大于 100%〕都是要能测量的。但这就导致一个问题，有些事情值得去做，但在做出来一局部之前无法测量因此无法制订目标，这时候就陷入了先有鸡还是先有蛋的问题了。比拟保守的做法就是这项 KPI 先不写，或者写一个很低的目标值，反正季度末再改 KPI 的事情又不算罕见。有些团队常常到季度末才完成 KPI 制订的工作，那时候什么能完成什么不能完成都根本上确定了，当然能够让 KPI 都处于根本达成状态。
　　KPI 还有一个更严重的问题，那就是为了完成可测量的目标，有可能实际执行手段与该目标要到达的不可测量愿景正好相反。举个例子来说，我们希望用户更喜欢使用我们的产品，因为喜欢无法测量，所以把 PV 写进了 KPI 里面。〔确实大家都还不懂 NPS 或 DAU 这样的先进理念，只会用 PV 来测量一切。〕但在实际执行过程中，我们可以把用户原本在一个页面上就能完成的事情分到几个页面上来完成，结果 PV 到达了 KPI 指定的目标，但用户其实更讨厌我们的产品了。
　　大家如此应付 KPI 是因为 KPI 跟绩效考核挂钩。如果 KPI 达不到那就会影响奖金，所以就算违背公司利益违背用户利益，也要把自己的 KPI 完成了，把部门的 KPI 完成了。
　　OKR 解决了 KPI 的种种缺陷。首先它和绩效考核别离，把绩效考核交给 peer review〔相当于中国公司的 360 度评价〕来做。然后它强调 Key Result 必须服从 Objective，所以如果你在 Objective 上写了要让用户喜欢我们的产品，但你实际执行 Key Result 的手段违反了这一点的话，谁都能看得出来，自然你做了也只有害处没有好处。既然 Key Result 只是用来效劳于 Objective 的，那就没必要像 KPI 那样一早制订好然后强制执行了。你可以在做的过程中随意更改 Key Result，只要它们还是效劳于原本的 Objective 就行。其实 OKR 最重要的作用就是帮助你「stay focus」，「stay focus」又能帮助你「make impact」〔当然有人没 focus 都能有 impact，或者有 focus 都做不出 impact〕。
最新范本,供参考！
页脚下载后可删除，如有侵权请告知删除！
最新范本,供参考！
　　
OKR的指导原那么：
1. OKRs要是可量化的〔时间&数量〕，比方不能说“使gmail到达成功〞而是“在9月上线gmail并在11月有100万用户〞
，有一些挑战的，有些让你不舒服的。一般来说，1为总分的评分，-，这样你才会不断为你的目标而奋斗，而不会出现期限不到就完成目标的情况。
。比方每个人的介绍页里面就放着他们的OKRs的记录，包括内容和评分
　　
为什么用OKRs，好处是？：
，主要目标会随之浮现；
，让每个人都知道什么是最重要的；
；
。
实施的关键流程：
从上至下，目标的设立顺序应该是公司到部门到组到个人。
个人自己想做什么，和管理者想他做什么一般来说是不会完全一样的。那他可以通过先查阅上层的目标，在自己想做的事情范围内找到能对公司目标有利的局部，将他拿出来和自己的管理者进展讨论，做权衡取舍。某种情况下，很有可能这个自己想做的东西，会变成公司今后改变的开展方向。〔比方gmail的例子〕
沟通的问题：
分两种方式。
最新范本,供参考！
页脚下载后可删除，如有侵权请告知删除！
最新范本,供参考！
，即个人和他的管理者沟通。尤其是在一季度完毕，另一季度开场时，要协商好关键结果是什么。因为不仅个人能说明自己想做什么，也是上面表达他想要你做什么，最好的情况是两者得到结合。
，以team的形式进展，各team的learder参加