编程进阶网 编程进阶网
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机的原理
  • 操作系统原理
  • 网络协议原理
  • 数据库的原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 技能之旅
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Kotlin精通
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接

杨充

专注编程 · 终身学习者
首页
  • 在线工具
  • JSON工具
  • 文本工具
  • 图片处理
  • 文档转化
  • 代码压缩
  • 加解密
  • 时间日期
  • 网络工具
  • 颜色设计
  • 二维码
  • 开发实用
  • 计算机的原理
  • 操作系统原理
  • 网络协议原理
  • 数据库的原理
  • 序卷导读
  • 数据本质
  • 运行模型
  • 并发设计
  • 内存真相
  • 交互系统
  • 面向对象
  • 设计原则
  • 设计模式
  • 系统架构
  • 技能之旅
  • 体系建设
  • 代码品质
  • 方案设计
  • 稳定可靠
  • 工程运维
  • 性能优化
  • 数据结构导论
  • 线性结构详解
  • 树哈希结构论
  • 容器设计实战
  • 经典算法思想
  • 工程案例剖析
  • 算法题库精练
  • C语言入门
  • C综合案例
  • C专栏博客
  • C标准集库
  • C++入门教程
  • C++综合案例
  • C++专栏博客
  • C++编程技巧
  • Java入门教程
  • Java综合案例
  • Java专栏博客
  • Go入门教程
  • Go综合案例
  • Go专栏博客
  • Go开发技巧
  • JavaScript入门
  • JavaScript案例
  • JavaScript高级
  • Kotlin精通
  • Android库解读
  • Android专栏
  • iOS ObjC入门
  • iOS Swift入门
  • iOS入门精通
  • Web之Html手册
  • Web之TypeScript
  • Web之Vue高级进阶
  • Linux之QML入门
  • Linux之QT核心库
  • Python教程
  • Shell&Bash教程
  • 工具脚本
  • 自动化脚本
  • 质量保障
  • 产品思考
  • 软实力
  • 开发流程
  • Git应用
  • 技术模版
  • 技术规范
  • Markdown
  • Mermaid
  • 开源协议
  • 毛选解读
  • 自我精进
  • 关于我
  • 自我精进
  • 职场管理
  • 职场面试
  • 心情杂货
  • 友情链接
  • 毛选实战心法

  • 小人物的进修

    • 全书快速指引
    • 01.学习的七大原则
    • 02.需求层次的模型
    • 03.一起来做个练习
    • 04.要带上技能地图
    • 05.经营好自我公司
    • 06.信息过载怎么办
    • 07.体系思维很重要
    • 08.宏观学习的方法
    • 09.用海绵法找时间
    • 10.三段分解学什么
    • 11.链式和环式思考
    • 12.玩和教保证效果
    • 13.学习方法论沉淀
    • 14.以结果导向计划
    • 15.目标设立和管理
    • 16.分解目标要明确
    • 17.计划的落地策略
    • 18.结果的检查改进
    • 19.掌握些做事方法
    • 20.高效成长方法论
    • 21.OKR目标规划法
      • 01.看一个真实案例
      • 02.OKR方法背景介绍
      • 03.OKR核心概念解析
      • 04.OKR与KPI差别对比
      • 05.如何制定好的OKR
      • 06.OKR落地实践方法
      • 07.OKR常见六大误区
      • 08.总结回顾这一节
      • 09.后来发生的改变
      • 10.今天起改变三点
      • 11.课后作业思考下
    • 22.SMART目标设定
    • 23.SWOT分析方法论
    • 24.MECE分析法则
    • 25.二八法则的运用
    • 26.三种方案设计法
    • 27.RACI责任矩阵法
    • 28.PDCA执行方法
    • 29.番茄工作法实践
    • 30.六顶思考帽方法
    • 31.金字塔汇报方法
    • 32.STAR摸底分析法
    • 33.五步问题处理法
    • 34.五问根因分析法
    • 35.鱼骨图分析方法
    • 36.四维度总结分析
    • 37.阶段复盘方法论
    • 38.生命线分享游戏
    • 39.语言底蕴的提升
    • 40.阅读的持续提升
    • 41.理解能力的锻炼
    • 42.沟通能力的演进
    • 43.演示幻灯片提升
    • 44.学会高效地提问
    • 45.公众演讲的提升
    • 46.做好技术的演讲
    • 47.专注能力的提升
    • 48.自我自控的调节
    • 49.感知能力的提升
    • 50.记忆能力的训练
    • 51.质疑精神的分析
    • 52.思考能力的提升
    • 53.情商能力的学习
    • 54.写给平凡的你
    • 55.十年回望后记
    • 56.全书金句索引
  • 职场管理进阶

  • 书籍
  • 小人物的进修
