OKR 完成度直接取平均,为什么会得出错误结论?

4 个讲解板块 · 关联 3 款站内工具 · 内容最后核对 2026-10-09

每个关键结果的分量不一样,简单平均会把最要紧的那条短板抹平,也会把两类目标混成一锅。

直接答案

加权和平均的差别看似很小,实际会改变判断。假设三条关键结果的完成度分别是六成、八成、九成,简单平均是七成七,看起来「基本达成」;但如果权重分别是五成、三成、两成——也就是最重要的那条恰恰只完成了六成——加权结果是七成二,正好落在需要复盘的那一档。差别就在最重要那条的短板上。

第二类错误更隐蔽:把承诺型目标和愿景型目标放在一起平均。承诺型目标设定时就是要百分之百达成的,掉到七成是需要解释的缺口;愿景型目标本来就要有野心,七成就算成功。两类目标共用一张表取平均,得到的数字既不能反映承诺的完成情况,也不能反映野心的达成程度。

零到一分的评分制,最早由英特尔推行,后来被广泛复制。它之所以流行,是因为把「完成得怎么样」变成了一个可以直接比较的数。但任何被压缩成一个数的东西,都有丢失信息的风险,OKR 的评分也不例外。

评分本身很简单:每条关键结果的实际值除以目标值,封顶到满分。如果目标带起点,更准确的算法是(当前值减起始值)除以(目标值减起始值)。问题出在拿到这些分数之后——怎么合成一个总分,这一步决定了结论对不对。

1分数怎么算,区间怎么读

先统一口径,再谈合成。

分数区间通常含义该有的反应
零到三成基本没启动,或中途被卡住查清阻塞原因,别急着调目标
四到六成确实推进了,但没达到预期评估资源是否匹配,而不是简单问责
七到十成达到或超出预期这是设定良好的目标应有的落点
满分每次都是满分,反而值得警惕很可能是目标定得太保守,需要重新设定

满分不是好信号。给一个有野心的目标设定合理的挑战线,本来就意味着有相当概率完不成;如果长期全部满分,说明目标被设定成了必然能完成的事,也就失去了牵引作用。

2加权和简单平均差多少

用一个例子算一遍,差别立刻显现。

关键结果完成度权重加权贡献
任务耗时缩短六成五成零点三零
满意度提升八成三成零点二四
工单下降九成两成零点一八
合计简单平均七成七十成加权七成二

相差五个百分点,恰好跨过了「达成」与「需复盘」的分界线。而战略上最重要的那一条偏偏是完成度最低的——简单平均把这个信号抹平了。

3两类目标不能混在一张表里

这是口径事故,不是算法问题。

承诺型目标:达标是底线
这类目标设定时就是要完成的,完成度掉到七成就意味着出现了需要解释、需要补救的缺口。
愿景型目标:追求突破上限
这类目标有意设定得激进,完成六七成就是成功。用承诺型的标准去衡量它,会逼着团队把目标定平庸。
分开统计,各自有各自的及格线
同一个报表里混装,平均分既不代表承诺完成度,也不代表野心达成度,只会制造争吵。
分数的用途是输入,不是结论
一个完成度偏低的指标,真正的作用是触发下一周期的资源与假设调整,而不是直接变成绩效评价。

4这些坑比算法更影响结论

算对了,读错了,一样白算。

封顶会丢掉信息
把超过目标的部分直接截断成满分,等于把「这条目标定得偏松」的线索丢掉了。建议另留一列保留原始倍数,供设定下一周期目标时参考。
权重不能事后调
在看到结果之后再给某些指标加权,平均分就会变成一种表态而不是度量。权重应该在周期开始时定好并公开。
别用未完成的任务数代替完成度
「五条完成三条」这种口径完全忽略了每条任务本身的规模差异,和按完成度加权是两码事。
先确认分母是不是同一个口径
有的目标用绝对数值,有的用增长率,有的用分位数。分子分母口径不统一时,任何合成都没有意义。

相关疑问

为什么是七成而不是满分算成功?

因为目标本身应该是有挑战性的。如果设定的目标每次都能百分百达成,说明设定时就已经按保守估计做了折扣,那它对团队就没有牵引作用。把「达成线」放在七成左右,是让目标保持野心的同时又不至于让人放弃。

所有关键结果都必须加权吗?

不一定。如果几条关键结果重要性接近,等权平均就足够。只有在某一条明显比其他的更关键时,加权才有必要——加权的意义是把战略优先级写进计算过程,而不是让算式看起来更专业。

完成度超过一百分怎么记?

多数做法会直接截断到满分,但要另记一份原始倍数。截断的好处是避免用虚高数字掩盖别处的不足,而保留原始值的好处是能看出哪条目标定得偏松——这两件事不冲突,用一个额外列就能同时满足。

团队整体目标和个人的目标怎么衔接?

个人目标应该能说明自己对团队目标的哪一部分负责,但不必与团队目标一一对应,也不必逐级平均。硬做层层汇总,会把不同层级的口径强行对齐,反而制造出大量无意义的数字。

内容标识:本页内容由人工智能辅助生成,并经人工核对与编辑。详见 人工智能生成内容标识说明。
内容说明:本页针对具体使用问题作答,方法步骤与数值由本站自行整理与复算,事实性内容以对应官方规范与文档为准。内容最后核对日期:2026-10-09。若发现错误,欢迎通过页脚反馈入口告知。