目标与关键结果(OKRs)🎯
什么是OKR?
目标设定框架
OKR(目标与关键结果)是我们用于统一团队方向、衡量进展的框架。Google、Intel初创企业均采用OKR体系,确保所有人始终聚焦于最重要的事务。
| 组件 | 描述 |
|---|---|
| 目标 | 定性且雄心勃勃的目标,描述我们期望达成的成果 |
| 关键成果 | 3–5项定量、有时限的指标,用于衡量目标进展情况 |
| 举措 | 为实现关键成果而执行的具体项目和任务 |
OKR 结构
-
公司 OKR
由领导层制定,确立季度或年度的战略重点。公司OKR目标逐级下达至团队及个人。
-
团队 OKR
每个团队都根据公司目标制定 OKR,重点关注各自领域对总体目标的贡献。
-
单个 OKR
团队成员与经理协作制定个人OKR,既支持团队目标也支持公司目标。
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
| 阶段 | 时机 | 行动 |
|---|---|---|
| 计划 | 第一周 | 为即将到来的季度设定OKR |
| 执行 | 第2周至第12周 | 通过每周检查来跟踪进度 |
| 评论 | 第十三周 | 评估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反模式
| 陷阱 | 为何失败 |
|---|---|
| 目标与关键结果过多 | 超过5个目标会分散精力——必须毫不留情地优先排序 |
| 沙袋战术 | 设定易于实现的目标以确保成功 |
| 任务清单 | 将OKR与项目计划混为一谈("推出功能X" vs. "提升用户参与度50%") |
| 不定期签到 | 等到季度末再审查进展 |
| 缺乏所有权 | 没有明确责任人和问责机制的OKR |
| 不允许在季度中期调整 | 在优先事项发生变化时过于僵化 |
| OKR作为绩效考核 | OKR衡量的是团队进展,而非个人表现。 |
透明度和可见度
OKR在全公司范围内可见
| 级别 | 何处 | Cadence |
|---|---|---|
| 公司 OKR | 全体人员,Slack | 月度回顾 |
| 团队 OKR | Notion/Linear 工作区 | 站立会议 |
| 单个 OKR | 与经理的一对一会议 | 每周 |
| 实时进度 | 实时仪表板 | 连续的 |
| 公共指标 | GitHub 收藏数PyPI | 持续进行中 |
透明度可推动问责制,促进跨职能合作。
工具和资源
通过 OKR 进行管理:
- 季度规划会议
- 团队每周例会
- 进度跟踪仪表板
- 领导审查会议
有关 OKRs 的问题,请联系你的经理,或查看公司目标,了解战略优先事项。
📅创建于1个月前
✏️16天前更新