OKR

随着 AI 与 People Analytics 的扩散，围绕绩效管理的讨论也在发生变化。由人手动撰写目标、在季度末手工整理达成率的方式，正在逐渐失去说服力。当协作工具、工作记录、客户数据和 HR 数据被连接起来，目标推进情况就可以更频繁、更细致、更自动地呈现出来。

但这并不意味着 OKR 会被自动化。AI 可以提出目标表述建议，People Analytics 可以快速展示指标变化。然而，什么应被视为重要目标，哪些指标可以被承认为绩效证据，未达成的原因又该如何解释，仍然是组织判断的问题。AI 时代的 OKR，正在从目标撰写技术，转向更重视解释与责任的运营体系。

AI 不能代替 OKR 决策，但会降低证据收集成本

Google OKR playbook 说明，Key Result 应描述结果，而不是活动；完成证据应当是 available、credible、easily discoverable。其举例包括文档、笔记、published metrics reports 等证据。这一原则在 AI 与 People Analytics 时代变得更加重要。

AI 可以从会议记录、项目管理工具、客户反馈和工作文档中找出目标推进的信号。过去需要领导者亲自询问才知道的延误信号，也可能通过数据更早浮现。People Analytics 可以按组织单元呈现与离职、投入度、协作、能力和生产率相关的指标。证据收集的成本会下降。

然而，证据变多与目标变好并不是一回事。必须区分 AI 找出的信号究竟意味着实际绩效，还是仅仅意味着活动量。文档撰写量、会议参加次数、工单处理件数很容易被测量。但客户体验改善、战略执行、组织能力积累，则需要更谨慎地解释。AI 可以收集证据，但这些证据意味着什么，仍需由人来审视。

People Analytics 越强，Key Result 越需要严格

People Analytics 是让 HR 不再依赖直觉、而是基于数据进行决策的强大基础。AIHR 将 People Analytics 描述为一种数据驱动的 HR 能力，并提出 descriptive、diagnostic、predictive、prescriptive analytics 等分析类型。随着这一趋势增强，OKR 的 Key Result 会变得更加严格。

例如，在“强化领导力培训”这一 Objective 之下，如果把“开展 5 次培训”作为 Key Result，AI 与数据工具很容易追踪这项活动。但这仍然是活动指标。按照 Google playbook 的原则，Key Result 应当是 outcomes, not activities。需要思考更接近结果的指标，例如“新任领导者 60 天内开展团队成员 1:1 的比例”、“核心人才保留率”、“项目决策 lead time”、“客户投诉复发率”。

数据越多，模糊的目标就会越快暴露出来。没有明确要测量什么的 OKR，无法放上仪表盘。相反，如果只把容易测量的事设为目标，组织就可能错过重要变化。People Analytics 时代的 Key Result 设计，不是给目标加上数字，而是把组织真正想改变的结果翻译成数据语言。

月度 check-in 将不是数据仪表盘，而是解释会议

Atlassian 建议在 OKR 运营中每月进行 score、analyze、summarize。当 AI 与 People Analytics 结合后，月度 check-in 将拥有更多数据。进度、工作量、协作网络、员工体验、客户反应、问题延误信号，都可能汇集在同一个画面中。

但 check-in 不能止步于仪表盘审阅。CIPD 说明，有效的 HR 决策应建立在 best available evidence 与 critical thinking 的结合之上。证据帮助判断，但不能替代判断。数据所告诉我们的，更接近于“发生了什么”。领导者和 HR 需要追问的是：“为什么会发生这种情况，现在要改变什么？”

因此，AI 时代的 OKR check-in 不应是读数字的会议，而应成为解释会议。如果指标变差，与其追责负责人，不如共同拆解原因。需要区分是目标设计有问题、资源不足、部门间依赖没有被解决，还是市场条件发生了变化。数据是会议的起点，而不是结论。

数据越多，HR 的问题就越会从绩效转向责任

