绩效管理

组织开始写OKR时，往往会先执着于句子本身。它们试图让Objective看起来更漂亮，把Key Result改成更精细的数字。然而，好的OKR不是文笔问题，而是决定放弃什么、聚焦什么的问题。

正如前几篇系列文章所讨论的，KPI是观察组织状态的指标，OKR则是询问本周期要改变什么方向的装置。如果不能把这种差异反映到Objective和Key Result的设计中，OKR很快就会变成任务清单或评价表。好的OKR首先问的不是“我们要做什么”，而是“本周期实际必须发生什么变化”。

Objective不是漂亮的句子，而是决定放弃哪些事的装置

Google OKR playbook将Objective解释为“Whats”。这意味着它应该展示要达成什么，以及具有什么意图和方向。同时，它也指出，成功达成的Objective必须为组织提供明确价值。在这里，Objective不是口号，而是选择的句子。

例如，“打造最佳员工体验”这个表达听起来不错，却没有体现选择。它没有说明是哪一种员工体验，为什么现在重要，要放弃什么，又要聚焦哪里。相反，“重新设计入职体验，以降低新员工前90天的离职风险”这句话更窄。因此也更具可运营性。

好的Objective会把宽泛的欲望转化为狭窄的优先级。如果HR部门写下要在一个季度内同时改变招聘、培训、评价、组织文化、劳务和HR Tech，那就等于什么都没有选择。Objective必须确定组织在本周期最需要大幅移动的方向，并划出界线，把其他工作留作KPI或日常业务。

从实务案例看，差异会更加清楚。如果HRD团队把“提升领导力培训满意度”写成Objective，就容易停留在培训运营改善层面。相反，如果写成“减少新任团队长前90天的初期管理失败”，就会同时关注入职导入、1:1面谈、反馈质量以及团队成员离职信号。好的Objective不是好看的句子，而是揭示组织实际需要改变的场景。

Key Result应当是看得见变化的结果，而不是执行清单

Google playbook虽然将Key Result解释为“Hows”，但也强调KR应当描述结果，而不是活动。原文提醒，包含consult、help、analyze、participate等词语的KR，可能是正在描述活动的信号。这句话可以直接应用于HR实务。

“开展3次管理者培训”看起来像KR，实际上却是活动。“开展全员面谈”也是如此。培训和面谈可能很重要。但是，如果不能显示它们带来了什么变化，就很难成为OKR的Key Result。培训后管理者的反馈质量是否改善，面谈后关键人才的留任风险是否降低，新员工达到生产力水平的时间是否缩短，这些才更接近结果。

What Matters说明，OKR通常由一个Objective下的3到5个Key Results构成。这个数字不仅是形式，也是质量标准。KR过多，就会变成任务清单而不是结果。无法放进3到5个范围内的项目，可能并不是本次Objective的核心变化。

HR部门的OKR应当询问组织行为变化，而不是活动量

HR部门的OKR尤其容易滑向活动量。招聘团队容易写职位发布数和面试数，HRD团队容易写培训次数和完成率，组织文化团队容易写活动次数和参与率。这些指标作为KPI可能有用。但若要成为OKR的KR，就必须显示活动之后发生了变化的行为或结果。

例如，如果招聘团队的Objective是“提高关键岗位招聘的决策速度”，KR可以写成“将面试完成到发出录用决策的中位时间从7天缩短到4天”。如果HRD团队的Objective是“减少新任领导者的初期管理失败”，KR可以设计为“将新任领导者任命后60天内的1:1反馈实施率从40%提高到85%”。

组织文化团队也是一样。相比“运营5次活动”，“将团队复盘会议中转化为执行课题的问题比例从30%提高到60%”更接近OKR。重要的不是做了很多好事的证据，而是组织行为实际发生变化的证据。

好的OKR会议不是增加目标的会议，而是减少目标的会议

