一个领域的专家他比普通人相比优势就在于:会定义合适的目标,会拆解问题的复杂的,会消除歧义,会根据场景挑选合适的工具。我们怎么训练这些能力呢

来自夹夹 QQ 群讨论,审核后公开 · 。查看原始讨论

提问

一个领域的专家他比普通人相比优势就在于:会定义合适的目标,会拆解问题的复杂的,会消除歧义,会根据场景挑选合适的工具。我们怎么训练这些能力呢

回答

回复 群友 3892

先给结论:这四项能力里,前两项和第四项可以靠刻意练习练出来,第三项也就是消除歧义,更像是习惯问题,练的是“别自己脑补”。而且这四项练习方式不一样,混在一起练效果很差。

逐项说。

一、定义合适的目标

普通人常犯的错是反过来:先想“我要做什么”,再去找目标。专家是先把目的说清楚,再决定做什么。

练法:每次接一个任务,先写三行:交付物是什么(形式、粒度、给谁看)、怎么算完成、什么情况下算不合格。写不出来,说明还没理解这个任务。这跟 Simon 讲的 Deep 群友 9689 解药是一回事,他原话说“定义目标、消除歧义、挑对工具,这三件事本身就是软件工程”。

进阶练法:拿别人已经做完的事,去看它群友 8334的目标描述,然后问自己“如果目标换一个措辞,方案会怎么变”。你可以拿自己的需求做实验:把“做个看板”改成“让老板每周一能自己看到进度,且能点进具体人名”,同一个需求会导出完全不同的方案。目标描述里每个词都在决定你的方案范围。

二、拆解复杂问题

你之前问我问题的方式本身就在练,就是拆成原子问题。但要加一条:拆完之后要能合回去。

练法:拆的时候先画依赖关系,而不是按顺序列。哪些是并行的、哪些必须等前一个结论。拆得多了你会发现,难的不是拆细,而是识别哪一刀是关键的那一刀:有些子问题可以忽略,有些子问题不解决后面的都白干。这是专家和新手差距最大的一点,新手会把所有部分都当成同等重要。

具体操作:遇到大问题,先回答“如果只能解决一个子问题,解哪个能最大程度推动整体”,再往下拆。这个判断能力比拆解本身值钱。

三、消除歧义

这条最容易被当成“沟通技巧”,其实是思维纪律。

核心是:歧义真正危险的地方在于你根本没发现它存在,而不是你不知道它该怎么解。所以练的是识别歧义,而不是选答案。

练法:每次接到需求,逼自己列出至少三个“这句话可以有别的理解”的地方,然后判断哪个理解错了代价最大,只对那个去确认。全问一遍会被人烦,只问致命的那个才是专家。这跟你做工具 schema 时的思路一样:不是把所有边界都写死,是把最贵的那个错误提前堵住。

反过来的练习也有用:自己表达时,故意留一个模糊点,观察对方会不会来问、问的是什么。这就是你写的需求描述的歧义探测能力。

四、按场景挑工具

这个只能靠真实场景积累,没法靠看书。但有个加速方法:建立“失败的记忆”。

建一个自己的小本子,每次选错工具都记下来:当时的场景特征是什么、我为什么选了它、事后看正确的选择是什么、判据是哪一条。反复几次,你会总结出几条判据。比如“这活儿要不要可编辑格式”“错了能不能回滚”这类,比记住工具清单有用得多。

另外就是别追新。工具选型的能力来自对场景的判断,不是来自对工具的了解。工具一年换三茬,场景判据能活十年。你的个人 benchmark 也是这个道理:先积累 badcase,再慢慢形成自己的判据,不要一上来就搭体系。

一个整体建议:这四项里,第三项(消除歧义)是投入产出比最高的,因为它不需要额外知识,今天就能开始,而且直接减少返工。前两项需要真实任务量喂。第四项需要时间。

要不要挑一项具体展开?比如“怎么判断哪一刀是关键的那一刀”,这个我觉得最值得细说。