目标与关键结果 (OKRs) 🎯#
什么是 OKR？#
目标设定框架
OKR（目标与关键结果）是我们用于团队协同和衡量进展的框架。Google、Intel 和众多领先的初创公司都在使用 OKR，它能让所有人聚焦于最重要的事情。
| 组成部分 | 说明 |
|---|---|
| 目标 | 定性且有挑战性的目标，描述我们想要实现的内容 |
| 关键结果 | 3–5 项量化且有明确时限的指标，用于衡量目标进展 |
| 计划 | 为实现关键结果而执行的具体项目和任务 |
OKR 结构#
公司 OKR
由领导层制定，明确季度或年度战略重点。公司 OKR 会逐级分解到团队和个人。
团队 OKR
各团队制定与公司目标一致的 OKR，专注于自身领域对整体目标的贡献。
个人 OKR
团队成员与经理协作设定个人 OKR，支持团队和公司的目标。
OKR 周期#
| 阶段 | 时间安排 | 行动 |
|---|---|---|
| 规划周期 | 第 1 周 | 为即将到来的季度制定 OKR |
| 执行 | 第 2–12 周 | 通过每周检查跟踪进展 |
| 评审 | 第 13 周 | 评定 OKR 并分析结果 |
| 回顾 | 评审后 | 吸取经验、进行调整，并将洞察延续下去 |
年度战略：公司层面的目标为季度 OKR 提供指引 → 年终评审评估年度进展 → 为下一年制定战略计划。
OKR 最佳实践#
制定有效的 OKR#
OKR 设计原则
| 原则 | 指导原则 |
|---|---|
| 有挑战性但切实可行 | 以达到 70–80% 为目标——如果达到 100%，说明目标定得不够大胆 |
| 可衡量 | 设定明确的数值目标（例如，“将 PyPI 下载量从每月 50 万次提升至 100 万次”）或二元结果 |
| 有明确时限 | 在季度内设定具体截止日期（通常为 13 周） |
| 保持一致 | 将公司目标逐级分解为团队目标和个人目标 |
| 聚焦重点 | 每个层级最多设定 3–5 个目标，每个目标包含 3–5 个关键结果 |
| 鼓舞人心 | 每个人都应该明白 OKR 为何重要 |
| 透明公开 | 向全公司公开所有 OKR，以促进跨职能协同 |
评分标准#
| 评分 | 状态 | 说明 |
|---|---|---|
| 0.0–0.3 | 未达标 | 远未达到目标 |
| 0.4–0.6 | 有进展 | 取得了实质性进展，但仍未达标 |
| 0.7–0.9 | 成功 | 已达成或接近达成——这就是目标 |
| 1.0 | 超额完成 | 下个周期可能需要设定更具挑战性的目标 |
评分理念
得分 0.7 就算成功，而不是失败。如果团队的得分持续达到 1.0，说明 OKR 的挑战性还不够。
应避免的常见陷阱#
OKR 反模式
| 陷阱 | 失败原因 |
|---|---|
| OKR 过多 | 目标超过 5 个会分散注意力——务必严格确定优先级 |
| 保守设标 | 设定轻易就能达成的目标，以确保成功 |
| 任务清单 | 把 OKR 与项目计划混为一谈（“发布功能 X”与“将用户参与度提升 50%”） |
| 检查频率过低 | 等到季度末才评审进展 |
| 缺乏负责人 | OKR 没有明确的负责人和问责机制 |
| 季度中不做调整 | 优先级发生变化时仍过于僵化 |
| 将 OKR 用作绩效评估 | OKR 衡量的是团队进展，而非个人绩效 |
透明度与可见性#
全公司公开 OKR
| 职级 | 公开渠道 | 频率 |
|---|---|---|
| 公司 OKR | 全员大会、Slack | 每月评审 |
| 团队 OKR | Notion/Linear 工作区 | 每日站会 |
| 个人 OKR | 与经理进行一对一沟通 | 每周 |
| 实时进展 | 实时仪表盘 | 持续更新 |
| 公开指标 | GitHub 星标数、PyPI 下载量 | 进行中 |
透明度能推动问责，并促进跨职能协作。
工具与资源#
OKR 通过以下方式管理：
- 季度规划会议
- 每周团队站会
- 进度跟踪仪表盘
- 领导层评审会议