当 AI 与 People Analytics 扩散，HR 可以看到更多绩效信号。但信号越多，也会产生新的风险：把个人活动量误认为绩效，只重视可测量指标，或者在数据质量较低的状态下将其连接到评价与薪酬。

Google OKR playbook 说明，运行良好的 OKR 会明确什么是重要的、要优化什么、要做出怎样的 tradeoff。这一原则在数据时代同样适用。HR 的问题不能停留在“谁的绩效好”。它必须转向“为了什么目标，我们正在优化什么”、“提高这一指标是否会损害其他重要价值”、“这一结果是个人努力的结果，还是系统与资源分配的结果”。

尤其在韩国企业中，数据可能迅速与评价、薪酬相连接。因此，HR 必须先设定数据使用的边界。OKR 进展数据可以成为绩效对话的参考资料，但如果直接变成评价公式，就会有风险。AI 生成的摘要也应与可审查的依据一同呈现。数据越多，就越需要负责任的解释规则。

AI 时代的 OKR，比自动化工具更重要的是运营治理

AI Index 表明，其目标是追踪、收集、整理并可视化 AI 相关数据，帮助政策制定者、研究者、企业领导者和公众理解 AI。这一趋势对 HR 也有启示。未来，绩效管理将处理更多数据。但数据越多，组织就越必须决定测量什么、谁可以访问，以及用于哪些决策。

AI 时代的 OKR 运营至少需要三类治理。第一，是目标数据的质量标准。需要确定哪些指标可以被承认为 Key Result，哪些数据只能作为参考。第二，是解释权限的标准。需要确定 AI 摘要、仪表盘、People Analytics 结果由谁解释，并在哪些会议中最终确认。第三，是评价、薪酬连接的标准。需要区分 OKR 数据在多大程度上是绩效对话的依据，又从哪里开始成为薪酬判断资料。

例如，如果把协作工具中的消息数量或会议出席率直接解释为“投入度”或“协作绩效”，就会有风险。相反，客户响应时间、重复投诉减少、核心项目决策 lead time 等与工作结果相连接的指标，可以成为 OKR 解释的良好起点。HR 不能只看指标是否方便取得，还必须同时衡量其与结果的相关性、个人信息与劳动用工风险，以及能否向成员解释清楚。

OKR 连载的出发点，是认为 OKR 不是目标管理表格，而是绩效管理运营体系。在 AI 与 People Analytics 时代，这一视角变得更加重要。目标表述可以由 AI 更快生成。进度可以由系统更频繁地展示。但组织选择什么、放弃什么、承认哪些证据为绩效，并不会被自动化。

归根结底，AI 时代的 OKR 不是技术导入的问题，而是组织如何负责任地解释更多数据的问题。HR 的角色也将从工具管理员转向绩效语言的设计者。到来的并不是 AI 代替管理目标的时代，而是组织必须围绕 AI 揭示的证据做出更精细判断的时代。

OKR在韩国企业中也已经不是陌生词。许多组织已经开展了OKR培训，制作了季度目标表格，有些组织甚至尝试把OKR放入绩效管理制度中。然而，随着导入经验不断积累，一个相似的问题反复出现。为什么OKR一开始看起来很新鲜，几个月后却又变得像原有的目标管理？

这个问题的答案不在工具，而在组织的运营语言。 在韩国企业中，OKR会同时碰撞评价记忆、汇报文化、部门间责任结构以及领导者的决策方式。仅仅导入表格是不够的。OKR要落地，必须先改变解释和调整目标的方式，而不是先改变目标的书写方式。

在韩国企业中，OKR先碰撞的不是制度，而是评价记忆

What Matters在将OKR与MBO比较时说明，OKR是以季度为单位、并以与薪酬分离的理念扩散开来的。这个说明对韩国企业尤其重要。在许多组织中，目标会被记忆为评价表。年初设定目标，年末确认达成率，并将结果连接到等级和薪酬，这种经验非常强烈。

