乐于分享
好东西不私藏

当组织也开始像软件一样更新

当组织也开始像软件一样更新

当组织也开始像软件一样更新

今天早上听《快刀广播站》,我脑子里一直停着一个画面:一家站在 AI 聚光灯下的公司,刚经历二号位的离开,外部却几乎同时看见几条很强的产品和组织信号。

(按我过去的理解,这种时候不是应该先开很多会、留很长的交接期,再慢慢宣布吗?)

节目里提到 OpenAI 的人事变化。公开报道显示,负责产品与商业业务的菲吉·西莫将卸任全职管理职位,相关职责会拆分给多位高管承接。

我在意的并不只是“谁接谁的班”,而是这种调整发生时,组织没有停下来等一个完美的替代者。

这让我突然理解了节目想说的那层意思:有些 AI 公司正在把组织当成软件来运转。

软件遇到一个很大的功能,不会先找一个万能的人把它独自做完。它会拆模块:有人负责接口,有人负责体验,有人负责测试。出了 bug,也不是等半年后再统一修,而是在下一轮迭代里定位、补丁、上线。

组织当然不是软件,人也不是可以随时替换的组件。(这一点不能被技术语言轻轻带过去。)但当大量准备、检索、文档、分析、协作和初步交付都能由 AI 加速时,许多职责确实可以被重新拆开。

过去必须由一个人完整扛住的事,现在也许可以先拆成几块:谁做判断,谁做对外表达,谁负责把信息拉齐,谁用 AI 把第一版方案跑出来。

冗余从来不是多余

那传统公司为什么会留出很长的交接期、很多备份人手和时间缓冲?

因为现实里一次失误,可能不是一个可以轻易回滚的 bug。客户丢了、团队散了、合规出了问题,代价都很具体。所谓冗余,其实是在给人和组织留安全边界。

所以,AI 带来的变化不是“以后不需要边界”,而是边界的位置可能变了。

以前我们把安全感放在更长的准备期里:多等一周,多开几轮会,多留一个能兜底的人。现在,部分安全感可以来自更快的验证:先做一个小版本,拿到反馈,发现问题就修,再往前走。

这是不是意味着,可以把所有决策都交给 AI?显然不是。

AI 可以帮我们更快地产生选项、补齐资料、模拟后果,甚至把一次失败压缩成一次成本可控的试验。但谁来决定什么不能试、什么后果承担不起,最后仍然是人。

真正改变的,是试错的颗粒度。

先让一件小事跑起来

我觉得 OpenAI 这类变化最值得普通人看的,不是它们又发了什么产品,而是它们可能已经在练习另一种组织能力:不等所有条件齐备,再开始;而是把事情拆小,在能承受的范围内快速试、快速修。

(我们甚至还没意识到,自己习惯的很多流程,也许只是过去工具不够好时留下的保护壳。)

未来会怎样重构,谁会留下、谁会被替代,现在都很难下结论。

但有一件事可以先做:别把“面向未来”想得太大。它不一定是重做一家公司,也不一定是立刻把工作流全交给 AI。

它可以只是选一件你总想优化、却一直拖着没动的事,把它拆成一个更小的版本;让 AI 帮你做第一轮;今天就看一眼结果,再决定下一步。

现在打开备忘录,写下那件你一直想改、却总觉得“还没准备好”的小事。然后在后面补一句:我能不能先做一个 30 分钟版本?