写双月 OKR 一晃两年了，在这里不讲一些高大上的名词，主要解决技术人员觉得 OKR 没屌用的观念。用通俗易懂的操作方式来重新讲解一下 OKR 制定的几个关键点：
- 目标要想出来一个后再思考这个目标又是为了什么目标，最终找到一个终极目标，然后再顺着这条线回退，看看近期选哪个目标合适，这样的目标才不局限也不离谱。
- KR 可以有很多条，但不是按顺序排列的，意味着你完成 KR 中的 1 条或者某几条就可以达成目标就行，所以 KR 在你心中有权重，哪些更能促使你的 O 的达成，有时候在过程中，你会认识到低优先级的 KR 反而是黑马，也要实时地进行调节 KR 的优先级，甚至来说过程中，发现所有的 KR 都没太大用处，那就要思考新的 KR 补充进来，促成 O的达成，所以，KR 只是你计划的几种可能，你的主要核心不是 KR，而是怎么达成 O，KR 只是一个人的去做一件事的备选项而已，但 KR 的质量也意味着你分析思考能力强弱，如果事先制定的 KR 都不顶用，这只能说明你的决策能力弱，跟你要接待来宾时，遇到出现突发事件后，先前备案都没派上用场一样。
- O 最核心的两个要素是时间和量化指标，在有限的时间完成有限的数量，才算实质的行为，否则都为不实行为，那么这个 O 就不可能实现；
- 量化指标不是自己蒙的，如果第一次做 OKR ，那就去寻找产品现有数据，或者问问之前的老人，怎么收集这些数据，比如你要把用户增量做到 300，现在只有 10 个人，300 就是离谱的数据，一般量化指标是上一次指标的 1.5 倍，那就定个 25 -30 人，压力也不会太大，成功了还有动力。对于开发人员来说就是回盘，上个月 bug&ticket 30，这个月能否降低到 20？上个月单版本平均交付时间是 2 周，这个月是否能降为 1.7 周，上个月总代码量 7000，这个月能否降低到 6000，上个月上线测试时间是 2 天，这个月能否降低到 1.5 天？这都是很好实质的量化指标。同理技能上也是这样，《你不知道 javascript》，上个月阅读第一册，这个月每周完成多少页，两个月完成第二册并形成笔记一篇，这都是很好的时间单位和量化指标，其次包括 Vue 技能点本月要掌握多少条，上月掌握多少条？本月工作中用到多少条，下个月要提高多少条？都是提升自己Coding 实质能力点，思维方面，看任何书，有了多少思想启发点？本月多少条，下月多少条，思维能力直接决定编码能力，思维局限，编码不会有太大突破的，高级和初级的点就在于，高级人员的代码模块化很强，耦合性很低，改动量很小，所以他们往往并不忙碌于 Coding，更多是将脑子中的代码抄写下来，我曾一周改造完linkedin插件的原代码，后来人接手后改动的核心代码很少，新功能代码就能节省大量时间，因为每个环节都被拆出来了，每次只需要在调用环节增减一个函数即可。
- OKR 定好后，就相当于自己的一个每日提醒，每周都要看一看，瞅一瞅，看看自己进度怎样了，哪些完成了，哪些做偏了，哪些需要调整和新增，距离目标还有多久，只有做到心中有数，紧张对待，OKR 才能起到作用，否则就是浪费大家宝贵的生命时间，做无意义的 OKR 制定，所以，我想每个人都不想浪费自己的宝贵的时间吧。