6.2 局限性与克服

6.2 局限性与克服

本节摘要：ASIT 有五条真实局限——不适合从零创造、封闭世界可能太紧、模板新颖性有上限、对执行政治无能为力、依赖问题定义质量。本节逐条给出缓解动作，并说明哪些局限只能接受、不能修复。

五条局限的正面清单

局限一：不适合从零到一的全新创造。封闭世界原则的前提是"有一个现成系统"。要造历史上不存在的东西（第一台呼吸机、一种新学科），封闭世界里没有可重组的对象。这个局限是结构性的，只能接受：ASIT 的正确适用区间是"现有系统内的结构性改进"，第 1.1 节定位时就写明了。

局限二：封闭世界画得太紧会掐死出路。初学者照 1.2 节规则把边界收到只剩产品本体，五个模板轮完产出寥寥。缓解动作有二：其一，回查"用户与产品交互的现场"画到哪里（含工具、含环境对象）；其二，允许一次有记录的边界扩圈评审——把拟引入的对象公开讨论后再入圈。注意与出圈冲动的区别：扩圈是明示的集体决策，出圈是无声的本能。

局限三：模板新颖性有上限。五大模板覆盖的是结构性变换，做不出基础科学突破级的方案（你不能用属性依赖发明半导体）。缓解：认清这是"可靠的次优"方法——组织需要的大多是结构性改进，不是诺贝尔奖。评估时用第 3.2 节的 N 维诚实打分，别自欺。

局限四：对执行政治无能为力。第 5 章反复出现：模板给出结构候选，落地靠谈判、试点、回退窗口。缓解动作在 2.6 与 5.2 已给出——原型代替辩论、回退窗口、一线反馈通道。但要诚实：这些是缓解不是解决，涉及既得利益的方案（尤其是消除类）该配多大执行预算就配多大，指望方法本身消化阻力是天真。

局限五：高度依赖问题定义质量。垃圾进垃圾出在 ASIT 里格外明显——四要素陈述写歪，模板忠实地产出一堆无关候选。这是流程对输入的敏感性，缓解靠三件套：定义环节占工作坊一半时间（3.1 节时间盒）、判定器归类失败即退回重写（4.1 节防呆）、以及请问题相关的多角色参与定义环节。

局限与处置速查：

不适合从零创造        -> 接受 换方法区间
封闭世界太紧          -> 现场重画 加扩圈评审
新颖性上限            -> 诚实打分 认清次优
执行政治              -> 缓解 原型加回退窗 预算另计
输入敏感              -> 定义占一半时间 多角色参与
​

两个"看起来像局限其实是用法错误"的情形

值得单独澄清，因为它们常被误当缺陷。

"ASIT 产出的方案很朴素，不惊艳"——朴素恰恰是封闭世界的签名。零新增零件的方案看起来不起眼，但成本与落地速度碾压华丽方案（第 5 章六个案例无一例外）。惊艳感是评审的审美问题，不是方案质量问题；要惊艳，把 N 维权重调高并承担后果，那是透明的选择而非方法的错。

"模板用久了想法趋同"——团队连续用半年后候选开始长得像，这是真实现象，机理是分流表把同一脸型永远导到同一首选模板。缓解：定期用 4.1 节的历史命中率数据反转优先序做练习（这季度对冲型问题强制先走乘法与消除），人为制造多样性。模板是生成器不是流水线，2.1 节说过的话在这里兑现。

图6.2-1 局限的可处置性地图

⚠️ 常见坑：用"方法有局限"当放弃理由，或反向用"克服所有局限"当宣传语。正确姿势是这份清单式的透明——知道哪两条只能接受、哪三条有明确动作，方法才用得久。

💡 关键直觉：局限清单本身就是封闭世界原则的应用——把方法的适用范围显式圈出来，圈内命中率最大化。一个不肯谈局限的方法论，恰恰值得警惕。

本节要点回顾

• 五条局限：从零创造、边界过紧、新颖性上限、执行政治、输入敏感；
• 只能接受的两条：结构性的创造区间与新颖性天花板；
• 可缓解的三条：扩圈评审、原型加回退窗、定义占一半时间；
• 两个误诊：朴素不是缺陷是签名；想法趋同用反转优先序练习治理；
• 透明原则：局限清单即方法自己的封闭世界声明。

延伸问答

局限清单会不会打击团队信心

短期内会，长期是保护。团队对方法的期待越贴近现实，坚持得越久——被"万能创新法"的宣传拉高的期待，摔碎得也快。把本节清单贴在工作坊现场并不丢人，它时刻提醒大家方法的适用区间。

新的局限发现了怎么办

照本节的格式补录：结构性还是可缓解、缓解动作是什么、谁负责执行。局限清单是活文档，每个新发现的局限都让组织的下一个项目少走一段弯路——这本身就是复盘文化的一部分。

最被低估的局限是哪条

输入敏感。多数 ASIT 失败案例事后看都不是模板用错，是问题定义写歪——矛盾写成了方案、清单漏了环境对象。这条局限没有炫技的缓解方案，就是笨功夫：定义环节给足时间、多角色参与、判定器防呆。

顺手练一题

为你常用的任何一个方法（包括 ASIT 本身）写一份三行局限声明：它不擅长什么、缓解动作是什么、你能接受的边界在哪。写不出第一行说明你还没真正用过它——深度使用的标志之一就是能说清它的不行之处。这份声明也是第 6.3 节落地机制的护栏材料。

局限与边界的表述差异

说一个方法有局限与说它有边界，听感不同、实质一样，但组织沟通里效果差很多。局限听上去像缺陷清单，边界听上去像使用说明。把本节内容向团队传达时，建议用边界的框架：先讲适用区间的正面描述，再讲区间外的替代方案。同样的信息，接受度完全不同——这本身也是一次小小的属性依赖实践：内容不变，表达随受众变。

向上管理局限预期

局限清单最重要的读者其实是决策者。立项时主动呈上局限声明，把方法的承诺范围写进预期管理，是项目存续的保险——当方案落在承诺范围内而效果不及预期，是方法与执行的问题；落在范围外，是选型的问题。事先分清这两种责任归属，事后才不会把一次选型失误算成方法无用，进而殃及整个机制的存续。