本页目录

先改题，再找解法

多数方法书默认题目已经站稳了，然后开始讲分析、拆分、执行。高斯和温伯格反过来——最重要的动作不是分析，而是不断回头检查：你现在解决的，是那个该解决的问题吗？

起手是拆症状和题目

症状总是先出现，也最容易让人马上行动。客户抱怨、系统报警、进度延误、现场吵闹，都会天然把注意力拽到最表层。

一旦顺着表层往下做，后面的效率再高，也只是更快地做错题。

所以起手不是"找原因"，而是先问一句：我看到的是麻烦，还是问题本身？

仅仅把症状和问题分开，还不够。

接下来更难的一刀，是确认问题到底属于谁。谁在承受后果、谁在制造条件、谁有权改变结构——三件事经常不是同一个人。

为什么这一步关键？因为很多看似主动的处理，其实只是替系统擦地。归属一旦判断错，后面所有努力都变成局部补丁。

不少问题书会提醒你"注意副作用"。高斯和温伯格更进一步：副作用检查是整条纠偏链的一部分，不是方案落地前的可选步骤。

很多解法表面有效，实质上只是把问题搬到别处。压住投诉可能压掉信号，经理亲自兜底可能固化依赖，为了安静禁掉讨论可能一起禁掉协作。

因此方法顺序是：定义问题 → 查归属 → 看二阶后果 → 再决定要不要解、怎么解、解到哪里。

根因分析通常默认题目已经成立，只是想继续往下挖原因。高斯和温伯格更前一步——先问题目本身是不是就设错了。如果题目都错了，根因分析做得越细，只会离答案越远。

和邓克尔《问题解决心理学》的区别也在这里。邓克尔更关心"人在现有题目里为什么卡住"；高斯和温伯格关心的是"你是不是从一开始就在解错题"。

表面上看像几句提醒。展开以后，背后至少有三个持续动作。

命名。 先把眼前看到的麻烦换成更精确的说法。没有这个动作，题目会直接继承情绪语言。

切边界。 把谁负责、谁受影响、谁有权改结构分开。没有这个动作，行动会被责任幻觉带偏。

查代价。 每个解法都往后多看一步。没有这个动作，解决问题就会退化成搬家问题。

少任何一个，方法都会变薄。只会命名容易停在分析瘫痪，只会切边界容易显得推责，只会查代价容易变成过度谨慎。三个部件一起跑，纠偏链才成立。

最硬的一步不是分析能力，是自尊心管理。

很多人不是不会重命题，是不愿意承认前面那一整套努力都打偏了。只要这一层放不下，方法就退化成"我已经有方案了，再顺手检查一下有没有别的问题"。那就晚了。

能不能在已经投入之后仍然回头改题——这是用和不用之间的分界线。