全球7000种语言，AI能翻译的不到200种——但组织设计的"方言"可能更复杂。
康威定律有个强版本：任何由组织设计的系统结构，都与该组织结构同构。说人话就是"你交付的其实是你的组织架构"。这种耦合意味着，组织设计、技术架构和"你真正卖什么"这三件事，最好放在一起顶层设计。
但组织结构的来源不只是刻意决策，还有文化。所以推论是：你也交付你的文化。
早期团队的性格怪癖，可能是初创企业文化中被低估的原料。作者在Palantir"长大"——那是他职业起点。一次一对一谈话中，Alex Karp对他说："我不是微观管理者……显然。"见过Karp的人都知道，这话自明为真，且渗透全公司文化。他的基本倾向体现为：把所有权推向边缘，关键战术决策由一线人员做出。这种去中心化，这种对信任和结果的隐性与显性推崇，之所以奏效，是因为组织设计的隐形脚手架。
如今作者在构建Spiral，对文化的"生成过程"有了不同于当时的理解。这些东西不会凭空发生。
他最近反复思考的一个主题是"交叉网格"组织结构的优点，以及如何用它们来建设性地内化张力。
一个现在流行的例子：把"软件工程"职能拆分为前线部署工程师（FDE）和软件工程师（SWE）。FDE与一个客户合作，覆盖整个产品。他们深入理解该客户的特殊需求，也知道如何演进和利用产品以创造客户价值。相反，SWE拥有产品的一个模块，覆盖所有客户。这就是"交叉网格"的意思：想想格子派皮，或者更好，想想支撑建筑的横梁。把工程资源按正交方向拆分，很容易产生内部张力。
坦白说，在Palantir，每个工程部门有时对另一方想法不太友好——作者两边都待过，心知肚明。有很长一段时间，他以为这种拆分是早期（气隙隔离）部署的遗留产物，当时客户迭代几乎完全在SCIF内进行。虽然这可能是起源，但随之而来的摩擦是特性，不是缺陷。它把外部客户痛苦转化为内部痛苦，让整个组织围绕客户结果对齐，即使在规模扩大后也是如此。Shyam Sankar曾称之为"代谢痛苦，排泄产品杠杆"。
第二个更微妙的交叉网格例子，存在于"人员主管"和"项目主管"之间。特别是对FDE而言，他们大部分时间都在客户现场，项目主管负责交付什么，人员主管负责人员发展——但两人都对绩效评估有发言权。这种张力迫使双方持续对话，确保 neither 维度被牺牲。
交叉网格的妙处在于：它把外部矛盾变成内部矛盾，让组织在张力中成长，而非逃避。
热门跟贴