我们办的工程工作坊,几乎每一场都有桥倒。而搭桥的孩子脸上几乎都是同一个表情。不是被打垮,是在想事。
那个表情就是迭代从内部看起来的样子。哪怕已经没时间重搭,那一次测试也彻底改写了他对自己设计的看法。
「完成品」的迷思
大家总有个印象:好设计来自一个聪明人在动手之前想得特别透。工程根本不是这么运作的。写作、音乐,基本上任何值得做的事都不是。
设计是靠撞上现实变好的。你没法坐在椅子上想出一座更结实的桥。你得搭一座,往上压重量,看它从哪儿断,然后你就知道了一件之前不知道的事。
核心思想
你的第一个设计不是产品,是一个猜测。测试就是你验证这个猜测靠不靠谱的方式。
一个真实的工作坊案例
在克利夫顿公共图书馆的一节桥梁课上,一个小组做完了冰棍棒桥,开始往上摞书,然后眼看着整整一侧扭了过去,桥终于撑不住。
- 1
第一个线索:它侧着扭了
在断掉之前,他们注意到一侧比另一侧歪得多。这就是信号。问题不只是重量太大,而是支撑不均匀。
- 2
薄弱点:没有斜撑
他们的侧桁架是一串长长的空矩形,不是三角形。重量一上来,矩形就直接改变形状,整座桥就软了。
- 3
快速修补:一处对症的加固
用剩下的几分钟,他们给弱的那一侧加了斜撑,还讨论了第二版里对称的斜撑该装在哪儿。
- 4
收获:测试直接送了他们一个更好的设计
他们从没重建整座桥,也不需要。一次诚实的测试已经准确告诉他们,下一座必须扛住什么。
“它就在我们没加固的地方断了”
为什么重来不是从零开始
测试之后做出改动,不叫从头再来。你带着一条第一版根本拿不到的信息往前走。
迭代不一定意味着在下课前把整个东西重搭一遍。有时候它就是一处聪明的调整、一张更好的草图,或者随手写下的一条给下次的笔记。
有经验的工程师厉害的地方就在这儿。他们第一次未必做得更好,他们只是特别会读第一次到底在说什么。
只改一处规则
东西坏了、你还有时间修的时候,在下次测试前只改一处。听着简单,其实不简单,因为你全身的本能都想一次把所有毛病都治了。
改三处,下一版扛得更多?很好,可到底是哪一处起的作用?你完全不知道。你只是运气好,而运气不会跟着你走到下一次搭建。
- 挑那个直击失效点的改动
- 时间允许的话,就只做这一处
- 用同样的方式再测一遍,这样对比才有意义
- 写下发生了什么,或者你下一步想试什么
- 让那条笔记来决定下一版的设计