杨充
2020-02-15
目录

21.OKR目标规划法

# 21.OKR目标规划法

# 目录介绍

  • 01.看一个真实案例
  • 02.OKR的背景介绍
  • 03.OKR的核心概念
  • 04.OKR与KPI的区别
  • 05.如何制定好的OKR
  • 06.OKR的落地实践
  • 07.OKR常见的误区
  • 08.总结回顾一下
  • 09.后来发生的改变
  • 10.今天起改变三点
  • 11.课后作业思考下

# 01.看一个真实案例

我那年刚晋升一档,年初团队拍下来 8 个 KPI 指标,每一个我都死命去抠:日报数提升、文档覆盖率、代码评审通过率、bug 率、迭代延期率……年底盘点的时候,8 个指标全部 100% 达成,按规则我应该拿到 A。

结果绩效面谈那天,Leader 翻了翻表格,问我:"这 8 个指标都完成了,挺漂亮。但是这一年,我们部门变好了吗?我们做出哪一件让团队真的'不一样'的事?"

我愣在那里。那 8 个指标我全完成了,可是回头一看,我做的全部都是"必须做、做了也没人记得"的事。真正能写进汇报材料、真正能让团队向前走一步的——一件都没有。最后我拿到的不是 A,是 B+。我低头走出会议室那一刻,眼眶是热的。

第二周,Leader 约我喝咖啡,给我画了一张图——把 KPI 和 OKR 的差别放在一张白纸上对照:KPI 关心"考核什么",OKR 关心"我要把团队带去哪里"。然后他说了让我记到现在的一句话:

"如果你的目标每个季度都能 100% 完成,说明你的目标定得太低了。真正有价值的目标,应该是让你踮起脚才能够到 70%。"

那是我第一次知道,原来"完不成"不是一种失败,而是一种健康。后来我开始用 OKR 的方法重新规划自己每个季度的方向。这一节要讲的,就是把那次哭过的教训,变成你可以直接复用的工具。

# 02.OKR方法背景介绍

你有没有遇到过这样的困惑:年初定了一大堆KPI,忙碌了一整年,年底一看——KPI完成了,但好像并没有真正做出什么有价值的事情。又或者,团队的方向不够聚焦,每个人都在忙,但团队整体的产出却不理想。

这些问题的根源往往在于:目标不够聚焦,关键结果不够清晰,执行过程缺乏对齐。而OKR正是为了解决这些问题而诞生的。

OKR(Objectives and Key Results,目标与关键结果)最早由英特尔前CEO安迪·格鲁夫在1970年代提出,后来被谷歌联合创始人拉里·佩奇引入谷歌,成为谷歌从几十人到几万人规模扩张过程中核心的管理工具。

如今,OKR已经被全球众多知名企业采用,包括谷歌、Meta、LinkedIn、Twitter等。它不仅适用于企业管理,也可以用于个人目标管理。

graph TD
    A[OKR核心理念] --> B[聚焦: 少即是多]
    A --> C[对齐: 上下一致]
    A --> D[透明: 全员可见]
    A --> E[挑战: 超越舒适区]
    B --> B1[每个周期2-5个O]
    C --> C1[个人OKR对齐团队OKR]
    D --> D1[所有人都能看到所有OKR]
    E --> E1[完成60-70%就算成功]