Atlassian的OKR指南提出了定义1到3个Objective，并为每个Objective设置3到5个Key Results的流程。虽然它有供应商资料的局限，但这些数字在实务上很有用。因为它表明，OKR会议不应是不断添加目标的场合，而应是减少目标的场合。

韩国企业的目标会议常常会以反映所有部门诉求的方式推进。管理层的关注点、本部长的指示、业务现场的请求、既有KPI会一起进入同一份文件。这样一来，OKR就不再是创造战略聚焦的工具，而会成为利益相关方协调的产物。

好的OKR会议需要三个问题。第一，本周期如果不改变就不行的是什么。第二，为了这个Objective，要放弃什么，或只作为KPI管理什么。第三，KR展示的是结果而不是活动吗。如果无法通过这些问题，就不该继续写更多目标，而应该减少目标。

下一篇的失败因素，会在运营节奏而不是写法中显现

做出了好的Objective和Key Result，并不意味着OKR就会运转。即使句子很好，如果没有运营节奏，OKR也会变成季度末评价资料。如果check-in变成汇报会议，没有目标变更标准，领导者也不清除障碍，OKR就会成为业务现场的额外工作。

因此，OKR撰写的最后阶段不是审查句子，而是运营承诺。谁以什么周期确认进展？当KR动摇时，谁有权修改目标？共同目标中出现部门间冲突时，谁来协调？达成率是作为评价分数来看，还是作为绩效对话的材料来看？

OKR不是写出好句子的技术，而是揭示组织选择的方式。Objective显示选择了什么，Key Result确认这种选择是否转化为实际结果。如果不能遵守这一标准，OKR就会成为KPI的另一个名字。如果能够遵守这一标准，OKR就能把绩效管理的对话从活动量转向变化的证据。

在导入OKR的企业中，最常出现的混乱是它与KPI的关系。名称改成了OKR，但实际运营很多时候与KPI表并无不同。收入、成本、招聘周期、培训完成率、离职率等既有指标被原样搬过来，并把季度末达成率解释为评价资料。在这种方式下，OKR不是绩效管理转型的语言，而是既有评价表的新包装。

OKR与KPI的区别并不是“哪一个更新”。二者是在处理组织绩效时提出的不同问题。KPI问的是当前运营是否健康。OKR问的是这段期间要改变什么。这个区分一旦模糊，企业就会把所有数字都变成目标，把所有目标都变成评价分数，最终只给成员留下更多报告负担。

KPI展示组织状态，OKR追问想要改变的方向

KPI.org将KPI说明为关键绩效指标，也就是用于评价绩效或成功与否的指标。这个定义中重要的是，KPI是观察组织运营状态的装置。例如，招聘团队的平均招聘周期、销售团队的转化率、客户支持团队的响应时间、HRD团队的培训完成率，更接近组织需要稳定管理的健康指标。

What Matters更直接地说明了OKR与KPI的区别。OKR是衡量变化的指标，KPI是衡量健康状态的指标。这个区分在绩效管理实务中非常重要。健康指标需要持续观察。但并不需要把所有健康指标都做成OKR。OKR是在这些指标之中，挑选出本季度真正想要改变的优先事项的方法。

例如，离职率可以成为KPI。因为它是每月确认组织稳定性所需要的指标。但“将核心岗位群入职未满1年的流失率从12%降至8%”这样的KR更接近OKR。因为它不是单纯的观察指标，而是包含了在特定期间内想要改变的结果。同一个数字，放在不同位置，管理方式也会不同。

同一个数字放在KPI和OKR中，责任会不同

What Matters说明，OKR通常由一个Objective下面的3到5个Key Results构成。这个数字相比形式，更重要的是选择的意义。组织管理的指标可能有几十个，但进入OKR的Key Results必须受到限制。没有限制，就没有优先级。

