01〇、先说清楚:这套工序管什么、不管什么
管:任何一件「会被后面的东西继续接着做」的事——一份还在改的文档、一套还在演进的规范、一个正在带的项目、一段还在写的代码、一份会被引用的记录。凡是存在「事后还能不能改」这个问题的地方,这套工序都能用。
不管:一次性的、没有后继的事。今天吃了什么,没人接着做,不存在改写窗口。
特别不管:用来评价人。母文自己写了一条使用限制:它提出的读数指向的是事件与判据尺度,不得用于对任何人的能力评价、排名、录用与淘汰。这条限制在本篇同样有效,而且比在母文里更要紧——因为本篇是可操作的,可操作的东西最容易被拿去打分。一个位置冻得早,不说明做它的人重要;它只说明那个位置参与了一个别处没出现过的形态。
02一、第一道工序:把尺子写下来
这是全套工序里唯一不能省的一步,也是最容易省的一步。
「尺子」指的是:在你这件事里,一处改动要满足什么条件,才算「会被发现」。
写尺子的时候,只写可核对的东西,不写感觉。三个例子:
文档类:改动会被发现,当且仅当(a)版本系统留痕,或(b)该处已被别的文件引用且引用处会随之失效。
规范/流程类:改动会被发现,当且仅当已有至少两个下游环节按旧版做过一次并留下记录。
教学/带人类:改动会被发现,当且仅当学习者已经用旧说法做过一次练习并被批改过。
写完之后做一次自检:把这条尺子交给一个不了解这件事的人,他能不能独立判断「这处改动会不会被发现」? 能,尺子合格;不能,重写。
⚠ 不写尺子的后果不是不精确,是没有意义。 母文用了一个很硬的比方:不报尺子的「发生时刻」,跟不报单位的长度是一回事。你说「这份文档三天前就定了」,别人说「没有啊,昨天还在改」,你们不是在争事实,是在用两把不同的尺子读同一件事。这类争执占了实际工作中「定没定」争议的绝大多数,而且吵不出结果,因为吵的双方都没意识到自己拿着尺子。
03二、第二道工序:量一量窗口有多宽
尺子写好之后,量一个数:从一处内容产生,到它「改起来会被发现」为止,中间隔了多少个后续动作。
注意计量单位是后续动作的个数,不是天数。这是母文最反直觉、也最有用的一处:窗口的宽度由后继的密度决定,不由时间决定。
一份没人看的文档,放三个月也没冻——三个月里零个后续动作。
一份周一发出、周二被两个部门引用的纪要,两天就冻了——两天里四个后续动作。
具体怎么量:取五到十处有代表性的内容,对每一处回答一个问题:「如果我现在把它删掉/换掉,谁会发现,靠什么发现?」 数一数在它之后、并且咬住了它的动作有几个。
量出来通常是三堆,而不是一个平均值:
一删就露馅的(后继数为零就已经冻住)。这些内容参与了某个只此一处的形态——一个独特的写法、一个别处没有的判断、一处特殊处理。
怎么都不冻的(几十个后续动作过去了,删掉还是没人发现)。这些内容待在高度重复、换成什么都行的位置上。
中间那一堆(几个后续动作之后冻住)。
⚠ 千万别对这三堆取平均或取中位数。 母文第一次做实验就栽在这里:它事先选定的指标是中位数,结果被两头的数据挤成一个常数,整场检验作废。正确的读数是数「到现在还没冻的占多少」,不是数「平均多久冻」。这是本篇能提供的最省事的一条经验——它是别人用一整场失败换来的。
04三、第三道工序:画一张两栏表
把内容分成两栏,只分两栏,不要分三栏。
左栏:已经冻住的。 判据是「改它就要连带改一串」。 右栏:还没冻的。 判据是「删了没人发现」。
画完之后先看右栏有多长。这是一个不太好听、但很有用的读数:
一件事里没冻的部分越多,说明它被承接得越少。
一份文档大部分内容都还能随便改,通常不是因为它写得灵活,是因为没有人在用它。一套规范一年了还处处能动,通常不是因为它开放,是因为下游没有真的照它做。
再看左栏是怎么冻住的。这里要防一个很常见的误判:
⚠ 左栏 ≠ 重要。 一处内容冻住,只说明后面的东西咬住了它。它可能是全篇最关键的判断,也可能是一处早期的笔误——被后面反复沿用之后,笔误一样会冻住,而且冻得比正确内容更死(因为改掉它会暴露一串沿用)。清点左栏的时候,一定要单独标出「因为被沿用而冻住的错误」,它们是这套工序最值钱的产出。
05四、第四道工序:决定动不动它
到这一步才轮到做决定。对左栏(已冻)的每一项,问三个问题:
问题一:它冻住的原因是什么? 是因为它对,还是因为它早?区分方法:假设它从来没被写下来,今天从零开始做这件事,你还会这样写吗?会,它是对的;不会,它只是早。
问题二:如果改它,要连带改多少处? 数出来,写下来。这个数就是改动的真实成本,而它在任何排期表上都不会自动出现——排期表上只会写「修改第三条」,一天工作量。
问题三:不改的代价会不会随时间上升? 如果这一处会继续被引用,那么每多一个后继,改动成本就再涨一档。这是决定「现在改还是以后改」的唯一硬依据:成本单调上升的,现在就改;成本不涨的,可以放着。
⚠ 一条纪律:不要为了「让它别冻住」而故意不让人引用它。 那等于为了保留修改余地而放弃被承接。母文对这一条有一句很硬的话——冻结靠的不是自身的分量,是后继的密度;反过来说,一件长期不冻的东西,通常也是一件长期没人接的东西。
06五、第五道工序:主动调窗口
前四道是诊断,这一道是干预。窗口的宽度你是能调的,调法只有两类。
调尺子(改变「能不能查出来」)。
想让窗口早点关:加细尺子。上版本留痕、要求下游引用时标明出处、把「哪里改过」做成可查。加细尺子的效果是所有内容都提前冻住。
想让窗口晚点关:放粗尺子。设一个明确的「草稿期」,期内改动不留痕、不通知、不算数。⚠ 注意这不是「假装没改」,而是公开声明这一段时间里的改动不计入。区别在于是否事先声明。
调后继密度(改变「后面来得多快」)。
想让窗口早点关:让它尽快被引用、被继承、被下一步用上。
想让窗口晚点关:压住下游,不让它开始沿用,直到你确认为止。
四种手段配四种场合:
一份需要长期稳定的规范:加细尺子 + 尽快被沿用,让它早点冻住,后面谁也不能悄悄动。
一份还在探索的方案:放粗尺子 + 压住下游,给自己留改的余地,而且明说留到什么时候为止。
一处已知有问题、但还不知道怎么改的内容:压住下游是唯一有用的动作。加细尺子这时候只会让错误冻得更死。
一处已经冻住的错误:窗口已经关了,调窗口没用了,只能算改动成本然后决定认不认这笔账。
07六、第六道工序:定期复核,而且要有一个不复核的地带
上面五道工序做完一遍,不是一劳永逸。窗口在移动,因为后继在增加。
复核节奏按后继密度定,不按日历定:每增加大约十个实质性的后续动作,重画一次两栏表。变化最大的永远是右栏——上一次还能随便改的东西,这一次可能已经进了左栏。
但要留一块不复核的地带。 这一条来自母文的使用限制,值得单独说:如果一个团队把「哪些内容冻住了」变成一项定期考核,人会开始为了指标去制造冻结——刻意让自己的产出被引用、刻意加细尺子、刻意让别人的部分保持在未冻状态。这时候读数还在涨,而它测的东西已经变了。
防法只有一条:这套工序的产出不进任何人的考核。 它只用来回答「这件事现在能不能改、改要付多少」,不用来回答「谁做得好」。
08七、五种典型的做砸方式
做砸一:不写尺子就开始量。 最常见,占一大半。表现是团队里对「定没定」长期争执不下,而且每次争执都从头吵起。解法:第一道工序,写下来,交给外人验证一遍。
做砸二:取平均值。 把三堆完全不同的东西压成一个数。表现是量出来的结果「看不出规律」「跟感觉对不上」。解法:改数「还没冻的占多少」,并且把「一删就露馅」和「怎么都不冻」两堆分开报。
做砸三:把「冻住」当成「重要」。 表现是拿这张表去定优先级、去分配资源,结果把一堆沿用已久的错误当成了核心资产。解法:第四道工序的问题一——它是对的,还是只是早?
做砸四:为了保留修改余地而不让人用。 表现是一份东西改了两年还在改,而且始终没有下游。解法:承认「不冻」和「没人接」是同一件事的两种说法,然后选一个。
做砸五:调窗口调到一半就停。 只加细了尺子,没管后继密度;或者只压住了下游,没说明压到什么时候为止。表现是团队不知道现在算不算草稿期。解法:两类手段要配套用,而且必须有一个明确的、写下来的截止点。
09八、一张判据表
| 要判断的事 | 只问这一个问题 | 判定 | |---|---|---| | 这一处冻了没有 | 现在删掉它,谁会发现、靠什么发现 | 没人发现＝未冻;有人发现＝已冻 | | 它是对的还是只是早 | 今天从零开始,还会这样写吗 | 会＝对;不会＝早 | | 现在该不该改 | 不改的成本会不会随时间涨 | 会涨＝现在改;不涨＝可以放 | | 这件事整体健康吗 | 未冻的部分占多少 | 大部分未冻＝可能没人在接 | | 尺子合格吗 | 外人能否独立判断「会不会被发现」 | 不能＝重写 |
10九、一页纸操作卡
开工前(一次) 1. 写下尺子:一处改动满足什么条件才算会被发现。交外人验证。 2. 声明草稿期:这段时间内的改动不计入。写明截止点。
每一轮(每增加约十个后续动作) 3. 取五到十处代表性内容,逐处问「现在删掉,谁会发现」。 4. 画两栏表:已冻 / 未冻。不要取平均。 5. 单独标出「因被沿用而冻住的错误」。 6. 对已冻项逐项问三问:因为对还是因为早;改要连带改几处;不改的成本会不会涨。 7. 需要时调窗口:加细/放粗尺子,加快/压住后继——两类配套用。
永远 8. 这套读数不进任何人的考核。 9. 报「什么时候定的」,一律连尺子一起报。
11十、走完一遍的完整示例:一份内部规范
背景:一个二十人的团队,三个月前写了一份内部规范,现在想改其中一条,有人说「早就定了不能改」,有人说「一直没人当真过」。
第一步,写尺子:改动会被发现,当且仅当已有至少两个下游环节按旧版做过一次并留下记录(工单、评审意见、交付物)。这条尺子交给一位新同事验证,他能独立判断——合格。
第二步,量窗口:取全文十二条,逐条查有没有下游记录。结果:三条各有五处以上记录(已冻);两条各有一处(边缘);七条一处记录也没有(未冻)。
第三步,画表并读数:未冻占七分之十二,超过一半。第一个结论跟原来那场争论无关:这份规范大部分内容从来没有被真的执行过。 「能不能改」这个问题在这七条上根本不存在。
第四步,决定:争议的那一条属于已冻的三条之一,有六处下游记录。逐条过三问——今天从零开始不会这样写(它只是早);改它要连带改六处;这六处还在增加,不改的成本会涨。结论:现在改,并且把六处连带改动一起排进去,写明真实工作量不是一天。
第五步,调窗口:对那七条未冻的,不是继续放着,而是先弄清楚为什么没人执行——是写得不可执行,还是根本没必要存在。这一步已经不是本工序的事了,但它是本工序最有价值的产出:那场关于「能不能改」的争论,真正的问题根本不在那里。
第六步,复核:定在下一个季度、或下游记录再增加十条时,以先到者为准。
12十一、最后一句
这套工序真正做的事,只有一件:把「定没定」这个吵不出结果的问题,换成「谁咬住了它」这个能查的问题。
前者靠感觉,两个人各有各的感觉,吵三年也不会有结论。后者靠数记录,数完就完了。
13十二、四个场景的快答
场景一:接手一份别人留下的东西。 第一件事不是通读,是画两栏表。已冻的那一栏告诉你哪些地方动不得(以及动了要连带改多少);未冻的那一栏告诉你哪些地方前任其实从来没落实过。这两个信息比通读一遍有用得多,而且半小时就能拿到。⚠ 特别留意「因被沿用而冻住的错误」——接手时最容易把它们当成不可动摇的家底。
场景二:带一个新人。 新人最常问的是「这个能不能改」。别回答能或不能,把尺子给他,让他自己数一遍谁咬住了它。数完他就有了判断力,而且这个判断力可以迁移到你没教过的地方。这是这套工序在带人上最大的用处:它教的不是答案,是一个可复用的查法。
场景三:一份东西改了很久还在改。 先别问「什么时候能定」,先量未冻比例。如果大部分都未冻,问题不是「定不下来」,是没有下游——没有人在接,所以没有任何东西咬住它,所以它可以永远改下去。这时候加会、加评审、加截止日期都没用,唯一有用的是让它被真的用起来。
场景四:一处错误已经被沿用了很久。 窗口已经关了,调窗口没有意义。能做的只有三件:数出连带改动的处数;判断这个数会不会继续涨;然后在「现在认账」和「以后认更大的账」之间选一个。没有第三条路,而假装还有第三条路是这类情形里最常见的拖延方式。
14十三、一个必须挡住的误读
最需要挡住的误读是:「那我把尺子调到最细,一切就都可控了。」
不是。尺子是有成本的。加细尺子意味着更多的记录、更多的留痕要求、更多的引用规范——这些都要人去维护,而维护成本随尺子的细度上升得很快。母文测出来的数字值得记住:即使在相当细的尺子下,始终没冻住的位置仍有百分之一点三到二点三。也就是说,再细的尺子也不会让一切都冻住,而为了追那最后一点点,你要付出的维护成本可能超过它值得的。
现实里的正确做法不是把尺子调到最细,而是分区:对需要长期稳定的那部分用细尺子,对还在探索的那部分公开地用粗尺子,并且写明分界线在哪。一件事里同时存在两种尺子,是正常的,不是混乱——混乱的是没人说清楚哪块用哪把。
15十四、为什么这几年这件事更难了
三条可以核对的原因,解释为什么「改写窗口」比过去更难把握。
第一,后继变快了,而尺子没跟上。 一份东西发出去,过去要几天才会被下游用上,现在可能几分钟内就被转发、被引用、被复制进别的文件。后继密度上去了,窗口相应变窄——但多数团队的留痕制度还是按过去的节奏设计的。结果是:东西冻得比人们以为的早得多,等到发现要改的时候,连带改动已经铺开了。
第二,「随时可改」的工具制造了一种错觉。 云端文档随时能编辑,给人一种「什么时候都能改」的印象。但能编辑不等于能悄悄改——只要有人已经照旧版做了事,改动就会被发现,哪怕文档本身不留痕。编辑权限和改写窗口是两回事,而工具只给你前者,不给你后者的信息。
第三,尺子在同一件事里越来越不统一。 同一份内容,在版本系统里有完整留痕,在转发出去的截图里一点痕迹也没有,在别人凭记忆的转述里更是可以随意变形。同一处内容因此同时处在「已冻」和「未冻」两种状态,取决于你看的是哪条链路。这是本工序在今天最需要多做的一步:尺子不止一把的时候,要分链路各写一把,不能混成一句「我们有留痕」。
16十五、把这套东西用在自己身上
最后一条建议,是把这套工序用在你自己正在做的一件长期的事上——一本正在写的东西、一门带了几年的课、一套自己摸索出来的做法。
问三个问题:
它有下游吗? 如果没有任何人在接着用,那么它整个都没冻,你可以永远改下去——而这正是它长期没有进展的原因,不是它灵活的证明。
哪一部分是因为早才定下来的? 每一件做久了的事里,都有一批当初随手定下、后来再没被质疑过的东西。它们冻住不是因为对,是因为早。找出它们,不一定要改,但要知道它们在那里。
你最近一次改动,有人发现吗? 没有人发现,说明这一处从来没被承接;有人发现并且提了意见,说明它已经进入了别人的工作。这是判断一件事「有没有真的开始」的最省事的一个信号,比任何进度表都准。