OKR 是什么
OKR 用目标（Objective，定性、鼓舞人心的方向）与关键结果（Key Results，可验证的度量）对齐组织重点，常见节奏是季度设定、月度检查、季度复盘，并要求公开透明。它的价值是聚焦与对齐：明确少数几件最重要的事，并让上下游看到彼此的承诺。OKR 通常与绩效奖金脱钩，因为一旦直接挂钩，团队会倾向定低目标或在期末美化数据，复盘也会从学习变成辩护。
基本信息
| O | 想达成什么（鼓舞人心、可理解） |
|---|---|
| KR | 如何验证达成（可度量、有基线） |
| 节奏 | 季度 OKR + 月度检查 + 季度复盘 |
| 数量建议 | 每人 2-3 个 O，每个 O 配 2-4 条 KR |
| 透明要求 | 全员可见，便于跨团队对齐依赖 |
| 与考核关系 | 建议脱钩，避免目标保守化 |
典型使用场景
- 季度目标对齐：把公司目标拆解到团队，避免各做各的
- 重点项目聚焦：为关键战役设定可验证结果，减少并行项
- 跨团队协同：公开各自 KR，提前暴露依赖冲突
- 中期检查：月度看进度与阻塞，必要时调整策略而不是硬扛
- 复盘学习：季度末分析未达成原因，形成下一季度改进
- 与项目配合：KR 定结果，项目与迭代负责过程
写作示例
写作示例
O：订单系统稳定性显著提升
KR1：核心接口成功率从 99.5% 提升到 99.95%
KR2：P1 故障从月均 3 起降到 0-1 起
KR3：变更失败率从 20% 降到 10% 以下
反例：把“完成 5 个需求上线”当 KR，那是任务不是结果好 KR 与坏 KR
| 判据 | 好的 KR | 坏的 KR |
|---|---|---|
| 可验证 | 有基线、有目标值 | 只有方向性描述 |
| 结果导向 | 描述业务或系统结果 | 描述完成任务的数量 |
| 可归因 | 团队能实际影响结果 | 依赖完全不可控的外部因素 |
| 数量 | 每个 O 两到四条 | 罗列十几条，等于没有重点 |
OKR 与绩效考核脱钩时数据更真实：挂钩奖金会诱发保守定目标，也会让复盘变成辩护。
KR 要有基线：没有基线的目标值无法判断是改进还是原本如此，制定时应先把当前水平测出来。