mcpField
O
okr-design

okr-design

github.com/rampstackco生产力1.0k245 次安装1 周前更新
代码仓库

关于 okr-design

okr-design 是面向产品负责人和团队的实用 OKR 方法技能,涵盖结果导向的目标、可衡量的关键结果、评分与重新校准。它强调有挑战性的目标和诚实复盘,让季度 OKR 服务于学习和决策,而非沦为任务清单。

主要功能

  1. 01结果导向的目标设计
  2. 02可衡量关键结果的设计指南
  3. 03挑战性目标的校准
  4. 04跨团队 OKR 对齐
  5. 05季度末诚实评分
  6. 06季度中重新校准的条件

适用场景

  1. 01制定下一季度 OKR
  2. 02诊断无法指导决策的 OKR
  3. 03评估并重新校准现有 OKR 实践
  4. 04帮助团队入门 OKR

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/rampstackco/claude-skills --skill okr-design

安装后在 Claude Code 中输入/okr-design确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
references/
cascading-okrs-decisions.md
common-okr-failures.md
key-result-design-patterns.md
mid-quarter-recalibration.md
objective-design-patterns.md
okr-anti-patterns.md
okrs-vs-roadmap-vs-metrics.md
review-cadence-templates.md
scoring-discipline.md

详细介绍

OKR 设计

资深产品负责人的 OKR 设计实战手册:讲的是实际落地的做法,而非会议演讲中的理论。包括推动决策的成果陈述、衡量正确事项的关键结果、评分纪律、季度中期重新校准,以及区分 OKR 与季度待办清单或不切实际的幻想式目标设定的实用方法。

OKR 是责任体系。设计得当时,它们能形成一个季度节奏:设定有挑战性的目标、季度中期学习、季度末评分,并为下个季度做出调整。设计不当时,它们就会成为团队的负担,毫无参考价值:总能达到 100% 的保守 OKR(没有挑战,也没有学习)、无人能达成的理想化幻想 OKR(令人沮丧,第二周后就被弃之不顾),或无论结果如何,团队都能给出慷慨评分的模糊 OKR。

这项技能将 OKR 设计作为实用方法论。真正受益于 OKR 的团队,会坚守这套纪律:重成果而非产出,确保关键结果确实衡量成果,即便评分令人不适也要如实进行,在必要时于季度中期重新校准,并利用 OKR 评审节奏推动学习,而不是作秀。

这里的声音来自一位资深产品负责人:他曾在健康的组织中推行 OKR,也见证过这套实践在其他组织中如何逐渐走样。他注重实际,明确指出哪些做法真正有效,也愿意点明会议演讲中一带而过的失败模式。

何时使用这项技能:为下个季度设计 OKR、审查当前 OKR 为何无法推动决策、重新校准已经走样的 OKR 实践,或帮助从未使用过 OKR 的团队入门。


这项技能的用途

这项技能涵盖 OKR 设计及其运营节奏。与其他 PM 技能的区别:

  • **okr-design(这项技能)**关注成果(要实现的结果)。
  • roadmap-planning 关注产出(按顺序规划功能和计划)。
  • feature-launch-playbook 关注发布后的执行。
  • product-analytics-setup 关注衡量基础设施(关键结果所依赖的指标)。
  • experiment-design 关注测试具体计划能否带来成果的方法。
  • discovery-research-synthesis 为选择要追求的成果提供依据。

适用对象:资深 PM、产品总监、工程负责人、负责设定组织级 OKR 的高管,以及在 OKR 驱动文化中工作的内部团队。

不在范围内的内容:决定哪些成果重要的更广泛战略规划(由其他战略框架涵盖);为实现 OKR 而执行具体计划(由 roadmap-planning、pm-spec-writing、feature-launch-playbook 涵盖);分析基础设施(由 product-analytics-setup、analytics-strategy 涵盖)。


保守目标 vs 不切实际的幻想目标 vs 挑战性目标

这是关键的框架。

