事业部制的陷阱
一、一个简单的问题,没人能回答 2026年3月,前微软技术院士Jeffrey Snover发表了一篇长文,题为《Microsoft Hasn't Had a Coherent GUI Strategy Since Petzold》(自Petzold以来,微软就没有过连贯的界面技术策略)。Snover在微软工作了23年,从架构师一路做到技术院士,是PowerShell的发明者。这个人对微软内部的运作方式,比绝大多数局外人理解得深刻得多。 他在文章开头讲了一个场景:几年前,他参加了一场内部开发者会议,有人问了一个看似再简单不过的问题——"如果要做一个新的Windows桌面应用,应该选哪个技术方案?" 全场沉默。三个人给出了三个不同的答案,会议跑偏了,问题始终没有被回答。 Snover说,这个沉默本身就是答案。当一个平台连"你应该怎么开发应用"都回答不了的时候,它已经辜负了它的开发者。 然后他把过去三十多年Windows开发技术的演进历程一一拆开,摆到了台面上。1988年,Windows开发只有一种标准做法——一个操作系统,一套接口,一种语言,一本教程,所有开发者遵循同一套规则。到了今天,Windows上同时存在着17种开发技术方案、5种编程语言、3种完全不同的渲染方式。他给这种状态造了一个词叫"boof-a-rama":一群极其聪明的人,共同制造了一个极其愚蠢的结果。 这篇文章在技术圈引发了广泛共鸣。无数开发者经历过类似的痛苦——自己投入精力学习和使用的技术,突然被微软宣布放弃,而替代方案可能两年后也会被放弃。但大多数讨论停留在对微软的吐槽上,很少有人追问一个更根本的问题:为什么会这样? Snover自己给出了诊断:"组织失败才是真正的产品。"这个判断完全正确。但诊断病因和设计治疗方案是两种不同的能力。他准确地指出了病根在组织层,却没能给出组织层的解法——谁来统一技术方向?用什么机制保证方案被执行?怎么防止下一个副总裁在下一场发布会上再次推翻它?这些问题需要的是组织架构的设计经验,不是一个工程师的知识体系能覆盖的。 二、混乱的根源:事业部制下的技术内战 微软的技术碎片化不是技术问题,是组织架构问题。 鲍尔默时代的微软采用典型的事业部制。Windows是一个利润中心...