OKR的核心理念可以用四个词概括:聚焦、对齐、透明、挑战。聚焦意味着每个周期只设定2-5个目标,不贪多;对齐意味着个人目标要和团队目标一致;透明意味着所有OKR对全员公开;挑战意味着目标要有一定难度,完成60-70%就算成功。

# 03.OKR核心概念解析

O(Objective)是你想要达成的方向性目标。好的O应该具备以下特征:

  • 鼓舞人心:能够激励你和团队为之努力
  • 定性描述:用文字描述方向,不需要具体数字
  • 有时间限制:通常以季度为周期
  • 可执行:团队可以独立推进,不完全依赖外部

例如:"打造业界领先的用户体验"就是一个好的O,它有方向、有挑战、能鼓舞人心。

KR(Key Result)是衡量O是否达成的具体指标。好的KR应该具备以下特征:

  • 可量化:必须有明确的数字
  • 有挑战性:不能太容易达成
  • 可验证:到期时能明确判断是否完成
  • 每个O对应2-4个KR
graph TD
    A[O: 打造业界领先的用户体验] --> B[KR1: 用户满意度从3.8提升到4.5分]
    A --> C[KR2: 核心流程操作步骤减少30%]
    A --> D[KR3: 页面加载速度控制在2秒以内]
    style A fill:#e1f5fe
    style B fill:#c8e6c9
    style C fill:#c8e6c9
    style D fill:#c8e6c9

OKR 常用一套"红黄绿"评分法反映健康度:完成度 0-30% 标红色,意味着未取得进展、需要反思;30-70% 标黄色,意味着取得进展但未完全达成,落在这个区间就是正常范围;70-100% 标绿色,意味着完成或接近完成;100% 以上反而要警惕,说明目标可能定得太低。

注意:OKR 的评分不直接和绩效挂钩。如果你的OKR每个季度都是100%完成,说明你的目标定得不够有挑战性。

# 04.OKR与KPI差别对比

graph LR
    A[OKR vs KPI] --> B[OKR]
    A --> C[KPI]
    B --> B1[目标导向: 做什么]
    B --> B2[自下而上+自上而下]
    B --> B3[鼓励挑战和创新]
    B --> B4[60-70%完成即可]
    C --> C1[绩效导向: 考核什么]
    C --> C2[自上而下分配]
    C --> C3[强调完成指标]
    C --> C4[必须100%完成]

从七个维度对比 OKR 与 KPI 就能看清差异:本质上 OKR 是目标管理工具,KPI 是绩效考核工具;方向上 OKR 自下而上加自上而下双向对齐,KPI 主要自上而下分配;挑战性上 OKR 鼓励定有挑战的目标,KPI 倾向于定可完成的目标;完成标准上 OKR 做到 60-70% 就算成功,KPI 必须 100% 完成;与薪酬的关系上 OKR 不直接挂钩,KPI 直接挂钩;透明度上 OKR 全员公开,KPI 通常只对上级可见;周期上 OKR 以季度为主,KPI 一般是年度或半年度。

需要强调的是,OKR 和 KPI 并不是对立的关系,而是互补的。OKR解决的是"做什么"的问题,KPI解决的是"考核什么"的问题。很多公司同时使用两者。

如果你所在公司已经强 KPI 化,那就把 OKR 当作"个人级别的方向盘"——KPI 保下限,OKR 拉上限。每季度自己列 1~2 个 OKR,确保你不是只在完成 KPI,而是在朝着真正想去的方向走。

# 05.如何制定好的OKR

技巧一:从痛点出发。 团队当前最大的痛点是什么?用户最不满意的是什么?业务增长的瓶颈在哪里?从痛点出发的O最容易获得团队的认同和投入。

技巧二:用动词开头。 好的O通常以动词开头,比如"提升""打造""建立""突破",而不是"维持""保持"这类缺乏挑战性的词。

技巧三:少即是多。 一个季度最多5个O,推荐2-3个。目标太多等于没有目标,因为你的精力和资源是有限的。