保守目标。 旨在达到 100% 的 OKR。关键结果的目标是团队已经在按计划推进的成果。季度末:所有指标都达到 100%。团队欢庆,但没人学到任何东西。结果:OKR 实践毫无反馈信号。团队每个季度的 OKR 都一样,只是换了不同的说法,因为没有任何目标能推动他们超越原本就会达到的程度。

不切实际的幻想目标。 无人能够达成的 OKR。90 天内增长 1000%。令人沮丧、流于形式,到了第 2 周后就被忽视。制定这类 OKR 的团队通常到第 6 周就会发现,没有任何现实可行的努力路径能实现这些目标;于是他们不再投入;这些 OKR 变成规划文档里的装饰,再也没人提及。

挑战性目标。 真正有雄心,同时承担季度问责。设计目标是平均达到 60–70%。达成与未达成都会带来启发。达到 60%(“我们完成了 60% 的关键结果”)能让团队了解自己在一个季度内能交付什么;达到 100% 的情况很少见,通常回头看会发现目标定得过于保守;达到 30% 则表明目标可能不切实际,或者团队遇到了意料之外的情况(这同样能带来启发)。

试金石:查看团队过去四个季度的 OKR。如果平均得分达到 95% 或以上,说明 OKR 定得过于保守。如果平均得分低于 30%,说明目标不切实际。如果平均得分为 50–75%,说明设计处于挑战区间。调整即将制定的 OKR,让实践进入挑战区间。


目标设计

目标是对成果的描述,说明团队本季度要实现什么。

优秀目标的特点。

  • 聚焦成果,而非产出。“提高新注册用户的激活率”是成果;“上线新的引导流程”是产出。
  • 与本季度紧密相关。含糊的愿景(“更加以用户为中心”)无法为季度工作聚焦。
  • 鼓舞人心,但并非不切实际。团队应当受到目标的吸引,而不是被它压垮。
  • 数量不多。大多数团队每个季度应设定 2–4 个目标;超过 5 个会分散注意力。

示例。

  • “提高新注册用户的激活率,让更多用户在第一周内体验到价值。”
  • “优化支持体验,处理可预见的问题,让团队能够专注于更棘手的案例。”
  • “夯实企业级就绪基础,以便服务我们明年计划开拓的细分市场。”

薄弱目标的特点。

  • 把产出伪装成成果。“上线激活流程改版”是产出;目标应描述这次改版旨在带来的结果。
  • 过于含糊。“改善用户体验”范围太广,无法为季度工作聚焦。
  • 过于战术化。“重构 auth 服务”是战术决策,不是季度目标。
  • 数量过多。设定 8 个目标会导致注意力分散;团队什么都要做,却没有任何一项能做到出色。

详情请参阅 references/objective-design-patterns.md。


关键结果设计

关键结果用于衡量目标的进展。它们是定量或可测试的指标,用来判断目标是否正在实现。

优秀关键结果的特征。

  • 可衡量。有明确的数字或可测试的阈值。
  • 与成果一致。实现关键结果确实能推动目标向前。
  • 在团队影响范围内。团队可以通过自己的工作影响关键结果。
  • 有明确时限。衡量周期为一个季度(或合适的子周期)。

**示例。**目标:“提升新注册用户的激活率。”

优秀的关键结果:

  • “将新注册用户在首周内达到价值实现时刻的比例从 32% 提高到 45%。”
  • “将首次获得价值的中位时间从 4.2 天缩短到 2 天以内。”
  • “将新手引导流程的完成率提高到 80%(目前为 64%)。”

每个关键结果都可衡量,与激活率相关,团队可以通过重新设计新手引导流程来影响其结果,并且有明确的季度时限。

较弱的关键结果。

  • 含糊:“大幅提升激活率。”
  • 产出:“推出 5 项新手引导流程重新设计举措。”(统计完成了多少工作,而非产生了什么成果。)
  • 超出影响范围:“将注册总数提高 50%。”(注册量大多不在激活工作的影响范围内。)
  • 虚荣指标:“达到 100 万用户。”(数字看起来亮眼,但与激活成果没有直接关联。)

