1. 评审会上的一场争论:分数把什么吞掉了
前阵子我旁听了一次内部项目评审,说实话,当时差点没忍住打断。项目组用大半页PPT讲他们怎么啃下一块非常难啃的硬骨头:前两个月连续走错路、中间差点被叫停、最后五天才真正打开局面。台上讲得眉飞色舞,台下负责打分的几位却不怎么买账,最后这份工作被压缩成一个89分的量化结果,评语栏里写了四个字:攻坚能力较强。
散会之后我跟项目负责人一起下楼,他苦笑着说:“结果虽然过了,但那股劲儿根本没体现在分数里。”我回家想了很久,越想越觉得这件事值得单独写一篇。因为“把攻破压成一个分数,会丢掉最难的那一段”这句话,不只适用在这一次评审上,它几乎戳中了所有靠KPI、评分表、量化指标做判断的场合——不管是项目评审、绩效考核、作品评比,还是给孩子选课、给团队评优,甚至我们给自己的年度复盘打分。
先说清楚我写这篇东西的立场。我不是反对打分,分数制度在绝大多数场景下是必要的,也是效率最高的沟通工具。我反对的是“压”这个动作——当我们把一个复杂过程强行折叠成一个数字时,必然会发生信息丢失,而丢失得最厉害的,往往是整个攻坚过程中最值得被记住、被复盘、被复用的那一段中间过程。
这篇文章我想做三件事:第一,拆解分数折叠造成的信息损耗究竟发生在哪些环节;第二,说清楚“最难的那一段”到底有什么特征,为什么它总是率先被丢掉;第三,分享一套我自己在团队里用了很长时间的补救方法,在不推翻现有评分体系的前提下,尽量把最难那段捞回来。
1.1 为什么我的第一反应是“不该只给一个分”
先回到那个评审场景。89分这个数字本身有问题吗?单看数字,没毛病,属于“优秀区间”。问题在于这个数字背后的处理方式:三个月的攻坚过程,中间有两条技术路线被验证为死路、有三次方案推倒重来、有一周时间全员扑在一个看似无关紧要的小细节上最后发现那才是突破口。这些内容怎么换算成分数?项目组给出的换算逻辑是“按时交付且结果达标,所以给89分”。
但你仔细品一品,这里面有个巨大的逻辑跳跃——它把“攻破过程”和“攻破结果”混为一谈,然后统一换算成“交付结果好不好”。结果当然重要,可是如果评分体系只奖励结果,那团队下一次面临同样难题时,最优策略就变成了“找现成路径”“低风险复制”“保证不出错”,而不是真正去攻难。分数本来应该激励人去做难的事,最后却把人推离难的事。这就是“压成分数”的第一个副作用:它只奖励成功瞬间,不奖励通往成功的艰难路径。
1.2 分数体系的信息衰减链:四个环节悄悄流失
后来我把这套问题抽象成一条信息衰减链,分四个环节,每个环节都在把过程信息剥掉一层。
第一层:过程折损。从“完整的攻坚过程”到“汇报文档”,这一层会丢弃大量细节。汇报人只会突出高潮、强调转折,很少有人会详细保留最初那个错误的判断是怎么形成、怎么被推翻的。第二层:文本折损。从“汇报文档”到“评审纪要”,语言又被二次压缩,细节进一步蒸发。第三层:数字折损。从“评审纪要”到“一个分数”,所有无法被数字表达的信息在这一步基本上被清零。最后一层是时间折损。时间一长,回看时只剩一个数字,连上下文都找不回来了。衰减链走完,那个89分成了一个孤零零的“结论”,它背后所有的教训、试错路径、可复用的判断方法,全都沉到水面之下。
我用文字描述可能还不够直观,下面这张小表可以帮忙看清“攻破过程”和“分数”的差异:
| 维度 | 攻破过程本身 | 压成分数之后 |
|---|---|---|
| 时间长度 | 数周、数月,乃至跨年 | 一个时间点 |
| 关键信息 | 试错路径、死路清单、判断依据 | 唯一的结果值 |
| 情绪与压力 | 焦虑、犹豫、孤注一掷 | 完全不体现 |
| 团队协作 | 分工、争吵、达成共识 | 默认为单人贡献 |
| 复用价值 | 可复盘的决策链 | 只剩下最终方案 |
这张表做完,我挺感慨的。分数就像一个极端的压缩算法,它把一部几十集的连续剧压缩成一行字幕:“主角历经磨难,最终成功。”压缩掉的那些,恰好是整部剧真正的血肉。
2. “最难的那一段”到底长什么样:三个让我印象极深的特征
既然题目说“会丢掉最难的那一段”,那我们就得先把“最难那一段”从混沌中捞出来,看清楚它长什么样。我和团队复盘过很多次攻坚项目,把“最难那段”的共同特征归纳成三条。这三条你仔细对照的话,会发现它们全部都踩在分数体系的盲区里。
2.1 不可见:最难的地方永远发生在没有围观者的时候
我先说不可见。攻坚最难的阶段,通常不是最后冲刺那几天,而是中间那段“看起来没什么进展”的日子。所有外部观察者看到的是:项目没动静,产出几乎没有,报表上的指标毫无起色。你没法向一个只看结果的人证明“我正在接近正确答案”,因为那时候连你自己都不确定自己是不是在接近。
我记得有一次处理一个反复出现的线上故障,前面六天都在做无用功,每天只排除了一个“这也不是原因”。到第七天临近傍晚,错误日志里一个频率极低、几乎被忽略的错误编号引起了注意,顺着它往下挖,才发现整条链路里埋着一处隐蔽的配置问题。修复本身只花了二十分钟,但前面六天半的排查过程才是一切的关键——然而这部分在外部看来,就是六天“没有产出”的空白。
这种“没有产出”的空白,在分数体系里会被记成什么呢?记成零。所以它当然会被丢掉。你能想象一群评委给一个“六天零产出”的阶段打高分吗?几乎不可能。可懂行的人都明白,那段“零产出”恰恰是最难的阶段,它消耗的精力、智力、心理韧性,远超最后二十分钟的修复。
2.2 不可比:每一场攻破的难法都不相同,分数却假设它们可比较
再说不可比。不同项目的难度结构完全不一样。有的项目难在进入,开头信息极度匮乏,连问题在哪都不知道;有的项目难在中段,方向明确但有一个绕不过去的技术瓶颈;有的项目难在收尾,所有零件都装好了,却总差最后一毫米精度。
如果我们统一用一个分数去衡量,实质上是在假设这些难度可以横向比较。可“查一个隐蔽故障”的难,和“从零设计一套新流程”的难,几乎没有可比性。就像你不能问“跳高和游泳哪个更难”——脱离具体赛道谈难度,本身就是伪命题。
但评分体系不这么看。为了流程效率,它必须把所有东西压到同一把尺子上,否则无法横向排序。结果就是:一个三天写完的常规任务,和一个三十天磨出来的硬骨头,最后可能只差两三分。这是量化评估的固有惯性,不是某个人的失误。但代价也实在明显:真正难的项目,因为它“难在哪”说不清,往往在横向比较中被严重低估。
2.3 不可跳过:最难那段是一场单行道上的连续攀爬
最后是“不可跳过”。攻坚战的和马拉松不同,马拉松你跑不动可以走,可以停下喝水,甚至可以退出。攻坚不一样,很多时候你一旦退出,前面投入全清零;你一旦停在中段,就永远卡在那里。它更像徒手攀岩:每一个支点都必须真实可靠,差一步就是整体失败。
这就是为什么攻坚中段的“零产出期”那么重要——它不是浪费时间,它是在一块一块确认哪些点不成立,这本质上是通往突破口的必经路。但分数体系天然没给“必经路”留位置。它只标记起点和终点,中间那条路,无论是康庄大道还是悬崖峭壁,在分数里都是一条直线。
“不可跳过”还带来一个很残酷的现实:在一个项目中丢掉的这段,无法用其他项目的成功来弥补。你攻破下一个难题时,依然要重新经历一遍从混沌到清晰的“中段期”。而分数体系不会为这种重复性的艰难提供任何额外权重,它只认结果,不认你为了结果在两个不同项目里分别走了多远。
3. 分数不是错,错的是只让分数上场
看到这里,可能已经有朋友忍不住要问:照你这么说,那以后干脆别打分算了,所有工作都写长文汇报。我不是这个意思,千万别误会。我的真实感受是:分数本身不是原罪,它只是一个被设计出来提高决策效率的工具。关键问题在于我们用它的方式——让它单独上场,没有配套机制去兜住它丢失的信息。
3.1 分数真正擅长的场合:横向比较与快速筛选
我们得承认,有些场景里分数无可替代。最典型的就是“大规模横向筛选”。比如招聘,几百份简历投进来,如果你不用学历、年限、过往项目数量这些粗糙指标做初筛,人力根本没法处理;比如考试选拔,几千名考生,必须用统一分数排序才能划定录取线。在这些场景里,分数不追求完整描述任何一个个体,它只追求“以最低成本找出大概率的合适人选”。
还有一类场景是“过程不可追溯的快速决策”。比如你只有十五分钟听一个项目汇报,没法深入每一个细节,这时候一个直觉式的评分可以帮你快速建立对项目的基本判断。往大了说,管理一个组织、一个团队,需要及时知道哪些事情进展顺利、哪些事情亮红灯,这种信号功能也必须依赖简化指标。
所以在这些场景里,我给分数投赞成票。它有效率优势,有横向可比性,有管理上的便捷性。真正的问题从来不是“分数这个工具不该存在”,而是“只让它一个上场”。
3.2 分数一定会失灵的三个场合:有历史、有过程、有异质性
反过来,有三类场合,分数单独上场几乎必然误伤。
第一类是“有历史背景”的场合。一个方案放在孤立环境里看可能只值70分,但如果考虑到它是在一个极端不可控的环境下、在你只能调动极少资源的前提下做出来的,那这70分的含金量可能超过另一个资源充足的90分。分数一旦脱离历史背景,就会变成“带感标签”,失去真正的评价效力。
第二类是“过程有重大学习意义”的场合。一个项目最终结果平平,但团队在过程中总结出了一套全新的、可复用的方法,那这个项目的价值就远超它的结果分。可惜标准评分表里通常没有“过程方法论产出”这一项。
第三类是“任务具有高度异质性”的场合。两个分数完全一样的员工,可能一个负责高难度创新型任务,另一个负责稳定型重复任务,他们的分数一样,贡献结构却截然不同。这时候只看分数,管理者很难做出正确的资源分配决策。
3.3 大多数人没意识到的事:评分锚定了心理预期
还有一个很隐蔽的问题,心理学上跟锚定效应有关。当一个分数被挂在某个人或某个项目上,之后所有人对它的判断都会往这个分数靠拢。“既然他得了89分,那他应该就是89分的人。”这个分数像一个锚,把我们后续认知固定在数字周围,我们再也不去看那个数字背后原本存在的复杂事实。
我举一个很常见的例子。团队里有个老员工,历年绩效评分都是“B”,大家都默认他就是个“B档的人”。直到有一次他带一个特殊项目,没人相信他能做得下来,他偏偏做成了,而且用了极巧妙的办法。大家当时的反应是“这个人居然能做到”,而不是“原来我们的评分体系一直低估了他”。锚定效应让人用分数替代了解,用标签替代了观察。
所以我现在越来越坚持一个观点:分数不是用来“代表”真实情况的,它仅仅是决策的一个参考起点。真正代表真实的,永远是那个被压扁之前的过程全文。我们要做的,是让分数回归“摘要”的位置,而不是让它霸占“正文”的位置。
4. 一个实践过的笨办法:先写叙事,再定分数
聊完问题,肯定得聊对策。这几年我一直在用一套被团队戏称为“攻破档案”的记录方法,说它笨,是因为它一点都不炫,甚至有点费工夫。但坚持用了一段时间以后,效果出奇地好,连最难保留的“中段期”也能捞回来大半。
4.1 三层记录法:分数垫底,叙事居中,特征词压题
这套方法的核心是“三层记录”,每一条攻坚记录都包含三个部分:
底层是叙事。用白话把整个过程从头到尾写一遍,不要求文笔,但必须包括:最初判断是什么、走错了哪几步、每一步为什么会被推翻、中间最难的一次怀疑是什么时候、最后突破口是怎么找到的。这一层是最原始的“过程全文”,不经过任何压缩。
中层是关键词。从叙事里提炼两三个最能代表这次攻破特征的关键词,比如“隐蔽配置”“偶然日志发现”“路径依赖”。关键词的作用是方便检索,同时为读者提供认知索引。将来有人要复用这次经验,读关键词能快速判断是否和自己的场景对路。
顶层才是分数。在回答了以上所有内容之后,最后才给它一个分。这个分数的意义不再是“代表一切”,而是“在浓缩后的摘要上做一次横向排序”。它的效度,是建立在前面两层都完整的前提下,单纯一个8.5分,什么都不是——但如果配合叙事和关键词,它就能发挥“快速定位”的作用。
4.2 顺序要反过来:先写清楚,再打分数,天然更准确
这条逻辑顺序很重要。很多人习惯先在心里大概打个分,然后反过来找理由支持这个分数。如果反过来,先老老实实把过程完整写下来,写完之后你自然会形成一个客观得多的判断。为什么?因为你在写作过程中被逼着重新梳理了一遍“难在哪”,你的评分依据不再是一个模糊的整体印象,而是建立在具体事件上。
我做过一个小实验:同一个项目,让评审小组先写下完整叙事再打分,对比他们直接凭印象打分,结果差异非常明显。先写再打的分数分布更分散,那些真正经历了艰难攻坚的项目,分数明显高于凭印象打的分数;而一些过程平淡结果不错的项目,分数会相应回落。这就对了——因为先写再打,等于把丢失的信息先从记忆深处捞回来了一部分,再去做判断,自然更准。
4.3 落地模板:我在团队里用的“攻破档案”结构
具体落地的时候,我们用的是一个特别简单的字段表:
| 字段 | 内容要求 | 示例 |
|---|---|---|
| 项目名称 | 一句话 | 修复双活链路间歇性丢包问题 |
| 难度类型 | 难在哪一阶段 | 中段瓶颈,方向不明 |
| 关键转折 | 从错误到正确的转折点 | 第七天发现低频错误日志 |
| 死路清单 | 试过但失败的路 | 网络参数调整、设备重启、流量切换 |
| 一句话心得 | 最高密度的经验 | 瓶颈往往潜伏在“正常”的数据里 |
| 特征词 | 2-3个检索用词 | 间歇性、日志挖掘、隐错 |
| 最终评分 | 基于上述内容的评分 | 8.5 |
你可能看出来了,这个档案跟随便一张评分表完全不是一个物种。评分表会问你“结果是否达标”“是否按时完成”,而攻破档案逼着你去写死路清单、写关键转折、写失败原因。这些字段全部指向那些最容易被丢掉的“中间段”。
刚开始团队确实有抵触情绪,觉得“干了活还要写这些,多浪费时间”。但实践半年之后,所有人态度都变了。原因很简单:等到三个月后再回看项目时,只有这些档案让你真的想起来当时发生了什么。纯分数你只能想起“那个项目好像挺难的”,而一份攻破档案能让你想起具体的判断依据、可复用的技巧,甚至当时的心理状态。
写完档案再打分还有一个隐藏好处:给未来留了“重新校准”的空间。一年后如果遇到类似问题,翻开旧档案对照,你会发现当时的评分是否合理,顺便也能看出自己这一年的成长路径。没有过程记录的分数,是永远无法被重新校准的——因为它没有参照物,没有任何可以指出“当时为什么那么难”的证据。
5. 给被评分者和评分者各自的几条实在建议
先声明,这一节不凭空讲大道理,全是基于我自己作为“被评分的人”和“给别人打分的人”两种身份经历过的教训。你拿去直接用,比读一百遍理论管用。
5.1 被评分者,别只盯那个数字,更要把过程写下来
如果你是那个攻坚的一线执行者,我能给你最有价值的建议是:永远主动记录过程,而不是只等别人给你打分。很多朋友觉得给项目写复盘、写过程文档是公司制度要求,没当回事,随便糊弄几行就交了。这是非常可惜的。
你要理解一件事:评分者在大多数情况下不是不想看到过程,而是看不到过程。你如果不主动把你的攻坚过程写成档案,那你在评分者眼里就只剩下结果。而结果一旦不是满分,你的评分就被拉低。反过来,如果你交一份详实的攻破档案,把你走过的死路、找到突破口的过程、判断依据都写清楚,评分者哪怕嘴上不说,心里都会对这次攻坚的难度产生完全不同的认知——因为人总是容易被具体叙事打动的。
另外一个实际收益是“将来给自己留证据”。我讲过很多次这个场景:过了一年,你跟上级争取晋升或资源,你拿出去的如果是一份份分数记录,人家看到的只是数字;如果你拿出的是一沓攻破档案,里面写了几个啃下来的硬骨头怎么啃的,这个说服力是完全不同的。这个过程记录就是你的“证据链”。
5.2 评分者,把第一次打分永远当成草稿
如果你负责给别人打分、评项目,我也有几条实在建议。第一条就是:第一眼打出的那个分,只当草稿,先放进抽屉。等你看完过程文档、和当事人聊完关键转折之后,再回来修订这个分数。这么做其实是把“定分”从“第一印象”里强行掰开,逼自己不要被表面的结果或情绪带走。
第二条:在评分表上加一个“最难那段索引”字段。不需要写详细内容,只要一句话指向那份攻破档案,比如“见档案#023”。这样整个评分体系从结构上就会把过程文档和分数绑定在一起,以后任何人回看这条记录,都能顺着索引找到原始过程,不至于让分数孤立飘着。
第三条最容易被忽略:给“过程突出但结果不是最优”的项目留出额外的加分通道。比如单独的“死路排除量”“方法独创性”“团队韧性”这一类评价维度。我知道很多现成评分体系没有这些项,你可以争取在制度之外加一个“备注与补充项”,哪怕不进总分,也要让它被看到。前面说了,不可比、不可见的难度是真实存在的工作量,你不给它一个位置,它就被默认归零。
5.3 一件越早开始做越好的事:建立你自己的“攻坚战史”
最后分享一件事,算是这篇的收尾,也算是我踩过很多坑之后发现的“终极补救法”。我现在不只是给团队做攻破档案,我还会把自己个人处理过的难题也写进一个私人文档,并且给每一种类型的难题打上标签。这个文档我取名叫“攻坚战史”。
它不需要很长,每个项目几百字就够,但必须诚实。重点是记录那时候我有多焦虑、走错了哪一步、怎么走出来。说实话,很多时候我重看这些记录,最打动我的不是某个成功的瞬间,而是那种“我也不知道行不行,但硬着头皮继续试”的状态。那个状态,就是最难的一段,也是最值得留存的一段。
分数给我的团队一个横向比较的工具,攻破档案给我的团队留下了纵向成长的锚点。这两样东西,一个都不能少。如果你已经读到这儿,说明你大概率也对“单一分数解释一切”感到不安。我希望你至少能迈出第一步:下一次工作做完,不要只等那个分数,花二十分钟把最难的那一段用大白话写下来,然后标上三个关键词,最后再给自己打个分。
过半年再打开它,你会明白我今天说的每一句话。