知识卡片
系统是一种认知,而非分析的结果
内容
作者用”设身处地感受一间黑暗屋子的存在”这个练习,展示了一种和”需求分析”截然不同的了解系统的方式——不是列出屋子里有哪些名词化的组成部分(光线、四壁、门窗、灰尘),而是像文学描写那样,去体察光线中的空气比墙角的空气清新、地面的空气透着凉意这类感性细节。作者的核心论断是:把对系统的观见与解说当成一种纯理性的”需求分析”理论,这个动作本身就已经遗忘了一件事——”系统”从来不只是模块的组成清单,更是外界对这个系统的一种认知。这个判断直接反驳了一种常见的默认假设:以为把系统拆解成足够多的功能条目、边界棱角、演进逻辑就等于理解了这个系统;作者认为这类”理性认识”只是系统的表层,长期只用这种方式打交道,会让人忘记系统本来还可以被”知道、了解、感知,进而感受”。可迁移启发:当团队反复陷入”需求列得很全、模块划得很细,但架构出来的系统总是不对味”这种困境时,值得回头检查一下——问题是否出在把”系统”从一开始就窄化理解成了”一份可以被分析穷尽的条目清单”,而遗漏了系统首先是一个需要被感知、被认知的整体这一层,理性分析应该建立在感性认知之上、而不能替代它。
参考来源
- 位置:《我的架构思想:基本模型、理论与原则》第1章《了解系统的过程》之"1.2 系统是一种认知,而非分析的结果"(源文件:_epub-src/ch010.xhtml)
- 结论依据:原文说明"我们作为'计算机专业人士'的日子太久了,我们对太多的事物有了理性的认识,而缺乏感性的认识……我们忘了一个'系统'是可以去知道、了解、感知,进而感受的。我们把对系统的观见与解说当成一种理论,这种理论称为'需求分析'。而我们在一定程度上忘记了,我们所谓之'系统',并不仅仅是模块的组成,更是一种外界——之于这个系统——的认知", 直接支撑本卡关于系统是认知而非分析结果的结论。
- 原始内容:我在屋中跑跳了几步,嗯,不错,看起来今天会是不错的一天——尽管我还没有推开门,或者我也并不知道这是不是一个锁死的牢房……