当这种记忆仍然存在时导入OKR，成员自然会采取防御性行动。即使被要求写挑战性目标，只要觉得可能在评价中不利，就会选择安全目标。即使被要求公开目标，只要认为未达成记录会留下，就会谨慎措辞。即使被要求写协作目标，只要责任分配不清晰，就会避免对本部门不利的承诺。

因此，韩国企业的OKR落地，必须先从说明“OKR与评价表是怎样不同的语言”开始，而不是先问“是否与评价挂钩”。OKR并不是取消评价的制度。但必须明确，它是在季度中调整优先级和执行方向的运营语言。

落地的第一条件不是目标数量，而是对要放弃之事达成共识

Google OKR playbook说明，运作良好的OKR会明确什么是重要的、应该优化什么、应该做出什么tradeoff。Atlassian也建议在设定OKR时设置1–3个Objective，并为每个Objective设置3–5个Key Result。比数字更重要的信息，是对优先级的限制。

韩国企业中的OKR回到既有目标管理的瞬间，往往是目标增加的时候。总部目标、团队目标、个人目标、项目目标全都以OKR之名被贴上去时，OKR就不再是聚焦工具，而会变成工作清单。领导者如果不减少既有工作，只是增加新目标，成员就会把OKR视为又一个汇报项目。

如果希望OKR落地，OKR会议中就必须有明确要移除的议题。必须决定本季度不做的事、推迟的事、只按维持水平管理的事、与其他团队合并的事。组织不应只是使用OKR的组织，而应成为因为OKR而减少工作的组织。只有这样，成员才会相信这一制度确实能改变优先级。

韩国企业尤其需要的机制是“停止清单”。本部长批准季度OKR时，不应只批准新目标，还应一并确定要停止的报告、要减少的会议、要推迟到下个季度的项目。没有这份清单，一线部门就会把OKR理解为叠加在既有工作之上的额外任务，而不是新的优先级。

汇报文化越强的组织，越要把check-in改成决策会议

Atlassian说明，OKR按年度设定、按季度更新，并按月追踪进展。定期检查是OKR落地的核心。然而，在汇报文化强烈的韩国企业中，check-in很容易变成汇报会议。负责人说明进度率，领导者询问延迟原因，会议记录中留下“继续推进”。

用这种方式很难让OKR落地。OKR check-in必须是决策会议，而不是汇报会议。如果进度率较低，应该问的不是谁要更加努力，而是什么需要调整。必须决定是改变优先级、补充资源、调整依赖团队的日程，还是修改目标本身。

Google playbook说明，当判断committed OKR难以达成时，应立即进行escalation。这更接近冲突解决流程，而不是失败汇报。在韩国企业中，OKR check-in也应被设计为解决与相邻部门之间冲突、由领导者做出选择的场域，而不是向上汇报的场域。

跨部门协作不能停留在口号，而必须嵌入各部门OKR

Google playbook说明，在cross-team OKR中，所有实际需要参与的群体都必须被纳入，并且各群体的贡献必须写明在该群体的OKR中。这个原则在部门边界较强的组织中尤其重要。

韩国企业强调协作，但协作目标的责任线很容易变得模糊。“改善客户体验”这样的目标，可能连接市场、销售、产品、客户支持，甚至人力资源。但如果各部门OKR中没有写入自己的贡献、截止时间和成功标准，共同目标就会止步于宣言。协作是好词，但责任不明确时，执行力就会变弱。

HR在设计cross-team OKR时，不应只看一个共同目标，还应同时查看各部门的OKR。必须确认哪个部门提供数据、哪个部门改变客户接点、哪个部门调整运营政策。即使面向同一个目标，只有各部门负责的结果嵌入文件之中，协作才会运转。

韩国式OKR落地不是本地化，而是原则的翻译

“打造适合韩国企业的OKR”这句话，常常被用来表示削弱制度。缩小公开范围，稍微连接评价，在既有KPI表格中增加Objective和Key Result栏位，等等。但这与其说是本地化，不如说是用既有制度的语言吸收OKR。

