OKR 怎么写
好的 KR 具备三要素：基线（现在多少）、目标值（要到多少）、时间点。写法上要避免把 KR 写成任务清单——任务完成不等于结果发生；团队 OKR 还要能追溯到上级目标，形成可检查的对齐链。
写作要点
| 对齐 | 团队 OKR 标注支撑的上级目标，避免自说自话 |
|---|---|
| 数量 | 每个周期聚焦少量目标，铺开就等于没有重点 |
| 状态 | 定期更新信心指数（如 0.3 / 0.7 / 1.0）并说明依据 |
| 复核 | 到期复盘结果与过程，未达成也要写清原因 |
典型使用场景
- 季度规划会前起草团队 OKR，会上与上级目标对齐
- 把模糊目标落地：把体验变好拆成可度量的具体数值
- 跨团队协同目标：上下游用同一指标描述各自贡献
- 中途检查：用信心指数识别需要加资源或缩范围的目标
- 季度复盘：区分目标设定问题与执行问题
写法对比示例
写法对比示例
不推荐：优化系统性能（无基线、无目标值）
推荐：接口 P95 时延从 800ms 降到 400ms（本季度）
不推荐：上线新监控平台（这是任务，不是结果）
推荐：核心链路告警覆盖率达到 95%，误报率低于 5%
不推荐：提升团队效率（无法验证）
推荐：需求平均交付周期从 21 天降到 12 天KR 合格性检查
| 要素 | 合格写法 | 常见问题 |
|---|---|---|
| 基线 | 给出当前数值与统计口径 | 无基线，无法判断进步 |
| 目标值 | 明确要到达的数值 | 只写持续提升 |
| 时间点 | 写明本季度或某日期 | 没有期限，永远在推进中 |
| 验证方式 | 说明数据从哪来 | 无法核对，只能听汇报 |
| 责任归属 | 有明确负责人 | 集体目标变成无人负责 |
KR 数量通常控制在每个目标三到四条：条目过多时团队精力分散，复盘时也无法判断到底哪一条没做到。
对齐链示例
- 公司目标：提升客户续约率
- 部门目标：降低交付延期与故障影响
- 团队 OKR：需求平均交付周期从 21 天降到 12 天
- 配套 KPI：变更失败率保持不高于 15%
- 标注方式：团队 OKR 上写明支撑哪一条上级目标