**3–5 个关键结果的规则。**大多数目标适合设定 3–5 个关键结果。只有 1 个关键结果比较脆弱(单一指标可能无法反映成果);6 个或更多关键结果则会分散重点。

详情见 references/key-result-design-patterns.md。


在组织内逐级分解 OKR

介绍何时以及如何将 OKR 从领导层逐级分解到团队。

其中的权衡。

  • 逐级分解的 OKR 能确保团队工作与公司优先事项保持一致。产品团队的目标源自公司目标;工程团队的目标源自产品团队目标。
  • 严格逐级分解会产生自上而下的 OKR,忽略自下而上的洞察。更接近实际工作的一方有时比上一级更清楚应该优先做什么。
  • 逐级分解得太宽松,则会导致团队 OKR 与公司优先事项脱节;团队只优化局部,却没有为组织目标做出贡献。

折中做法。

  • 按季度设定公司层级的 OKR。团队层级的 OKR 参考公司 OKR 制定,但团队可以自主决定如何做出贡献。
  • 每个团队的 OKR 都明确指出其支持哪些公司 OKR。
  • 有些团队 OKR 可能只与团队自身相关(如技术债、基础设施、实验基础设施),并不直接对应公司 OKR。应明确列出这些 OKR,以展示团队的全部工作。

**适合严格逐级分解的情况。**处于早期阶段、需要围绕少数公司优先事项达成一致的公司。需要组织协调行动的战略转型时期。

**适合宽松逐级分解的情况。**团队职责明确、组织成熟的机构。严格逐级分解会过度限制自主权的跨职能团队。

**坦诚说明。**逐级分解比会议演讲中描述的要难。大多数组织在最初几轮中会过度分解,之后才学会放宽;有些组织始终学不会,导致 OKR 在向下传递的过程中越来越流于形式。

详情见 references/cascading-okrs-decisions.md。


评分纪律

季度末评分决定了 OKR 实践是取得成效还是逐渐流于形式。

0.0-1.0 分制。 每个关键结果的评分从 0.0(毫无进展)到 1.0(完全达成)。目标的评分为其关键结果的平均分。

60-70% 的目标。 挑战性 OKR 的设计目标是让团队所有 OKR 的平均分达到 0.6-0.7。平均分更高,可能意味着目标定得过低;更低则可能意味着目标不切实际或遭遇了意外干扰。

诚实评分。

  • 评估实际成果,而不是付出的努力。团队努力工作却未能推动指标,得分应较低;团队费力不多却碰巧推动了指标,得分应较高。评分反映的是成果。
  • 不要向上取整。得分为 0.55 的关键结果就是 0.55,而不是 0.6。诚实评分才能提供真实信号。
  • 承认季度中途发生的变化。有些未达成反映了优先级调整;应指出这些情况,但不要以此为借口。

100% 意味着什么。 100% 的得分值得审视。这可能意味着 OKR 定得过低,也可能意味着团队度过了出色的一个季度(这很有参考价值),或者团队向上取整了。应查明具体原因。

30% 意味着什么。 30% 的得分值得审视。这可能意味着 OKR 不切实际,也可能意味着团队遭遇了意外干扰(这很有参考价值),或者工作在季度中途被降低了优先级(同样有参考价值)。应查明具体原因。

薪酬问题。 OKR 最好不要与薪酬直接挂钩。当 OKR 决定奖金时,压低目标的动机会变得很强;团队会设定自己明知能够达成的 OKR。大多数健康的 OKR 文化都会将目标设定与薪酬分开。

详见 references/scoring-discipline.md。


季度中期重新校准

何时应调整 OKR,何时团队应调整做法。

默认做法。 OKR 在整个季度内保持不变。团队应调整策略以实现 OKR,而不是调整 OKR 来适应团队当前的做法。

何时重新校准。

  • 战略转变。公司的战略在季度中途发生重大变化;不再反映战略的 OKR 也不再是合适的目标。
  • 重大外部干扰。市场变化、监管事件或重大服务中断,都可能需要重设本季度的目标。
  • 新信息使 OKR 失效。团队在季度中途发现,所追踪的指标实际上并不能代表预期成果。

