最近两年，我在总经办 5 人的小范围内推广使用 OKR，并未在全公司大范围推广，我得出一个结论：
不是 OKR 不好，而是很多团队，包括我们，还不配用。
这句话听起来有点刺耳，但这是我们在实际用了两轮之后，得出的最真实的判断。
一、我们不是没用 OKR，而是用完之后发现问题更严重了
过去一段时间，我们总经办 5 个人小范围在用 OKR。
系统里一共沉淀了 80 多条 KR（关键结果）。
如果只看表面，是一副很“规范”的样子：
- 有目标
- 有拆解
- 有进度
但如果你把结果拉出来看，会很不舒服：
- 接近一半的 KR 是“关闭”的，而不是“完成”的
- 很多 KR 长期卡在 10%～30% 的进度
- 真正跑到 70% 以上的，其实不多
也就是说：
我们很认真地写了一堆目标，但没有把它们做成结果。
这件事让我第一次意识到：
OKR 不是帮你变好，而是帮你看清你有多乱。
二、一个很真实的例子：什么叫“写得很好，但做不动”
我举一个我们内部的典型 KR：
最开始是这么写的：
推进某业务的解决方案完善
这句话几乎没有人会觉得有问题，甚至看起来还挺“专业”。
但执行的时候马上就出问题了：
- 谁负责推进？不清楚（大家都在参与）
- 推进到什么程度算完成？不清楚
- 做了一部分算不算完成？也说不清
结果就是：
做了一些事情，但没有人敢说“这个目标完成了”。
最后只能在复盘的时候，把它关掉。
这类 KR 在我们系统里不是一条，而是一类。
三、我后来才想明白：OKR 不是在解决问题，而是在放大问题
很多人会觉得：
OKR 可以帮你理清方向、明确责任、提高执行力。
但我现在的看法是：
OKR 不会帮你建立这些能力，它只会把你有没有这些能力放大出来。
在我们这里，问题被放大成了三件事。
1. 方向不清，会被放大成“每个人都有自己的 OKR”
当团队对“什么最重要”没有共识时，OKR 不会帮你统一，反而会把分歧结构化。
于是你会看到：
- 每个人都有目标
- 每个目标都很合理
- 但拼在一起，没有重点
看起来在做管理，其实只是把混乱写进了系统。
2. 责任不清，会被放大成“多人参与、无人负责”
很多 KR 会写一堆参与人。
但真正的问题是：
谁为结果负责？
当这个问题没有答案时，OKR 就会变成：
- 有人跟，但没人扛
- 有进展，但没结果
这不是执行问题，是结构问题。
3. 目标模糊，会被放大成“只能关闭，无法完成”
如果一个目标无法被明确验收，那么它的结局只有两个：
- 一直拖
- 最后关闭
你看到的不是执行失败，而是定义失败。
四、我没有推 OKR 到全公司，是因为不想把问题放大到全公司
当我把这些问题想清楚之后，其实谁都会得出一个结论，不要全公司推广 OKR。
因为我们已经在 5 个人的小范围里验证过了：
- 目标会写，但做不动
- 事情在推进，但结果不出来
- 最终靠“关闭”来收尾
如果在这个基础上直接推到全公司，本质上是在做一件事：
把问题复制一遍，而且放大。
很多公司会在这个阶段选择：培训、宣贯、再推一轮。
但我现在的判断是：
方法不会改变组织状态，只会放大组织状态。
五、那我现在在做什么？
不推 OKR，不代表不做 OKR。
恰恰相反，我们现在更认真地在用它。
但目标只有一个：
先把我们总经办自己这几个人跑通。
我们现在在刻意做几件很“笨”的事情：
第一，把目标数量砍到很少，逼自己只做最重要的事。 第二，每个目标必须有唯一负责人，而不是一群参与人。 第三，所有目标都要写到“可以被验收”，否则不算目标。
这些事情听起来很基础，但真正做起来，比写 OKR 难多了。
六、最后一个不太好听的结论
这段时间我最大的一个感悟是：
OKR 不是一个你想用就能用好的工具。
它更像一个结果：
当你已经具备——
- 清晰的方向
- 稳定的责任机制
- 可以被验证的结果定义
OKR 才会变得好用。
否则，它只会让你更清楚地看到：
你的问题在哪里。
所以对我来说，现在最重要的不是“把 OKR 推下去”，
而是：
先让自己配得上用 OKR。
等哪一天，我们真的能稳定地把目标变成结果，再去谈全员推广。
否则，所有的“先进方法”，最后都会变成熟悉的问题。