[OKR 系列 ①] OKR 讨论,正从目标管理表单转向绩效管理操作系统

每当越来越多的企业重新拿出 OKR 时,相似的场景就会反复出现。新的表单被制作出来,各部门目标被录入,季度检查会议被安排。然而几个月后,OKR 要么成为既有 KPI 表的另一个名字,要么被推到评价季才拿出来参考的资料位置。

问题并不在于 OKR 本身是否流行。2026 年的绩效管理讨论中,更重要的问题另有所在。关键不是企业能把目标写得多好,而是能否在一个系统中说明战略优先级、执行责任、反馈节奏以及评价·薪酬之间的关系。正是在这一点上,OKR 从目标管理表单问题转向绩效管理操作系统问题。

OKR 重新变得重要的原因,不在表单,而在对齐问题

What Matters 对 OKR 的说明将 OKR 定义为 Objectives and Key Results,即目标与关键结果的结合。这里重要的部分不是“写下目标”,而是“追踪进展、形成对齐,并围绕可衡量的目标提升专注度”这一说明。相比目标语句本身,OKR 更接近于确认组织是否看向同一方向的装置。

如果忽视这种差异,OKR 很快就会变成 KPI 的另一个名字。KPI 是持续确认运营绩效的指标。销售额、招聘周期、离职率、培训完成率、客户响应时间等需要稳定管理的数字都属于这一类。相反,OKR 是组织在一定期间内想改变什么,以及判断这种变化是否真正发生的约定。即便使用同一个数字,用途也不同。

What Matters 说明,OKR 通常由一个 Objective 下的 3~5 个 Key Results 构成。同时,它也会在既定期间内检查,常见的是按季度检查。这一结构传递的信息很明确。OKR 不是容纳所有工作的器皿,而是只留下组织在该期间真正要聚焦的变化的编辑装置。

Google 案例显示的不是高目标,而是共同方向

作为 OKR 的代表案例经常被提及的 Google,在内部 OKR playbook 中将 OKR 说明为“沟通、衡量并达成高目标的过程”。这句话显示,OKR 不是单纯的目标录入表单,而是一种沟通方式。比目标很高这一事实更重要的是,多个团队是否围绕同一优先级行动。

Google playbook 并不把 OKR 只看作一种类型。它区分 committed OKR、aspirational OKR 和 cross-team OKR。committed OKR 顾名思义更接近于承诺达成的目标,aspirational OKR 更接近于路径尚未完全确认的挑战性目标。cross-team OKR 则处理需要多个组织共同贡献的目标。

这种区分也给韩国企业带来重要启示。如果用同一评价标准看待所有 OKR,挑战性目标就会消失。反过来,如果把所有 OKR 都以“挑战”之名放得很松,执行责任就会变得模糊。因此,在 OKR 运营中首先要确定的不是目标措辞,而是目标的性质。它究竟是必须达成的承诺,是为了学习而设的挑战,还是需要多个部门共同解决的课题;性质不同,检查方式也应不同。

不过,直接模仿 Google 案例是危险的。该 playbook 本身也预设这是 Google 的做法,其他组织的做法可能不同。规模、行业、组织文化、评价制度、领导方式不同的企业,即便拿来同样的表单,也不会产生同样的效果。应该从案例中带走的不是文档格式,而是将目标变成组织间对话与对齐语言的方式。

Microsoft 案例揭示,OKR 与其说是软件,不如说是运营节奏

Microsoft Learn 的 Viva Goals 文档说明,它利用 OKR 框架将团队连接到组织的战略优先级、时间安排和目标。文档还指出,通过定期检查 OKR 状态与进展来推动业务结果。这一说明展示了从 HR Tech 视角看,OKR 如何被产品化。

但这里的核心也不是工具。软件可以让目标可见,记录进展,并支持检查节奏。然而,哪些目标是战略优先级,目标冲突出现时由谁协调,以及如何在评价与薪酬中解释达成率,这些都无法由工具代为决定。

Microsoft 案例给 HR 负责人的信息很明确。在引入 OKR 工具之前,必须先梳理运营问题。第一,全公司目标与团队目标的连接规则是什么。第二,季度中目标变更由谁批准。第三,check-in 会议是汇报会议,还是清除障碍的会议。第四,OKR 达成率是评价分数,还是绩效对话的依据。

如果没有这些问题,只引入系统,OKR 只会成为更快的录入表单。相反,在问题已经梳理清楚的组织中,简单的电子表格也可以成为操作系统。OKR 的成败,与其说取决于购买解决方案,不如说更接近于决策规则与会议节奏。

韩国企业的争议点,不在是否纳入评价,而在责任分配

在韩国企业中,OKR 讨论变得困难的地方是评价与薪酬。实务人员经常会问:“是否应该把 OKR 纳入评价。”这个问题很重要,但如果在这里直接进入赞成或反对,讨论就会变窄。更应该先问的是:“这个 OKR 是为了说明什么责任。”

Committed OKR 更接近于已承诺的执行责任。在这种情况下,是否达成以及未达成的原因,可以成为绩效对话中的重要资料。Aspirational OKR 具有更强的不确定挑战与学习属性。如果只用达成率评价,成员就会选择安全目标。Cross-team OKR 的部门间依赖性很强。如果将这种目标简单分配到个人评价中,责任规避可能会大于协作。

因此,OKR 与评价·薪酬之间的关系很难用一个原则固定下来。韩国企业需要确定的,不是“纳入/不纳入”,而是按 OKR 类型划分的解释规则。有些 OKR 会成为绩效责任的依据,有些 OKR 会成为学习和战略修正的依据,还有些 OKR 会成为确认组织间协调责任的资料。

HR 部门的角色也在这里发生变化。它不应只是分发 OKR 表单的管理者,而应成为设计目标类型、check-in 节奏、领导者反馈标准、评价参考方式和例外处理原则的运营者。如果绩效管理制度不想只在评价季才运转,OKR 就必须连接到整个季度内反复发生的对话结构。

本系列将把 OKR 作为制度、领导力与数据的连接问题来追踪

HR Lens 并不会把本次 OKR 系列处理成简单的概念说明。第一条轴线是 KPI 与 OKR 的差异。如果说 KPI 是稳定的运营指标,那么 OKR 处理的是战略性变化与优先级。二者不是替代关系,而是需要共同设计的关系。

第二条轴线是写法。好的 Objective 不是漂亮句子,而是呈现选择。好的 Key Result 展示的不是活动,而是结果。“开展培训”或“运营会议”更接近执行清单。只有当它展示培训之后哪些行为、能力、绩效或流动发生了变化时,才会成为 KR。

第三条轴线是失败因素。OKR 失败的组织通常会制定过多目标,管理层优先级频繁改变,并把 check-in 会议做成汇报会议。也常见在尚未梳理评价·薪酬关系的情况下,只留下达成率。

第四条轴线是领导力与数据。OKR 既是 HR 制度,同时也是领导力系统。如果领导者不明确优先级,也不协调部门间的目标冲突,OKR 就会成为一线业务的负担。未来,People Analytics 与 AI 可以总结目标进展并捕捉风险信号,但解释这些信号的责任仍然留在人和组织身上。

本系列的标准只有一个。问题不在于是否导入了 OKR,而在于 OKR 是否改变了组织的绩效对话。问题不在于目标是否被录入得更多,而在于放弃什么、聚焦什么是否变得更清楚。如果无法回答这个问题,OKR 就会成为又一个制度名称。如果能够回答,OKR 就可能成为把绩效管理的中心从评价转向执行与学习的契机。