放在KPI中的数字主要形成“维持状态或发现恶化的责任”。例如，95%的培训完成率有助于观察培训运营是否按计划推进。但仅凭这个数值，很难知道成员的能力是否在实际工作中发生了变化。相比之下，OKR的KR追问的是“实际发生了什么变化”。培训后新销售人员拿到首单所需时间是否缩短，管理者反馈质量分数是否改善，内部转岗申请人的岗位转换成功率是否提高，会成为更重要的问题。

Asana关于OKR与KPI比较的说明也提出了相似的轴线。其说明是，OKR将有雄心的目标与可衡量结果结合起来推动变化，KPI则监测持续绩效和运营健康。虽然它有供应商资料的局限，但这一区分本身在绩效管理现场是有用的。HR应基于这一区分，先把“这个数字是需要持续观察的指标，还是本季度需要改变的结果”分开。

Google式OKR原样进入韩国企业时，可能变成评价表

Google OKR playbook将OKR说明为沟通、衡量并达成高目标的过程。它还区分了目标的性质，如committed OKR、aspirational OKR、cross-team OKR。韩国企业需要从中带走的不是格式，而是区分方式。

Committed OKR接近承诺达成的目标。这类目标的执行责任相对明确。Aspirational OKR更具挑战性。成功可能性并非完全得到保证，但它是组织为了试验新可能性而设定的目标。Cross-team OKR则涉及多个部门的贡献。如果用同一种方式评价这三类目标，就会出现问题。

在韩国企业中，OKR变成评价表的瞬间通常从这里开始。把所有OKR换算为个人分数，并将达成率直接连接到报酬时，成员会选择安全目标，而不是挑战性目标。部门之间的共同目标可能变成责任争执。原本可以从失败中学习的目标，也会留下未达成记录。要把OKR用作绩效管理转型工具，首先需要按目标类型区分责任和解释方式。

HR首先要决定的不是指标名称，而是运营规则

在同时使用OKR与KPI的组织中，HR需要决定的不是标签。更重要的是运营规则。哪些指标要留在KPI仪表盘上？哪些指标要提升为OKR中的KR？哪些目标作为评价参考资料来看，哪些目标作为学习和战略修正的依据来看？如果不回答这些问题，OKR很快就会被既有评价制度吸收。

第一条规则是区分指标的目的。观察稳定运营的指标最好保留为KPI。本期间要改变的战略性变化则作为OKR处理。第二条规则是记录目标难度。如果不区分承诺型目标和挑战型目标，达成率就会成为难以解释的数字。第三条规则是确定检查会议的性质。OKR检查不应是报告会议，而应是调整优先级和清除障碍的会议。

第四条规则是确定与评价的距离。将OKR结果完全排除在评价之外也很困难，但把达成率直接分数化同样危险。尤其是挑战型OKR和共同OKR，应该同时看判断过程、学习内容、协作责任以及领导者的协调作用，而不仅是达成率。

下一篇的问题不是如何写出好的OKR，而是要放弃什么

如果已经区分了OKR与KPI的差异，下一个问题会转向写法。但好的OKR写法也不是单纯的文字技巧。好的Objective不是漂亮表达，而是体现选择。必须决定本季度不做什么，哪些数字只观察，哪些结果必须改变。

好的Key Result也不是活动清单。“开展培训”“进行面谈”“运营会议”可以是执行事项，但不是结果。OKR的KR必须显示活动之后，组织或成员实际发生了什么变化。如果进行了培训，就要确认能力、行为、流动、绩效之中哪些发生了变化。如果进行了面谈，就应该伴随留任率、成长计划执行率、管理者反馈质量等结果。

归根结底，OKR与KPI的区别是改变绩效管理语言的问题。KPI展示组织需要持续观察的状态。OKR揭示组织承诺现在要改变的方向。如果无法区分这两种工具，绩效管理会变得更加复杂。反过来，如果能够区分，HR就可以从管理评价表的部门，转向设计战略执行节奏的角色。

每当越来越多的企业重新拿出 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 就可能成为把绩效管理的中心从评价转向执行与学习的契机。