在 GitHub 上编辑页面 (EN)

目标与关键结果 (OKRs) 🎯

什么是 OKRs？

目标设定框架

OKRs (目标与关键结果) 是我们用于团队协作和衡量进展的框架。Google、Intel 和许多领先的初创公司都在使用它，OKRs 能让每个人专注于最重要的事情。

组成部分说明
目标 (Objectives)定性的、宏伟的目标，描述我们想要实现 什么
关键结果 (Key Results)3-5 个定量的、有时间限制的指标，用于衡量实现目标的进展
计划 (Initiatives)为实现关键结果而执行的具体项目和任务

OKR 结构

公司 OKRs

由领导层设定，定义季度或年度的战略优先级。公司 OKRs 会向下级联到各个团队和个人。

团队 OKRs

每个团队制定与公司目标相一致的 OKRs，重点关注其领域对整体目标的贡献。

个人 OKRs

团队成员在与主管协商后设定个人 OKRs，以支持团队和公司目标。

OKR 周期

graph LR
    A["Planning\n(Week 1)"] --> B["Execution\n(Weeks 2–12)"]
    B --> C["Review\n(Week 13)"]
    C --> D[Retrospective]
    D --> A

    style A fill:#e1f5ff
    style C fill:#fff3cd
    style D fill:#d4edda
阶段时间行动
规划第 1 周为即将到来的季度设定 OKRs
执行第 2-12 周通过每周签到跟踪进展
评估第 13 周对 OKRs 进行评分并分析成果
回顾评估后学习、调整并总结经验

年度战略：公司层面的目标为季度 OKRs 提供依据 → 年终审查评估年度进展 → 为来年制定战略规划。

OKR 最佳实践

设定有效的 OKRs

OKR 设计原则
原则指导方针
宏伟但可实现目标完成度达到 70-80% —— 如果达到 100%，说明目标不够大胆
可衡量清晰的数字目标（例如：“将 PyPI 下载量从每月 50 万次增加到 100 万次”）或二元结果
有时间限制季度内的具体截止日期（通常为 13 周）
一致性从公司 → 团队 → 个人目标层层级联
聚焦每个层级最多 3-5 个目标，每个目标对应 3-5 个关键结果
鼓舞人心每个人都应该理解 OKR 的 意义
透明所有 OKRs 对全公司可见，以实现跨部门协作

评分标准

分数状态解读
0.0–0.3未达成远低于目标
0.4–0.6有进展取得了有意义的进展，但未完全达成目标
0.7–0.9成功达成或接近达成 —— 这就是目标
1.0超出预期下个周期可能需要设定更宏伟的目标
评分理念

0.7 分是成功，而不是失败。如果你的团队总是得 1.0 分，说明 OKRs 不够宏伟。

常见的坑

OKR 反模式
陷阱为何失败
OKRs 过多超过 5 个目标会分散注意力 —— 必须果断确定优先级
保守主义 (Sandbagging)设定容易达成的目标以确保成功
任务清单将 OKRs 与项目计划混淆（例如“发布功能 X” vs. “将用户参与度提高 50%”）
缺乏定期沟通等到季度末才审查进度
责任不清OKRs 没有明确的负责人和问责机制
缺乏季度中调整在优先级发生变化时过于死板
将 OKRs 作为绩效考核OKRs 用于衡量团队进展，而非个人表现

透明度与可见性

OKRs 在全公司范围内可见
级别位置周期
公司 OKRs全员大会，Slack月度审查
团队 OKRsNotion/Linear 工作区站会
个人 OKRs与主管的 1:1 面谈每周
实时进度实时仪表板持续性
公开指标GitHub stars, PyPI 下载量持续中

透明度能推动问责制并实现跨职能协作。

工具与资源

OKR 通过以下方式管理：

  • 季度规划会议
  • 每周团队站会
  • 进度跟踪仪表板
  • 领导力审查会议
Contributors
在 GitHub 上编辑页面 (EN)
GLglenn-jocher6