graph TD
    A[好的KR四个原则] --> B[必须可量化]
    A --> C[必须有挑战性]
    A --> D[必须可验证]
    A --> E[必须有截止时间]
    B --> B1[用数字说话:<br>提升到XX/降低到XX/完成XX个]
    C --> C1[踮踮脚才能够到]
    D --> D1[到期时能明确判断YES/NO]
    E --> E1[在季度内可达成]

原则一:可量化。 "提升用户体验"不是好的KR,"NPS评分从30提升到50"才是。

原则二:有挑战性。 如果你100%确定能完成,说明KR定得太低。好的KR应该让你觉得"有把握完成60-70%"。

原则三:可验证。 到了季度末,必须能明确判断这个KR是完成了还是没完成,不能模棱两可。

原则四:有截止时间。 每个KR都必须在季度内可以推进并检验,不能是需要一两年才能看到结果的事情。

个人OKR应该对齐团队OKR,团队OKR应该对齐公司OKR。对齐的方式是:上一级的KR成为下一级的O。

举个例子:公司的O是"实现业务营收翻倍",其中一个KR是"新用户获取量达到100万"。那么负责增长的团队,就可以把"新用户获取量达到100万"作为自己的O,然后拆解出具体的KR。

# 06.OKR落地实践方法

OKR 的落地节奏可以分成五个时间节点:季度初第 1 周由全员制定 OKR;季度初第 2 周由 Leader 与成员做对齐和确认;每周由全员做一次 5 分钟的周检视,更新进度;月中由团队做一次月度回顾;季度末由全员完成 OKR 评分与复盘。

每周花5分钟更新你的OKR进度,回答三个问题:

  1. 本周为推进OKR做了什么?
  2. 当前进度如何?(用红黄绿标记)
  3. 下周计划做什么来推进OKR?

这个简单的动作能确保OKR不会被日常事务淹没,始终保持在你的视线中。

季度末对每个KR打分(0-1.0),然后回答四个问题:

  1. 这个O完成了多少?为什么?
  2. 完成的部分中,哪些经验值得保留?
  3. 未完成的部分中,根本原因是什么?
  4. 下季度是否继续这个O?如何调整?

# 07.OKR常见六大误区

graph TD
    A[OKR常见误区] --> B[当KPI用: 完成率100%才合格]
    A --> C[目标太多: 一个季度10+个O]
    A --> D[不做检视: 定完就忘]
    A --> E[KR不可量化: 用虚描述]
    A --> F[不做对齐: 各做各的]
    B --> B1[后果: 大家只敢定低目标]
    C --> C1[后果: 什么都做等于什么都没做]
    D --> D1[后果: OKR流于形式]
    E --> E1[后果: 无法衡量是否达成]
    F --> F1[后果: 团队方向不一致]

最常见的误区是把OKR的完成率和绩效考核直接挂钩。一旦挂钩,大家就不敢定有挑战性的目标,OKR就失去了它最大的价值。

OKR不是定完就束之高阁的文档,它需要定期检视和更新。如果你一个季度只在开头定OKR、结尾打分,中间完全不看,那OKR就是一张废纸。

KR是结果,不是行动。"完成APP改版"是任务,不是KR。"APP改版后用户留存率从30%提升到45%"才是KR。区别在于:KR关注的是"做到什么程度",而不是"做了什么事"。

# 08.总结回顾这一节

graph LR
    A[OKR规划法总结] --> B[O: 定性+鼓舞人心+有挑战]
    B --> C[KR: 定量+可验证+2-4个]
    C --> D[对齐: 上级KR→下级O]
    D --> E[节奏: 周检视+月回顾+季复盘]
    E --> F[核心: 聚焦+透明+挑战]

OKR 不是用来打你绩效的,它是用来逼你思考"哪件事真的值得我做"的工具。

  • O 定方向、KR 定数字,缺一不可。
  • 完成 60-70% 才说明 OKR 定得健康,100% 是危险信号。
  • 节奏决定生死:周检视 + 月回顾 + 季复盘。

OKR是一个目标管理工具,通过设定有挑战性的目标(O)和可量化的关键结果(KR),帮助团队聚焦方向、对齐目标、保持透明。OKR不等于KPI,OKR鼓励挑战,60-70%完成就算成功;KPI强调完成,必须100%达标。两者互补,不是替代关系。