落地所需要的是原则的翻译。Key Result应该是结果而不是活动，这一原则在韩国企业中依然有效。必须区分committed OKR与aspirational OKR，这一原则也依然有效。cross-team OKR必须包含实际参与群体的责任，这一原则同样有效。只是这些原则必须结合韩国企业的评价制度、领导汇报体系和部门间决策结构来解释和训练。

OKR在韩国企业中照搬会失败，改造成既有目标管理也会失败。需要的不是表格的翻译，而是运营语言的翻译。也就是不问“为什么未达成”，而问“应该调整什么”；不问“谁来负责”，而问“哪个部门的贡献没有写进文件”；不问“达成率是多少分”，而问“这个目标是承诺还是挑战”。

OKR在韩国企业中落地，并不意味着导入了外国式制度。它意味着围绕目标的对话发生了改变。当领导者收窄优先级，HR梳理评价与运营的边界，各部门明确共同目标的责任时，OKR就不再是制度，而会成为工作方式。

在导入OKR的组织中，领导者常常会说：“把目标写得更清楚。”然而，OKR真正出现动摇的地方不是文字，而是运营。成员可以写出Objective，也可以把Key Result做成数字。问题发生在组织没有决定为了这些目标要放弃什么、发生冲突时由谁来协调、进展变差时要做出什么决策的时候。

在OKR中，领导者的角色不是督促者。领导者是收窄优先级、协调资源冲突、揭示团队之间依赖关系，并把check-in会议变成决策场域的人。如果不承担这个角色，OKR就会成为要求成员写更多目标的文档。

领导者首先要决定的不是目标，而是“不做的事”

Google OKR playbook说明，运行良好的OKR会让团队清楚什么是重要的、应该优化什么，以及在日常工作中应该做出哪些tradeoff。这句话揭示了OKR运营中领导者的第一项责任。不是让人写更多目标，而是决定在这个周期内选择什么、放下什么。

Atlassian也建议在设定OKR时设置1〜3个Objective，并为每个Objective设置3〜5个Key Result。数字的含义并不是单纯的填写规则。如果不减少目标数量，优先级就不会出现。在一个声称所有目标都重要的组织里，实际上没有真正重要的目标。

领导者应该提出的问题不是“这个目标也要放进去吗”，而是“如果放入这个目标，就必须拿掉什么”。如果OKR会议中没有被删除的目标，战略对话就还没有结束。成员不是通过领导者批准的目标清单来理解优先级，而是通过领导者决定放弃的工作清单来理解优先级。

OKR check-in不是汇报会议，而是冲突解决会议

Atlassian建议每月对OKR进行score、analyze、summarize。它还说明，定期且可见的进展检查会强化责任感和推动力。但在许多组织中，check-in会变成汇报会议。各团队说明进度率，领导者最后用“再努力一点”作结。用这种方式，OKR很难成为运营节奏。

Google playbook指出，如果团队判断无法达成committed OKR，就应该立即escalate。更重要的是escalation的目的。其说明是，当优先级分歧、时间・人员・资源不足，或对目标本身存在分歧时，通过这一流程让管理层创造选项并解决冲突。

因此，在OKR check-in中，领导者应该问的不是进度数字。“是什么障碍阻止了目标达成？”“其他团队的依赖关系是否仍未解决？”“是资源不足，还是目标的优先级已经降低？”“如果现在不调整，下个月会扩大哪种损失？”如果没有这些问题，check-in就会以朗读报告结束。

例如，当产品发布OKR延迟时，如果领导者只是说“下个月之前把进度提高到80%”，check-in就会变成督促会议。相反，如果把问题拆分为“瓶颈是法务审核、开发人力，还是销售需求过度增加”，并在现场调整优先级，check-in就会变成运营会议。OKR领导力不是向成员施压的技术，而是把冲突转化为决策的技术。

