今天想明白了一件事：为什么AI普及后，所有人都在讨论「研发范式重构」。

之前的软件开发实践中，开发效率是制约整体产出效率的瓶颈，软件工程的核心思路是保护开发资源：前置的需求文档、产品宣讲、架构设计、模块划分、到后面的持续测试，等等流程，本质上都是为了提升开发并行能力，和避免开发资源的浪费。

在这个逻辑下，那些「永远对不齐」的会议和沟通虽然烦人，但不是瓶颈——毕竟开发写代码才是花时间的大头。

但AI来了以后，一个程序员一天撸几千行稀松平常，简单功能甚至不需要专业的开发人员。

开发突然不是瓶颈了。那些以前只是「有点耽误时间」的沟通协作，瞬间成了影响效率的核心问题。

所以AI对组织结构的影响，不是提供了解决“沟通瓶颈”的工具，而是暴露了“沟通瓶颈”的问题。

至于未来这个沟通瓶颈是不是由AI解决，我认为是，也不是：很大可能不是直接出现一个什么AI工具改变一切，但是有可能会先按照新的软件研发生产力水平重建生产关系，再基于新的关系产生一个更适合的工具，并且这个工具极可能是高度AI化的。