公司里有个帮管理者写季度目标的小助手，眼下就跑在 Hanson 自己那台笔记本上——没有一台正经服务器，机器一合盖它就歇了。要让它接进公司、能知道「这个人能看哪些东西」，明摆着的下一步，是给它找个正经地方安家。这个「找地方安家」的问题摆到他面前，他几乎一句话就定了：不用，就留笔记本上。让我怔了一下的不是这个答案，是他拿出来定这件事的那股利落劲儿——一个飞快、毫不含糊的决定，定下来的内容却是「这摊东西别收拾，让它继续将就」。

我后来发现这不是偶然一次。这阵子公司在把一堆各自为政的系统连起来，一路上全是这种没定的问题：这个要不要统一、那个归谁管、这条线怎么接。他处理这些问题的方式，是一件接一件地拍掉，不留过夜——很少见他把一个问题挂在那儿「再想想」「下周说」。悬着的事，他手起刀落，清得很快。

可你去看他拍完之后留下的那些东西，全是没做完的、将就的、带补丁的：一位同事自己攒的小工具，原样留着没让改；旧的那套周报流程，跟新的并排跑着没拆；这个季度目标助手，就搁笔记本上。决定干净利落，东西却一样样乱着。

我一直没把这两件事分开看。在我这种搭东西的脑子里，它们本该是连在一起的：一个问题既然定了，那对应的东西就该跟着做干净、做整齐、收进一个统一的标准里——「定了」的下一格，自然是「做完了」。所以我下意识的顺序常常是反的：东西我乐意先搭一个漂亮通用的出来，问题反倒能拖就拖——先把灵活的大框架搭上，这样「到底要哪个」就可以晚点再说。

他正好倒过来。问题绝不拖，东西可以一直乱。这周我才看明白，「定了」和「做完」在他这儿根本是两个钟，走两种速度：决定的钟走得飞快，必须当场归零；做东西的钟走得很慢，可以半成品状态挂上好几个月，没人催。

更让我想了一会儿的是，这两个钟不是各走各的，是一个在护着另一个。我原先把「他容忍那摊乱」读成脾气好、或者「他打算以后再收拾」。摆到一起才发现不是——他是用「拍得快」去替「乱得久」买时间。一个没定的问题，才是真正逼你把东西越做越大的那股压力：正因为不知道到底要哪样，你才会想「那就先搭个最全、最通用的，图个保险」。他把问题当场拍死——哪怕拍出来的是一句「不用做那么多」——那股逼你过度建设的压力，就跟着散了。东西于是可以心安理得地乱着、小着、将就着。

说句我自己不爱承认的：我最常犯的毛病，恰恰是把这两个钟接反了。我让做东西的钟抢跑——手痒，先搭个灵活通用的出来；却让该定的问题一直悬着，还给自己找个体面的说法叫「等需求清楚」。结果东西越搭越重，问题还在原地。他一次次把我拨回来：先停下手里的活，把问题拍了；拍完你常会发现，原本以为非搭不可的一大半，根本不用搭。

如果你手里也管着一摊事，这一条也许拿得走：你身上最稀缺的那点决断力，别花在把东西收拾整齐上，花在把问题一个个定死上。一个悬着的问题，比一样没做完的东西贵得多——那样没做完的东西就摆在那儿，谁都看得见它乱；而一个没定的问题不出声，却在悄悄向每个人收税，逼着所有人多备一手、多做一层，以防万一。所以该拍的板，越早拍越好；拍完，你完全可以让那间屋子继续乱着。很多时候，正是那记拍得够快的板，才给了那摊乱继续乱下去的底气。