何时不应重新校准。

  • 团队进度落后。未达成的 OKR 应保持原样;未达成这一事实本身就是信号。
  • OKR 令人不适。团队若对挑战性 OKR 感到不适,不应在季度中途降低目标来让自己好受些。
  • 更容易的 OKR 会让人觉得可以达成。将困难的 OKR 换成容易的 OKR 的冲动,就是逐步压低目标。

重新校准纪律。 重新校准应当少见(8 个季度中仅 1-2 个季度)。频繁重新校准表明 OKR 设计存在问题:要么目标过于激进,要么与战略不一致。重新校准过程本身应保持透明:说明发生了什么变化、原因是什么,以及新的目标是什么。

详见 references/mid-quarter-recalibration.md。


OKR 评审节奏

OKR 需要有条理的评审节奏。

每周检查。

  • 团队评审每项关键结果的进展。15-30 分钟。
  • 发现阻碍因素、依赖关系,以及进展偏离预期的迹象。
  • 不用于调整 OKR,而是调整策略,以便继续朝着目标推进。

季度中期评审。

  • 大约在季度第 6 周。60-90 分钟。
  • 诚实评估进展情况:哪些关键结果进展顺利,哪些偏离预期。
  • 决定是否需要重新校准(这种情况很少见,不应成为默认结果)。
  • 发现会影响季度末结果的外部依赖关系。

季度末评审。

  • 诚实地为每项关键结果评分。
  • 找出影响评分的因素:策略选择、外部因素、OKR 设计决策。
  • 根据经验教训,为下一季度的 OKR 设计提供参考。

季度回顾。

  • 有别于评分评审。回顾会审视 OKR 实践本身:OKR 是否选得合适、评审节奏是否有效、哪些方面需要改变。
  • 通常与下一季度的 OKR 设定会议合并进行。

详情见 references/review-cadence-templates.md。


OKR 与路线图事项和指标的区别

这三个概念经常被混为一谈,但各有不同用途。

OKR。 本季度的成果目标。“提升新注册用户的激活率”是一个 OKR;“将首周激活率从 32% 提升到 45%”是一项关键结果。

路线图事项。 团队正在构建或开展的举措。“重新设计入门引导”是一项路线图事项。路线图事项有助于实现 OKR,但它们本身并不是 OKR。

指标。 团队持续跟踪的测量数据。“首周激活率”是一项指标。指标为关键结果提供参考(关键结果是针对指标设定的季度目标),无论团队是否有针对该指标的 OKR,都会持续跟踪。

三者之间的关系。

  • OKR:“提升新注册用户的激活率。”
  • 关键结果:“将首周激活率从 32% 提升到 45%。”
  • 指标:“首周激活率”(持续跟踪)。
  • 有助于实现目标的路线图事项:“重新设计入门引导”“修订欢迎邮件序列”“激活问题分流自动化”。

常见的概念混淆。

  • 将路线图事项当作 OKR。“上线重新设计后的入门引导”是一个 OKR;OKR 应该是这项重新设计旨在实现的成果。
  • 认为每项指标都需要一个 OKR。有些指标对团队的跟踪很重要,但无需为其设定季度目标。
  • 将 OKR 当作路线图承诺。OKR 明确的是成果;团队承诺努力实现这些成果,但可以调整策略。若将 OKR 当作路线图承诺,就会锁定可能需要改变的策略。

详情见 references/okrs-vs-roadmap-vs-metrics.md。


常见失败模式

