5 年经验面试：数据团队的 OKR 怎么写？怎么避免写成任务清单？
面试怎么回答
数据团队的 OKR 最常见的问题是把任务当 KR，比如完成集群搭建、上线多少任务，做完也说不清带来了什么。我会让 O 写方向和价值，比如让经营能实时看到核心数据、支撑当天决策；KR 写有基线和目标值的结果，比如核心指标延迟从 T+1 降到 5 分钟内、核心报表 8 点前产出率从 90% 到 99%、取数需求交付周期从 5 天降到 2 天、单位计算成本降 20%，搭集群这类动作放到项目计划里。O 控制在两三个，每个 KR 有负责人，和上级、业务方一起对齐，并写清楚哪些需求要为此让路；执行中双周检查，用红黄绿标信心，落后就及时调资源或上报。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
很多数据团队的 OKR 长这样：「O：建设实时数仓；KR1：完成 Flink 集群搭建；KR2：上线 20 个实时任务」。这其实是任务清单，做完了也说不清带来了什么。面试官问这道题，是想看你能不能把数据团队的工作和业务结果挂上钩。
常见的问题
- KR 是动作不是结果：「完成迁移」「上线 XX 平台」，只说明做了，没说明变好了多少；
- 目标太多：七八个 O，每个人都在里面找得到自己的活，等于没有重点；
- 只有技术视角：业务方看不懂，也不认可；
- 定完就不看：季度末才翻出来打分。
怎么写
O 写方向和价值，要能回答「为什么这件事重要」：
- 不好：建设实时数仓；
- 好：让大促和日常经营能实时看到核心数据，支撑当天的运营决策。
KR 写可衡量的结果，最好有基线和目标值：
- 核心经营指标的数据延迟从 T+1 降到 5 分钟以内；
- 大促期间实时看板可用率 99.9%，与离线结果差异小于 0.5%；
- 运营团队使用实时看板做出的活动调整次数，每周不少于 N 次。
动作（搭集群、开发任务）放到项目计划里，而不是写进 KR。
数据团队常用的几类 KR
| 方向 | KR 示例 |
|---|---|
| 时效 | 核心报表 8 点前产出率从 90% 提升到 99% |
| 质量 | 核心指标数据问题导致的业务投诉从每月 5 次降到 1 次 |
| 效率 | 常规取数需求平均交付周期从 5 天降到 2 天；自助查询覆盖 60% 的取数需求 |
| 成本 | 单位数据计算成本下降 20% |
| 业务结果 | 通过用户分层模型支撑的营销活动，转化率提升 X 个点（和业务方共同承担） |
执行
- O 控制在 2–3 个，每个 KR 有负责人；
- 和业务方、上级一起对齐，写清楚为了这些 OKR，哪些需求要让路；
- 双周检查进展，按信心指数标红黄绿，落后的及时调整资源或者上报。