在Cross-team OKR中，领导力不是协作口号，而是责任设计

Google playbook说明，当重要项目需要多个小组共同贡献时，cross-team OKR是合适的。此时，所有需要materially participate的小组都应被纳入OKR，并且每个小组的贡献都应明确体现在各自小组的OKR中。

这一原则在韩国企业的部门间协作中同样重要。许多组织把“加强协作”写成目标，但实际上并不清楚哪个部门要在什么时候提供什么产出。如果一个目标需要市场、销售、产品、人事、数据组织一起行动，各组织的OKR中就必须呈现彼此的责任。否则，共同目标就会变成没有人负责到底的目标。

领导者不是宣布cross-team OKR的人，而是设计连接结构的人。不能只是建立会议机制就结束，而要公开依赖关系清单，确定出现瓶颈时向谁escalate，并用同一种语言对齐共同目标的成功标准。协作不能只靠良好态度运转。协作需要责任线和协调权限。

如果不区分Committed和Aspirational，领导者就会发出错误信号

Google playbook区分committed OKR和aspirational OKR。committed OKR是承诺达成的目标，期望得分是1.0。如果没有达成，就需要说明和事后复盘。相反，aspirational OKR是激发更高挑战和创新的目标。即使达成率相同，解释方式也应不同。

如果领导者不做这种区分，成员就会收到混乱的信号。一边要求提出挑战性目标，一边因较低达成率而责备，那么下个季度只会上来安全目标。相反，如果对承诺目标未达只用“既然挑战了就没关系”来处理，执行责任就会变弱。用同一种表情对待两类目标的领导者，会让OKR的语言变得模糊。

领导者从批准目标时就必须明确类型。这个目标是必须达成的承诺，还是把组织推得更远的挑战？如果是承诺目标，就必须保障资源和优先级。如果是挑战目标，就要允许失败的可能性，同时决定要学习什么。只有存在区分，成员才会诚实地设定目标。

HR应向领导者提供运营问题，而不只是OKR表单

OKR培训失败的原因之一，是停留在表单培训。只告诉大家Objective怎么写、Key Result几个合适，并不足够。还必须连接到领导者在实际会议中应提出什么问题、应做出什么决策。

HR至少可以向领导者提供四个运营问题。第一，本季度要放弃的事是什么。第二，如果这个OKR失败，最可能的瓶颈在哪里。第三，需要其他团队贡献的部分，是否已在各团队OKR中明确写出。第四，这个目标是committed还是aspirational。当这些问题在会议中被反复提出时，OKR就不是文档，而是运营语言。

OKR领导力不是魅力或督促的问题。它是收窄优先级、公开不舒适的tradeoff、及时上提冲突、设计团队间责任的管理能力问题。成员不会因为听到目标就行动。成员是看到领导者选择什么、调整什么才会行动。要让OKR成为绩效管理运营体系，领导者的角色也必须从目标管理者转变为执行结构的设计者。

导入OKR的企业最先遇到的问题，往往是评价与薪酬。“是否应将OKR达成率反映到人事评价中？”“如果不与薪酬连接，成员会不会不认真参与？”“反过来，如果与薪酬连接，挑战目标会不会消失？”这些问题在OKR运营中很难回避。

但是，急于把答案定为一种做法是危险的。如果把OKR与评价完全分离，执行责任可能会变弱。相反，如果把OKR达成率放进薪酬公式，成员就会选择安全目标。本文不是法律或劳动事务建议，而是从HR运营设计视角讨论评价与薪酬连接的边界线。问题不在于是否反映OKR，而在于用什么证据解释哪一种OKR。

OKR进入薪酬公式的瞬间，目标的性质就会改变

What Matters在比较OKR与MBO时说明，OKR以季度为单位运行，并且不同于年度目标管理，是以与薪酬分离的理念扩散开来的。这里重要的不是“绝对不能与薪酬连接”这样简单的规则，而是OKR的目的并不是计算评价分数，而是对齐优先级并执行战略。

