为什么传统的定义需求方法会导致大型IT项目失败？

Host: 欢迎收听本期 A.I.S. Insights。我是主持人 Anna Ivy Summers。在今天的节目中，我们要探讨一项非常具有启发性的研究，题目叫《在信息系统研究中使用过程哲学视角：创造进化论原则》。
Expert: 大家好，我是 Alex Ian Sutherland。很高兴能和 Anna 一起解析这项研究。
Host: Alex，对于很多企业管理者来说，大规模 IT 系统或数字化转型项目的失败早已不是新鲜事了。预算超支、项目延期，甚至上线后根本不好用。这项研究正是试图从深层逻辑上解答为什么会出现这些问题，对吗？
Expert: 没错。这项研究基于哲学家亨利·柏格森和阿尔弗雷德·诺斯·怀特海的过程哲学，为信息系统领域提供了一个全新的思考框架。简单来说，它建议我们不要把企业的信息系统和业务环境看作固定的静态物体，而要将其视为一个不断演进、充满体验的连续过程。
Host: 这听起来很有意思。那么，传统的 IT 开发和管理方式到底存在什么根本性的问题呢？
Expert: 传统方法主要依赖一种“实体主义”的世界观。也就是说，人们习惯于把业务需求、技术系统和组织架构看成是一堆固定的零部件，把时间切割成离散的步骤，试图在项目早期就把一切需求都完美地“定义”下来。
Host: 这就像是试图在动荡的大海里建造一座固定不动的大楼，忽略了环境和人一直在变化的事实。
Expert: 这个比喻非常贴切！研究指出，这种静态视角完全忽视了人类体验的复杂演变和时间的流动性。在复杂的大规模 IT 项目中，需求其实是随着时间和使用过程不断生成的。如果你强行用固定的抽象模型去套动态的现实，就很容易导致需求偏差，最终造成项目的重大失败。
Host: 那么这项研究提出的“过程哲学”方法是如何破解这一难题的呢？
Expert: 研究者们主张从“关注实体”转向“关注过程”。他们认为，技术系统不是被一次性完工“建造”出来的，而是在与组织环境、员工和客户的持续互动中“进化”出来的。研究强调将人类的意识、自由意志以及真实的切身体验放置在核心位置。
Host: 在具体的科研成果方面，这项研究有哪些核心发现和原则呢？
Expert: 研究总结出了指导信息系统领域的五项基本原则：包括异质多重性、过程中的内在性、体验高于抽象、绵延中的意识以及关系本体论。
Host: 这些名词听起来有些抽象，你能用通俗的语言为我们的商业读者解释一下吗？
Expert: 当然。比如“体验高于抽象”，意思是任何写在文档上的流程图或需求模型，都不如用户在实际操作中的真实体验重要。“关系本体论”则告诉我们，技术和组织不是孤立的实体，它们是在相互作用中共同被塑造的。研究表明，正是因为传统的需求工程过分依赖静态的“实体抽象”，才引发了大规模 IT 项目的失败。系统设计必须尊重人类意识和自由意志在应对演进情境时的关键作用。
Host: 这对我们的企业管理者和技术领袖来说，最关键的商业启示是什么呢？
Expert: 这带来了非常务实的管理思维转变。首先，企业在推动数字化转型时，必须摒弃“一次性项目交付”的旧思维，建立“系统即过程”的动态治理机制。技术系统需要具备高度的灵活性，能够像生物一样不断适应变化。
Host: 也就是说，管理者不应该期待一个“完美且终极”的系统，而是要打造一个能够持续学习和自我迭代的架构？
Expert: 太对了。其次，在需求设计中，企业要给予一线员工和用户更多的自由度与创造空间。系统不应该是死板地限制人的工具，而应该成为与人类意识共同进化的平台。尊重用户的真实体验，才能让技术真正融入业务，产生商业价值。
Host: 总结来说，这项研究提醒我们，企业技术不是静止的代码，而是一个活生生的演进过程。只有拥抱变化、重视真实体验，企业才能在快速演变的市场中立于不败之地。
Expert: 完全正确。拥抱演化，才是释放技术最大潜能的关键。
Host: 非常感谢 Alex 的精彩分享，也感谢大家的收听。这里是 A.I.S. Insights，我们下期再见！