一份真正可用的 OKR 追踪表格，必须具备三个层级——公司、团队、个人——并通过汇总公式自动聚合进度数据。大多数模板跳过了这一汇总机制，导致每周五都要手动更新评分。这也正是追踪系统往往在第六周就被彻底放弃的根本原因。
Workpath 2023年对1000家推行 OKR 体系的企业进行调研，结果显示72%的项目在第一年内宣告失败。最常见的原因并非目标设定有问题，而是追踪系统本身的维护成本，远远超过了业务工作本身。
本文将拆解表格结构、核心公式，以及需要重点规避的典型失败模式。
为什么大多数 OKR 追踪表格会崩溃
典型的 OKR 模板是一张扁平列表：A 列填目标，B 列填关键结果，再加一个"进度"列由人工填写。这套方案在1个团队、3个目标的情况下勉强够用，但一旦扩展到4个团队、12个目标、40个关键结果，就彻底撑不住了——因为每次周一全员会议前，都需要有人手动将所有数据汇总成公司层面的视图。
结构性问题是可以预判的：
- 层级之间缺乏关联。 团队 OKR 和公司 OKR 分布在不同标签页，没有任何公式连接。公司层评分全靠人工计算。
- 评分标准不统一。 一个团队用0–100%，另一个用0–1分制，第三个用红/黄/绿状态标识。季度复盘变成了一场翻译工程。
- 关键结果负责人是静态的。 季度中途换人后，追踪表格不会自动更新，复盘时依然@错误的人。
- 缺乏置信度追踪。 等你发现某个关键结果仅完成20%、却只剩两周时，已经来不及纠偏。若每周同步一次置信度评分，第四周就能发出预警。
真正能扛住组织复杂度的 OKR 表格结构
经得起真实业务考验的表格结构包含4个标签页：
| 标签页 | 用途 | 核心列 |
|---|---|---|
Company OKRs | 顶层目标，自动从团队层汇总 | 目标、评分（自动）、负责人、周期 |
Team OKRs | 各团队目标及内联关键结果 | 团队、目标、关键结果、目标值、当前值、评分、负责人、置信度 |
KR Log | 每周进度更新，仅追加不修改 | 日期、KR ID、数值、备注 |
People | 负责人查找表，用于下拉验证 | 姓名、团队、邮箱 |
评分标准参考 John Doerr《衡量什么，成就什么》中的体系：0.7分视为进展正常，1.0分为超额完成（也可能意味着目标定得过低），中期低于0.4分则需要及时介入。追踪表格的所有输出应统一为0–1分制。
Team OKRs 标签页列结构如下：
| 列 | 表头 | 类型 |
|---|---|---|
| A | 团队 | 下拉（来源于 People 标签页） |
| B | 目标 | 文本 |
| C | KR ID | 自动生成（如 =A2&"-KR"&COUNTIF($A$2:A2,A2)） |
| D | 关键结果 | 文本 |
| E | 目标值 | 数字 |
| F | 当前值 | 数字（从 KR Log 拉取或手动填写） |
| G | 评分 | 公式（=MIN(F2/E2,1)） |
| H | 负责人 | 下拉（来源于 People 标签页） |
| I | 置信度 | 下拉（高 / 中 / 低） |
| J | 周期 | 文本（如 Q1 2026、Q2 2026） |
G 列通过 MIN() 将评分上限锁定为1，防止超额完成导致汇总数据失真。I 列是预警系统——同样是60%完成度，"置信度：低"和"置信度：高"传递的信息截然不同。
构建 OKR 表格的汇总公式
Company OKRs 中每个目标的公司层评分，是所有关联关键结果评分的平均值。假设团队目标位于 B 列：
=AVERAGEIF('Team OKRs'!$B:$B, B2, 'Team OKRs'!$G:$G)
该公式提取所有标记到指定目标的关键结果，并对其0–1评分取平均。如果公司目标横跨多个团队目标，可再加一层：
=AVERAGEIF('Team OKRs'!$A:$A, A2, 'Team OKRs'!$G:$G)
这一公式对特定团队的所有关键结果取平均，适合在公司视图中加入团队整体健康度一列。
采用 KR Log 追加记录模式（每次新增一行而非覆盖"当前值"列）时：
=MAXIFS('KR Log'!$B:$B, 'KR Log'!$A:$A, C2)
其中 KR Log 的 A 列为 KR ID，B 列为数值。该公式无需排序即可获取最新数值。若需提取最后一条记录（而非最大值），使用：
=INDEX('KR Log'!$B:$B, MATCH(2, 1/('KR Log'!$A:$A=C2), 1))
旧版 Google Sheets 需以数组公式输入（Ctrl+Shift+Enter）。2026年4月当前版本的 Google Sheets 中，此公式可作为普通公式直接使用。
置信度列的价值远超评分列
季度 OKR 评分告诉你发生了什么，置信度告诉你接下来会发生什么。
每周收集一次置信度更新——哪怕只是高/中/低三个选项——就能在评分下滑的3至4周前识别出问题关键结果。复盘对话的焦点也会从"为什么没完成"转移到"什么在阻碍进展，我们现在能做什么"。
可通过条件格式为置信度列添加直观视觉标识：
高 → 绿色填充（#B7E1CD）
中 → 黄色填充（#FCE8B2）
低 → 红色填充（#F4CCCC）
通过自定义公式规则将格式应用于整行：将 =$I2="低" 的规则范围设为 $A2:$J2。这样，任何置信度为"低"的关键结果所在行都会整行标红，无需筛选即可一眼识别。
防止追踪表格逐渐废弃
OKR 追踪表格失败的主因，不是公式设计有问题，而是更新纪律难以维持。一个每人每周需要花20分钟更新的追踪表格，迟早会被放弃。目标是5分钟以内完成更新。
以下3个方法能有效缩短更新时间：
1. KR Log 仅追加模式。 不要让人去找自己那一行再修改单元格。让他们每次新增一行，填写日期、KR ID 和数值，每个关键结果每周只需一次粘贴操作。
2. 自动提醒。 通过简单的 Apps Script 触发器，每周一上午向负责人发送邮件，附上追踪表格链接及其负责的关键结果列表。ScriptApp.newTrigger('sendReminders').timeBased().onWeekDay(ScriptApp.WeekDay.MONDAY).atHour(9).create() 无需任何外部工具即可稳定运行。
3. 锁定结构。 对 A–D 列及公式列（G、C 列）启用保护，让协作者只能更新当前值（F 列）、置信度（I 列）和备注。一旦任何人都能编辑公式，就一定会有人不小心改动，而汇总公式的静默失效往往难以察觉。
关于规模上限：John Doerr 建议每个目标限定3至5个关键结果。以8个团队、每团队3个目标计算，关键结果总数约为40个，在单个 Team OKRs 标签页中完全可以管理。超过这一规模，就应考虑使用专业的 OKR 工具，而非继续依赖表格。
如果季度中途因组织架构调整、或需要整合多套团队模板，需要重建整个追踪表格结构，ModelMonkey 可以根据文字描述重新搭建或更新完整的追踪体系，包括在标签页名称变更后自动重新关联汇总公式。
常见问题
OKR 追踪表格应该设几个层级？
建议设置公司、团队、个人三个层级，并通过公式实现自动汇总。单层扁平结构适合1–2个团队，超过2个团队后，缺乏层级联动会导致公司层评分只能依赖人工汇总，每次更新成本极高。
关键结果评分用百分比还是0–1分制？
推荐统一使用0–1分制。John Doerr 的标准中，0.7为正常进展，1.0为超额完成。百分比在视觉上更直观，但一旦团队混用不同制度，季度末汇总时会产生换算错误。表格内使用0–1分制，对外汇报时可乘以100转换为百分比展示。
OKR 追踪表格多久更新一次合适？
每周一次是最低频率。更新间隔超过两周，置信度数据会失去预警价值，季度末复盘时容易陷入被动。理想节奏是：关键结果负责人每周五填写当前值和置信度，管理层每周一查看汇总视图。
Google Sheets 能支持多少个团队的 OKR 追踪？
单文件通常可稳定支持8–10个团队、约40个关键结果。超过这一规模，AVERAGEIF 和 MAXIFS 等跨标签页公式的计算速度会明显下降，且并发编辑冲突风险上升。此时建议迁移至专业 OKR 工具，或拆分为按事业部独立管理的多个文件。
如何避免 OKR 追踪表格在季度中途被放弃？
核心原则是将每次更新时间控制在5分钟以内。具体措施包括：使用 KR Log 仅追加模式（每次新增一行而非修改原有单元格）、通过 Apps Script 设置每周自动提醒、对公式列启用保护防止误操作。更新流程越简单，坚持到季度末的概率越高。