题目设错之后,所有聪明都是浪费

问题一冒出来就扑上去的人最多,先停下来检查题目的人最少。高斯和温伯格用一连串小故事逼你看清:多数高代价错误不是解法差,是题目从一开始就设错了。

本页目录

题目设错之后,所有聪明都是浪费

电脑坏了,修电脑。客户不满意,改流程。会议太长,砍议程。

动作都很快,态度也很积极,最后却常常越修越乱。不是不努力,是一开始就把症状当成了题目。

灯亮着,不等于该关灯

你看到灯亮了,默认题目是"把灯关掉"。可能电路故障,可能误报机制坏了,可能这个灯本来就该亮。

高斯和温伯格碰中的,是一种很常见又很贵的冲动:问题一出现,人就想证明自己有办法。越想尽快有办法,就越不愿意回头问一句——我正在修的,到底是不是该修的东西?

最痛的人,不一定是该改题的人

书里最有劲的判断不是"问题很复杂",而是另一个更难接受的事实:问题常常属于别人,不属于你。你能碰到的只是表层,不是根部。

这句话会让人不舒服。它直接打掉了"我来修一下就好"的英雄感。

可也正因为如此,它特别适合高压工作现场。现在大家都在讲主动、闭环、结果导向,但很少有人提醒:主动不等于什么都往自己身上接。归属看错,最后只会把自己拖进别人的系统烂账里。

每个解法都有一张账单

你把一个投诉压下去了,可能把信号也一起压没了。你替团队接住一个烂活,可能鼓励了上游继续甩锅。流程改顺了,麻烦只是换了个位置。

高斯和温伯格不断逼你看二阶后果。读起来轻,后劲却重。

下次问题冒出来时

先别急着问"怎么办"。先问四件事:

  • 我看到的是症状,还是问题本身?
  • 这个问题到底是谁的?
  • 我现在的解法会不会把问题搬到别处?
  • 如果彻底解决,会不会顺手毁掉别的东西?

这四个问题一旦进了日常判断系统,处理问题的方式就会慢半拍。

就是这半拍——很多高代价错误都发生在它被省掉之后。

同分类继续看