当目标进入薪酬公式时，成员的行为会发生变化。与达成可能性较低的挑战目标相比，选择安全目标的诱因会变强。协作目标可能会变成个人责任分配的争论。即使季度中战略发生变化，目标也会变得难以修改，成员为了避免留下未达成记录，会倾向于降低初始目标。

这种变化是自然反应。在涉及薪酬的制度中，人会按照制度行动。因此，是否把OKR放入薪酬公式，并不只是HR偏好的问题。它是一个设计选择，连接着组织想要鼓励挑战、学习、协作和战略调整中的哪一项。

把Committed OKR与Aspirational OKR放在同一张评分表上处理，会产生扭曲

Google OKR playbook区分committed OKR与aspirational OKR。它说明，committed OKR更接近已经承诺要达成的目标，期望分数是1.0。低于1.0的分数需要解释。相反，aspirational OKR更接近激发创新与挑战的目标。它具有在路径尚未完全确认的状态下尝试更大变化的性质。

如果在评价中忽视这种区分，就会产生扭曲。committed OKR的未达成，可以成为检查执行责任、资源分配和优先级调整失败的信号。但是，如果以同样方式惩罚aspirational OKR的低达成率，挑战目标就会消失。成员只会选择对评价有利的目标，OKR也会变成安全承诺清单，而不是用于创新的语言。

Cross-team OKR也是如此。多个部门共同负责的目标，如果被简单分配为个人达成率，责任防御会强于协作。共同目标需要一起查看谁承担了哪一部分、存在哪些依赖关系、领导者进行了什么调整。当所有OKR都用同一张评分表处理的瞬间，OKR的优点就会消失，只剩下评价行政。

评价中可使用的不是达成率，而是可解释的证据

在评价中完全忽视OKR结果也很困难。如果成员在整个季度都抓住重要目标并加以执行，其过程和结果就会成为绩效对话的重要材料。不过，评价中可使用的不是简单达成率，而是可解释的证据。

Google playbook说，Key Result应当描述结果，而不是活动。这一原则对评价对话也很重要。“开展3次培训”是活动证据。“新任领导者上任后60天内，对团队成员进行1:1反馈的执行率从40%提高到85%”是结果证据。评价中可以参考的，更接近后者。

另外，committed OKR出现问题时应迅速escalate的说明也值得关注。比未达成本身更重要的是，当出现未达成信号时做出了怎样的判断和调整。进度延迟时，需要确认领导者是否调整了资源、重新安排了优先级、解决了目标冲突。绩效对话应读懂达成率数字背后的责任结构，而不是只看数字本身。

韩国企业需要在分离与反映之间设计第三种方式

在韩国企业中，评价与薪酬的敏感度很高。越是有目标达成率与评价等级相连接经验的组织，越容易把OKR也立即理解为评价表。在这样的组织中，即使宣布“OKR与评价无关”，成员也不容易相信。相反，如果说“OKR达成率会反映到评价中”，挑战目标就会迅速减少。

因此，现实的选择是在完全分离与直接反映之间的第三种方式。也就是不把OKR达成率直接放入薪酬公式，而是作为绩效对话的参考材料来使用。不过，此时也需要按目标类型制定解释规则。committed OKR看承诺履行与执行责任。aspirational OKR看尝试、学习以及市场或组织信号。cross-team OKR看协作结构与协调责任。

HR应把这些原则留下书面记录。需要决定哪些OKR是评价参考对象，哪些OKR只作为学习记录来看，比达成率更重要的证据是什么，以及中途修改目标时是否会有不利影响。在模糊状态下运营OKR，成员会采取最保守的行为。

运营示例可以分为三类。第一，committed OKR被视为承诺的执行结果，在绩效对话中确认未达成原因和调整责任。第二，aspirational OKR看的不是达成率，而是尝试过的假设、学到的市场、客户和组织信号，以及下一季度的选择标准。第三，cross-team OKR不是拆分为个人分数，而是一起查看各部门承诺的贡献和领导者的协调行为。只有这样区分，OKR才不会被压扁为薪酬公式。

