AI转型职能化组织
解决什么问题
一个由多个相对独立业务单元(GM 制/portfolio 结构)组成的大公司,想变成"AI 原生"的技术公司,却发现每个业务单元各自为政、技术策略互不对齐,AI 转型推不动。这是 Block 从 Jack Dorsey 的"AI manifesto"之后实际做的组织级变革,以及背后的判断依据。
核心内容
核心判断:康威定律(Conway's Law)——"你最终交付的产品结构,就是你的组织结构"——比想象中更有决定性的力量。 Block 之前把 Square、Cash App、Afterpay、TIDAL 当作一个个几乎独立的公司来运营(GM 结构):各自有自己的 CEO、独立的工程团队、独立的设计团队,只共享法务等基础职能。这种结构在业务成熟期很实用,但一旦想要"往技术深处扎"、跟上行业级的技术变化(如 AI),这种切割就成了障碍——没有人在跨团队对齐技术策略,甚至对"我们五年后想成为什么样子"都没有共识。
做法:把 GM 结构改造为"功能制"(functional)结构——全公司工程师归到同一个工程组织、同一位工程负责人;设计师归到同一个设计组织、同一位设计负责人,以此类推。带来的实际变化:
- 全公司拥有共同的技术语言和统一的政策(例如"高级工程师"这个头衔在全公司代表同一个标准)。
- 人才可以按需在团队间流动,而不是被困在各自的业务孤岛里。
- 工程头衔不再被当作"可以按需堆砌的商品"(GM 时代的默认逻辑是"想多做功能就多招人"),而是转向"我们该在哪些领域建立深度、如何靠模块化和平台复用来加速"的思考方式。
作者特意提到,这个决定不是提前照抄某个"playbook",而是在摸索"怎么让技术为先"的过程中"重新发现"了乔布斯回归苹果时做过的同一套重组(把苹果从事业部制改回功能制)。
适用边界
- 作者坦诚这次转型"相当痛苦",不是所有人都支持,组织级的结构调整必然伴随阵痛和阻力,不是一个轻量级操作。
- 这个判断的前提是公司已经进入"想要往技术深处扎"的阶段——作者承认 GM 结构本身"在我们当时所处的阶段是很有用的",即结构选择要匹配公司所处的生命周期阶段,不存在唯一正确的组织形态。
关键引述 · 原话
"Conway's Law can be really, really powerful. So it's the law that basically says you ship your org structure... what you're organized as in terms of teams... matters a lot to what you build." — Dhanji R. Prasanna
"It wasn't like we were following a playbook. We discovered this as we were investigating what it's going to take to make these teams more tech-focused." — Dhanji R. Prasanna
关联卡片
- 与 `ai-strategy-seasons-planning--asha-sharma.md`、`three-stage-ai-adoption-pattern--asha-sharma.md` 同属"企业级 AI 转型该怎么组织"主题,可对照阅读
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2