1986 年 1 月 28 日,佛罗里达罕见的冷。发射台附近的气温掉到接近冰点,SRB 接缝处的温度比周围空气还要低。挑战者号升空 73 秒后解体。后来的 Rogers 委员会查出来:固体助推器接缝里的橡胶 O-ring 在低温下失去弹性,没能在点火瞬间把高压燃气堵住。
这件事我从小读过很多遍,每次重读都有点不一样的东西落下来。最近一次落下来的是这个:那天早上,Thiokol 的工程师其实知道。 他们手里有数据:温度低于 53°F,O-ring 的表现就开始不稳。会议吵了一整夜。最后被一句”作为管理者而不是工程师来决定”按了下去。
Feynman 在委员会附录 F 的最后一行写:“For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.”
这句话后来被反复引用,大部分人当成”对 NASA 公关的反讽”在用。我读到第三遍才意识到——它其实是工程师的一句生存准则。自然不会被骗。意思是,你今天没检查的东西,明天会按它自己的物理回来找你。
Diane Vaughan 在 1996 年的《The Challenger Launch Decision》里给这种现象起了名字:normalization of deviance——异常的正常化。
她研究了 NASA 十年的内部文档,发现一个让人发冷的模式:在挑战者号之前的每一次发射,O-ring 都有不同程度的灼烧痕迹。第一次出现,工程师当事故处理;第二次,加一个工程批注;第三次,写进”已知风险”;第四次,变成”飞行经验内的正常磨损”。没有人在某一天决定要忽视它。是一次一次的小让步,把”出过事的东西”慢慢挪到了”正常范围”里。
这一段我后来抄进了自己的工作笔记。不是因为它讲 NASA,是因为它讲我。
我开始留意自己。
每个一个人做项目的人都有一个版本的”等灵感”。我的版本是:今天先看看资料,等状态来了再写。看资料没错,问题在于,“状态”是一个我无法定义、无法度量、无法预测的东西。等于把今天该不该交付,挂在一个我说不清的变量上。
火箭工程师不会这样。他们手上有一张 checklist。今天该做的是:测温度、检查接缝、看推进剂压力、过一遍 ground test。不是”今天要找到火箭升空的灵感”。他们也有判断、有直觉、有创造性的时刻,但那些发生在 checklist 之上,不是在它之前。
Atul Gawande 在《The Checklist Manifesto》里说过差不多的话:checklist 不是用来代替专家,是用来把专家的注意力从”我有没有忘记什么”里解放出来,腾给真正需要判断的地方。
我把这句话翻译成自己的:等灵感是把今天的输出挂在一个未定义的变量上;SOP 心态是把今天的输出挂在一个我能控制的小动作上。
落到具体动作,大概是这样。
每天早上,我有一份不到十行的清单。不是”今天要写完一篇 essay”,是”今天要为 essay 写满一页 markdown,不管好不好”。不是”今天要做完官网”,是”今天要修复 home page 上三处具体的字号问题”。不是”今天找灵感”,是”今天读完 Vaughan 那章的剩余 12 页”。
每个动作都小到——就算今天我状态很差、心情很糟、脑子很乱,也能完成。这就是它的价值。它把”今天我有没有产出”从一个心理变量,变回了一个物理变量。
灵感不是不存在。灵感是在你检查第 47 次 O-ring 的时候,突然意识到这个橡胶在低温下的非线性行为可以写成一个有趣的比喻。它出现在 checklist 之上,不是在它的对面。
——
写到这里我意识到,这篇短笔记本身就是一次小检查。今天该做的是:把这个想法落成一千字。不是等”关于灵感的灵感”。
自然不会被骗。今天没写的,明天也不会自己长出来。