HR应确定的不是薪酬公式，而是绩效对话的边界线

在设计OKR与评价、薪酬的关系时，HR首先要确定的并不是公式。更重要的是绩效对话的边界线。必须区分OKR复盘中要问什么，评价面谈中要解释什么，以及薪酬决定中只使用哪些资料。

第一，OKR复盘应处理进展情况与调整必要性。第二，绩效面谈不仅应看OKR结果，还应一起看角色期待、协作、能力和组织贡献。第三，薪酬决定应在组织的薪酬理念以及岗位、等级、市场价值、绩效贡献标准中另行说明。如果没有这条边界，OKR就会成为一个必须解释一切的过载制度。

是否把OKR反映到评价中，并不是能用简单赞成或反对结束的问题。即使反映，也不应把达成率原样转化为分数；即使分离，也不能让执行责任消失。核心在于设计OKR，使其既不扼杀挑战与学习，又能成为绩效对话的依据。如果无法建立这种平衡，OKR就会缩小为评价制度的辅助项目。如果能够建立平衡，OKR就能成为贯穿整个季度运行的绩效管理语言，而不只是评价季使用的工具。

导入了OKR但组织并没有改变，这样的说法并不陌生。公司召开全员说明会，录入各部门的Objective，也安排季度末复盘日程。可是过了一段时间，成员会把OKR当作又一份评价文件。领导者把原有KPI搬到另一种表单里，HR则管理填写率和提交率。

如果把OKR失败仅仅解释为“目标太多”，就会错过核心。目标太多固然是问题，但更大的问题是责任变得模糊。如果没有明确什么应被视为最高优先级，哪些结果会被认可为真实变化，谁来协调部门之间的冲突，以及当出现未达成信号时由谁重新分配资源，OKR就会变成报告表单，而不是管理语言。

第一个失败，从把OKR只作为新表单导入的那一刻开始

Google OKR playbook把写得不好或管理不当的OKR称为“浪费时间”和“空洞的管理姿态”。相反，它说明运作良好的OKR会让团队明确应该重视什么、应该优化什么，以及在日常工作中应该做出怎样的tradeoff。

这句话清楚地显示了OKR失败的起点。OKR不是表单，而是选择与协调的语言。如果建立了新表单，但原有会议方式、领导者的决策方式、评价与薪酬的解释方式都保持不变，OKR很快就会被既有制度吸收。从员工角度看，只是又多了一张改了名字的目标管理表。

在韩国企业中，这种失败常以“全公司导入”的名义出现。没有充分试点，就要求所有部门录入OKR，并把系统登记率视为导入成果。但填写率并不是OKR的成果。更重要的信号是，OKR是否真的减少了优先级，是否暴露了部门之间的冲突，以及领导者是否改变了资源分配决策。

第二个失败，来自用活动清单填满KR

Google playbook强调，Key Result应当描述结果，而不是活动。它提醒说，包含consult、help、analyze、participate等词语的KR，可能是在描述活动的信号。放到HR实务中，“开展培训”“进行面谈”“检讨制度”“运营工作坊”等表达与此相近。

活动是必要的。但仅凭活动无法知道变化是否发生。例如，“开展3次管理者培训”显示了培训团队做了什么。但它没有显示管理者的反馈行为是否改变，团队成员对目标的理解是否提高，绩效面谈的质量是否改善。当KR被活动清单填满时，OKR复盘就会变成确认是否执行的会议。

好的KR会追问活动之后的变化。与“开展3次新任领导者培训”相比，“将新任领导者任命后60天内对团队成员进行1:1反馈的执行率从40%提高到85%”更接近OKR。与“发布招聘品牌内容”相比，“将核心岗位候选人的首次回复率从18%提高到28%”更以结果为中心。如果没有这种差异，OKR就会成为让写下更多工作量的团队更有利的制度。