# 09.后来发生的改变

那次面谈之后的下一个季度初,我把多年来习惯写的"待办清单"扔掉,强迫自己只在白板上写 3 个 O:

  • O1:让团队的发布效率显著提升
  • O2:在团队内建立可复用的方案设计能力
  • O3:自己输出一套对外可分享的方法论

每个 O 下面我配 3 个可量化的 KR,比如"发布耗时从 4 小时缩短到 1 小时"、"团队内方案评审通过率从 60% 提升到 90%"。第一次写完的那个晚上我有点不安——这些 KR 看着完全没把握。但 Leader 看完只说了一句:"这才像 OKR。"

我给自己设了一条铁律:每周五下午 17:30,无论多忙,都打开 OKR 文档花 10 分钟。每个 KR 标红黄绿,写一句"本周做了什么"和"下周打算做什么"。

第一个月之后,奇迹的事情发生了——我不再"年初定完就忘"。每周五的 10 分钟像锚一样,把我从无穷无尽的临时任务里拽出来,让我重新看清"我这季度到底要去哪里"。后来我自己总结:OKR 真正的力量不在于'定',而在于'每周看一眼'。

季度末打分时,O1 我做到了 0.7(发布耗时缩短 70%)、O2 是 0.5、O3 只有 0.3。按 KPI 的眼光这就是一份"不及格"的成绩单,但按 OKR 的标准——0.7、0.5、0.3 全部落在健康区间内,每一个未完成的部分都暴露出真问题。

我把这些"未完成的为什么"写成了一份复盘报告,第一次在 Leader 那里听到:"你的复盘比你的成绩更值钱。" 那个季度结束之后,我再也没回到"为了 100% 而把目标拍低"的老路上去。OKR 真正改变我的,不是让我做更多事,而是让我做更值得做的事。

# 10.今天起改变三点

graph LR
    A[从今天开始] --> B[第一: 用OKR制定下季度目标]
    A --> C[第二: 每周花5分钟检视OKR]
    A --> D[第三: 和团队对齐OKR]
    B --> B1[2-3个O+每个O配2-4个KR]
    C --> C1[更新进度+标记红黄绿]
    D --> D1[确保个人目标和团队方向一致]

用OKR的方法制定你下一个季度的个人目标。不要超过3个O,每个O下面写2-4个可量化的KR。记住:O要有挑战性,KR要可衡量。写完后问自己:如果这些目标都实现了,我这个季度是否会有显著的进步?

养成每周花5分钟检视OKR的习惯。每周五花5分钟,打开你的OKR文档,更新每个KR的进度,用红黄绿标记当前状态。这个简单的动作能确保你始终在朝着正确的方向前进。

和你的Leader或团队成员对齐OKR。把你的OKR分享给你的Leader,确认你的目标和团队方向一致。如果你是Leader,组织一次团队OKR对齐会,确保每个人都清楚团队要往哪里走。

# 11.课后作业思考下

  1. 用OKR的格式,为自己制定下一个季度的个人目标。注意区分O和KR,确保KR可以用数字衡量。

  2. 回顾你当前团队的KPI,思考哪些可以转化为OKR的形式,转化后有什么不同?

  3. 找一个你觉得"一直想做但总是没做"的事情,用OKR的方式拆解出具体的KR和时间节点,看看能否推动你真正行动起来。

  4. 如果你的公司还没有使用OKR,思考一下引入OKR可能遇到的阻力和应对策略。

上次更新: 2026/07/27, 15:53:15
20.高效成长方法论
22.SMART目标设定

← 20.高效成长方法论 22.SMART目标设定→

最近更新
01
audit
07-27
02
C++入门教程全章思考题汇编
07-24
03
12.技术团队建设能力
07-21
更多文章>
Theme by Vdoing | Copyright © 2019-2026 杨充 | MIT License | 鄂ICP备2024073355号-1 | 鄂ICP备2024073355号
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式