快速列举。诊断见 references/common-okr-failures.md。

  • “我们的 OKR 总是达到 100%,没有提供任何信号。”目标设得过于保守。设定有挑战性的目标;预期得分为 60-70%。
  • “我们的 OKR 总是只有 30%,令人沮丧。”目标不切实际。重新校准到真正有挑战性的目标;调查这些目标是否能通过任何现实可行的努力实现。
  • “我们的关键结果衡量的是工作,而不是结果。”把产出伪装成结果。重写关键结果,衡量结果,而不是工作。
  • “我们有 12 个 OKR,团队却在做 47 件事。”OKR 太多;将目标限制在 2-4 个,每个目标设 3-5 个关键结果。
  • “我们的 OKR 含糊不清。”缺少可衡量的目标;用具体数字和阈值重写关键结果。
  • “我们的逐层承接导致团队 OKR 与团队工作不匹配。”严格逐层承接,与团队职责不匹配;放宽逐层承接,或调整团队职责。
  • “即使战略发生变化,我们也从不重新校准。”过于排斥重新校准;明确战略变化的判断标准并加以运用。
  • “我们每个季度都会重新校准。”重新校准过于容易;OKR 设计存在问题;应进行调查。
  • “我们的每周检查会变成了状态报告。”缺少战术讨论;调整检查会的形式。
  • “我们的评分总是向上取整。”缺乏评分纪律;坚持如实评分。
  • “OKR 与奖金挂钩;大家会把目标设得过于保守。”这是意料之中的结果;将 OKR 与薪酬脱钩。

框架:OKR 设计的 12 项考量

设计或审查 OKR 时,请逐一检查以下 12 项考量。

  1. **有挑战性,而非目标保守或不切实际。**平均得分目标为 60-70%。
  2. **目标应是结果,而非产出。**我们想要实现什么。
  3. **目标数量少且聚焦。**每个团队每季度设 2-4 个。
  4. **关键结果可衡量。**具体数字或可测试的阈值。
  5. **关键结果与目标一致。**实现关键结果能推动目标前进。
  6. **关键结果在团队影响范围内。**不能完全依赖外部因素。
  7. **每个目标设 3-5 个关键结果。**只有一个关键结果会很脆弱;太多则会分散焦点。
  8. **逐层承接明确,但不过度约束。**团队 OKR 层层对齐,同时保留实现方式上的自主权。
  9. **诚实评分,不向上取整。**0.0-1.0 反映实际结果。
  10. **很少重新校准。**除非战略发生变化或出现重大变故,否则 OKR 应保持不变。
  11. **审查节奏为每周 + 季中 + 季末。**依次进行战术讨论、战略讨论和评分。
  12. **OKR 与路线图条目和指标分开。**各自发挥不同作用。

该框架的产出是能构建季度问责体系的 OKR:设定有挑战性的目标、在季中进行学习,并在季末诚实评分,为下个季度提供参考。


如果所需数据不可用

此技能的输出依赖于它无法自行生成的数据、测量结果或工具结果。当所需输入、工具或数据来源不可用或无法验证时,获准的输出是交付成果并说明缺口:需要什么、实际获取或验证了什么,以及输出中的哪些部分受到影响。不得为完成交付成果而捏造、估算或插值任何必要数字。明确说明缺口本身就是完整的答复。


参考文件


结语:OKR 是问责机制的基础设施

运用得当时,OKR 能推动季度问责,助力组织进行战略学习。团队承诺实现成果,并为之努力;诚实评分;从目标与结果之间的差距中汲取经验;并据此设计更好的下一季度 OKR。

运用不当时,OKR 就会沦为耗时却不产生有效信息的仪式。刻意压低目标,确保总能达成。脱离现实、无人能够达成的 OKR。无论结果如何都能轻松获得高分的模糊 OKR。术语仍在沿用,实践却已变质。

能从 OKR 中获益的团队,都是那些坚持严谨实践的团队:重结果而非产出、关键结果可衡量、目标具有挑战性、评分诚实、只在确有必要时重新校准,并通过回顾节奏推动学习,而非进行绩效作秀。

如果不确定 OKR 实践是否有效,不妨问问:OKR 是否推动了优先级决策?评分是否带来了能为下一季度提供参考的经验?关键结果是否真正衡量了团队能够影响的成果?平均分是否处于具有挑战性的 OKR 所设定的 60-70% 区间?如果这些问题的答案都是肯定的,那么这项实践就是真正有效的。如果有任何一个答案是否定的,那么这正是 OKR 未能发挥其应有作用、未能提供问责机制基础设施的症结所在。

评论

支持 Markdown