第三个失败，出现在用高达成率包装低价值目标时

Google playbook提出了Low Value Objectives这一陷阱。也就是说，如果即使达成目标，也无法明确创造用户价值或经济价值，那么即使获得高分，对组织也没有太大意义。这个警示同样适用于HR目标。

假设HR部门把“完成评价表单改版”设为Objective。表单可以改变。但如果无法确认评价对话的质量是否提升、目标调整是否变快、低绩效者管理的一致性是否提高，就很难说它连接到了组织价值。“完成制度改版”可能成为完成率高但价值低的目标。

在绩效管理中，高达成率并不总是好信号。可能因为目标很容易，所以达成率高；也可能因为产出了与实际价值无关的成果物，所以分数高。HR在OKR复盘时，除了问“是否达成”，还应同时问“如果达成，谁会感受到什么价值”。没有这个问题，OKR创造的不是绩效，而是看起来像绩效的文件。

第四个失败，在于始终没有确定共同目标的负责人

Google playbook说明，当重要项目需要多个团队贡献时，cross-team OKR是合适的。同时，它也指出，该OKR应包含所有必须实质参与的团队，并且每个团队的贡献应在各自的OKR中明确。共同目标不是“大家一起做好”，而是必须揭示各自的责任。

韩国企业中OKR动摇的地方也在这里。改善客户体验、升级入职管理、保留核心人才、领导力转型等目标，HR无法单独达成。业务领导者、管理层、财务、IT、沟通团队都必须一起行动。但在制定共同目标时，如果不写明各组织的贡献和决策权限，目标就会变成所有人的事，同时也是没有人的事。

共同OKR需要三件事。第一，必须明确哪些组织必须参与。第二，必须显示各组织的KR如何连接到整体Objective。第三，必须确定当目标冲突发生时，最终协调权属于谁。没有这三点，cross-team OKR就不是协作工具，而是逃避责任的装置。

第五个失败，在把检查变成汇报会议的瞬间固化

Atlassian的OKR指南提出1到3个Objective，以及每个Objective下3到5个KR，并建议定期检查、分析、总结进展的流程。比数字本身更重要的是节奏。OKR不是为了在季度末打分而存在，而是为了在季度中调整优先级和资源分配而存在。

Google playbook也说明，当committed OKR出现问题时，应当迅速escalate。其意思是，当日程、优先级、资源分配出现问题时，向上提出并不是可以做的事，而是必要的事。从这个角度看，OKR检查不是汇报会议，而是协调会议。

在韩国企业中，检查常常变成汇报会议。负责人解释进度率，领导者指出进展不足的项目。但资源分配没有改变，优先级冲突也原样存在。在这种状态下，成员没有理由诚实更新OKR。要让检查发挥作用，“需要调整什么”必须先于“为什么晚了”。

下一篇的议题是，评价与薪酬应连接到什么程度

OKR失败的许多场景，最终都会回到评价与薪酬问题。如果成员感觉目标会直接换算成评价分数，他们就会选择安全目标。共同目标会变成个人责任之争，挑战型目标会消失。相反，如果与评价完全分离，OKR又可能看起来像执行责任较弱的活动。

因此，下一个问题不是“是否将OKR反映到评价中”。更准确的问题是“将哪些OKR以什么方式解释”。committed OKR更接近承诺过的执行责任。aspirational OKR具有较强的学习与挑战性质。cross-team OKR需要同时看协作和协调责任。如果把三种类型放在同一张评分表中处理，OKR很可能会失败。

要防止OKR导入失败，HR必须先设计运营责任，而不是先设计表单。仅仅减少目标数量并不够。必须让人写结果而不是活动，筛掉低价值目标，明确共同目标的责任，并把检查变成协调会议。那时，OKR才会成为确认组织实际上正在改变什么的绩效管理语言，而不是报告文件。

组织开始写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 就可能成为把绩效管理的中心从评价转向执行与学习的契机。