目标与关键成果(OKR)🎯
什么是 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| 阶段 | 时间 | 操作 |
|---|---|---|
| 规划 | 第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 在全公司范围内公开可见
| 级别 | 其中 | Cadence |
|---|---|---|
| 公司 OKR | 全体员工,Slack | 月度回顾 |
| 团队 OKR | Notion/Linear 工作区 | 站立式 |
| 个人 OKR | 与经理的一对一谈话 | 每周 |
| 实时进度 | 实时仪表盘 | 连续的 |
| 公开指标 | GitHub 星标数、PyPI | 进行中 |
透明度能促进问责制,并推动跨职能协作。
工具与资源
OKR 通过以下方式进行管理:
- 季度规划会议
- 每周团队站立会议
- 进度跟踪仪表盘
- 领导层评审会议