为什么会出现中小型创业型互联网企业都从OKR开始了考核之路

很多高速发展的企业似乎都是从不考核，到有点想考核，用OKR考核，KPI更爽，PBC也不错……的考核之路。那为什么会出现这样的情况呢？我觉得总结如下几点：

1. 高速发展的红利或许在风口期，企业不需要考虑目标要设定多少。因为无论你设定怎样的目标基本都能完成。所以红利期、风口期干嘛要做考核这种反人性的事呢。
2. 创业阶段的创始人认为

对考核的PUA？

考核用正式的语言来说就是绩效管理，但是中国人在使用这个的时候也是百花齐放。考核这件事在我看来本身就是反人性的，因为人是遵守“ 能不消耗能量就尽量不消耗能量！ ”的准则，即能不动脑一定不会去动手的态度。所以说考核关注的应该是过程管理，而不是结果。

企业管理者往往急于明确目标，确定方向。即要达到战略清晰，目标共识，上下同欲之氛围。但却很少人花时间来讨论目标是如何被达成的。所以，围绕目标下的商讨目标如何被达成，才是真正的考核管理第一步。

关于制定目标与现实目标设定之间的纠纷

这里面主要想表达的事，制定目标与现实对目标的设定、期望达成目标的清晰度、目标被执行人的认知以及过程的管理是不一样的。也就是说你设想的与你实际运作过程往往有很大的差异性。所以，在制定目标与设定前你需要清楚地知晓他们之间的纠纷。这样也是帮助你在遇到这些问题的时候，不至于那么惊慌失措。因为一切都是注定的

快速发展企业或业务战略方向不明朗的情况，OKR如何设置

1. 小步快跑，接受不明朗的情况，但不接受不设置目标。目标刷新可以在更小的周期内进行。
2. 以季度为单位进行OKR设置，建议以月度为单位进行适当刷新（小于20%）。
3. OKR强调自下而上，强调逻辑和聚焦，要求组织协同+上下左右形成一张网，让员工广泛参与。
4. OKR：聚焦战略，注重逻辑，对齐协同，自下而上，公开透明，积极反馈。

目标O与关键结果KR

目标分解流程及关键节点内容

#目标设定的关键

1. 目标是可直接实现，不是间接完成或协助完成。
2. 以产出结果为基础及可衡量，设定评分标准。
3. 每个O的KR≤4个。
4. 需与时间关联，即“什么时间”达到“什么结果”。
5. OKR一旦制定，要进行公开，以保证透明度和公平性。
6. 年度O与KRs统领全年，并非固定不变。刷新需要按照刷新流程，上报上级管理部门审核，绩效管理部门报备。

#从关键结果到“行动计划”

1. KRs确定后，要围绕具体的目标进行任务分解。每项关键结果就会派生出一系列任务，交给具体的负责人。
2. 每项KRs应有确定性的责任人，责任人是项目经理，对结果负责。
3. 关键结果的项目责任人，承担责任，并给予权力和资源调度。
4. 执行关键：个人——团队——企业

• 个人OKRs定义个人周期内工作
• 团队OKRs定义团队工作优先级，不是所有人的个人OKR简单集合
• 公司的OKRs代表整个公司的战略目标

#定期回顾

1. 根据回顾周期，每周或每月都应对O进行回顾，每周期结束后做总结及考评。
2. 阶段内回顾要点（重点不是“评”而是“改进”）

• 进度、实施质量、对策落实情况、协商确定改进方案
• 结果达成进度，偏差有多大
• 无法克服的障碍因素是什么

如何在创业型高速发展型企业内发挥OKR的优势

实施OKR前的几个观点

（1）我们与国外一些应用OKR的公司合而不统，OKR的真正应用落地需要强大企业文化作为背书，所以国内中小型创业企业不要奢望仅仅在OKR上能发挥实质的作用，不要奢想员工可以高度自主自发。

（2）创业型企业从本质上来说，使用OKR的根本原因是目标不明确，需要经常性的转化刷新，或者说从内心希望创业型公司内的员工都有创业初心和奋斗精神，能自发的提出挑战性、超预期的目标。

（3）创业奋斗期或者高速发展期，很多企业说我们没有考核目标。因为我们不需要目标照样能做得很好。这种情况的确存在，但多数情况下是你的企业或许正在吃着某项红利。等红利消失后必然会回归现实。

发挥OKR优势+KPI的指标特征，助力创业型高速发展型企业绩效牵引

（1）倡导周期性可刷新。帮助企业在快速发展过程中，改变方向与目标结构。这点在中小企业中实际业务中有频繁的需求。但这个不代表目标可以随意调整，而是被允许在周期内做调整。

（2）倡导每一个人自主设定目标。帮助企业在目标方向不明确的前提下，员工可以依据自己对业务的理解提出个人想法。上级可以通过自下而上的内容快速确定核心关键目标及方向。

（3）倡导把KPI指标带入KR中，实现闭环检验。通过设定的OKR中KR的部门，明确完成KR的关键行为或动作，通过可衡量的数据指标的建立实现反向的考核评估。

最后想说一下，对于模型工具的使用看法：

• 所有的模型都只是一种工具，真正适合企业的才是有用的。所以不要迷恋所谓的工具。
• 工具模型需要在一定的环境中才能发挥极致的效用。所以在应用工具的时候，必须要先考虑搭建环境平台。否则业务部门会觉得你又在搞浪费他们时间和精力的无用事情。