OKR（Objectives and Key Results，目标与关键结果）是一种目标管理方法，用定性的 Objective 描述方向，用可验证的 Key Results 描述到期时如何判断目标是否达成。
OKR 的重点不是把所有工作写成清单，而是把组织在一个周期内最重要的方向、取舍和衡量标准显式化。
核心问题
团队协作中常见的问题是：大家都很忙，但忙的事情不一定指向同一目标；目标说得很大，但到期时很难判断是否完成；个人、团队和公司目标之间缺少对齐关系。
OKR 解决的是“如何把方向、优先级和可验证结果放在同一个目标系统里”的问题。
核心对象
| 对象 | 作用 | 工程关注点 |
|---|---|---|
| Objective | 定性目标，说明要达成什么方向性变化 | 应清晰、有取舍、有业务意义 |
| Key Result | 关键结果，说明如何验证 Objective 是否达成 | 应可衡量、可检查、有时间边界 |
| initiative | 为达成 KR 执行的项目或动作 | 不应和 KR 混淆 |
| owner | 目标负责人 | 负责推进、同步和复盘 |
| cycle | OKR 周期 | 常见为季度、半年或年度 |
| confidence | 信心值 | 表达当前达成概率，不等于实际进度 |
| review | 复盘 | 评估结果、偏差、学习和下一周期调整 |
核心机制
OKR 的基本结构可以表示为：
Objective -> Key Result 1, Key Result 2, Key Result 3 -> initiativesObjective回答“我们为什么要做这些事，以及想让什么状态发生变化”。Key Result回答“到周期结束时，我们看到什么事实才算这个目标有进展”。initiatives是具体项目、任务或行动，用来推动 KR，但它们本身不是目标结果。
例如：
Objective: 提升设备管理平台的售后闭环能力
KR1: 90% RMA 工单能在平台内追踪到授权、入库、检测和关闭状态
KR2: 换机流程中旧设备冻结延迟从 24 小时降到 10 分钟内
KR3: 售后视图中的设备身份不一致告警误报率低于 2%这里 Objective 描述方向，KR 描述可验证结果。像“开发 RMA 页面”“开三次售后评审会”更像 initiative，因为完成这些动作不必然说明售后闭环能力真的提升了。
工程用途
- 公司层：把战略方向转成少数可沟通、可复盘的重点目标。
- 团队层：帮助团队理解哪些工作最重要，哪些工作应降级或推迟。
- 个人层：把个人产出和团队目标对齐，避免只列任务不看结果。
- 管理节奏：支持月度检查、季度复盘、经营分析和 CoS / PMO 的推进机制。
- 决策取舍：当资源冲突时，OKR 可以作为优先级判断依据。
边界与常见坑
- OKR 不等于 KPI：KPI 常用于持续运营指标和绩效考核，OKR 更强调阶段性重点、对齐和学习；两者可以共存，但不要混成一套。
- KR 不等于任务清单：KR 应描述结果，任务只是达成结果的手段。
- Objective 不能空泛：如果目标写成“提升质量”“加强协作”，但没有具体方向和取舍，团队很难行动。
- KR 不能只写不可控愿望：好的 KR 要和团队可影响的杠杆相关，否则复盘时只会归因外部环境。
- 数量过多会失去取舍：每个周期目标太多，OKR 就退化成全量工作台账。
- 和绩效强绑定会导致保守目标：如果所有 OKR 分数直接决定绩效，团队可能倾向写低风险目标，削弱探索和拉伸价值。
- 缺少复盘等于只做填表：OKR 的价值来自周期检查、偏差分析和下轮调整，不只是期初写文档。