我经常读到关于大型软件公司的评论,注意到一个反复出现的模式。人们正确地识别了大型组织的真实特征,批评它们,但很少理解这些特征存在的原因。

这对我来说不是一个抽象的话题。我曾在非常大的公司工作过——Nortel和Google,它们很好地概括了我的职业生涯。我也在100-1000人规模的公司工作过,以及不到十人的初创公司。我从非常不同的角度看到了同样的问题。

一些最常见的批评很熟悉。它们并非完全错误,但往往是不完整的。

“会议太多了”

在非常大的软件公司,编程能力、技术专长和原始资源不是限制因素。协调才是。

在十人初创公司中,协调几乎是免费的。在四十人公司中仍然相对容易。在非常大的组织中,协调成为最难解决的问题之一——仅次于决定首先构建什么,因为有太多东西可以构建。

说大公司会议太多,只是在说这家公司很大的另一种方式。重要的工作跨越团队。与更多人互动是不可避免的。会议不是叠加在规模之上的功能障碍;它们是规模固有的。

你可能有糟糕的会议。你可能有太多错误类型的会议。但许多会议的存在本身并不是组织失败的证据。

“高管的意见过于主导”

这种批评经常忽略一个关键的结构性事实:在非常大的公司中,构建软件的人和使用软件的客户之间有很多层级。

高管的核心工作之一是充当客户的代理人。他们决定——虽然不完美但必要——客户想要什么,现在什么重要,以后什么重要。这就是为什么他们的意见有分量。

如果你在这样的组织中工作,实际的选择很简单。你要么构建高管想要的东西,要么影响他们想要别的东西。抱怨他们的意见占主导地位是误解了他们所扮演的角色。

如果他们搞错了,责任应该在那里。不是系统本身,而是操作系统的人。

“流程和官僚主义太多”

这个通常揭示了更深层的误解。

在非常大的软件公司,软件很重要。它可能被数百万人依赖。它可能支撑业务、基础设施或日常生活。它可能不是特别迷人的软件,但它必须工作。它必须持续工作。失败不是迷人的,恢复也不总是便宜的。

在十人初创公司,软件通常写起来很有趣,有时是前沿的。我自己做过很多次。但你的软件并不重要——至少现在还不重要。它可能变得重要,但现在不重要。重要性的这种差异解释了流程差异的巨大原因。

流程的存在是为了管理风险、正确性和规模。在不承认所涉及风险的情况下称其为”流程太多”,就像批评桥梁有太多安全检查,因为你曾经用锤子和一些钉子建造了一个树屋。

创业者的视角转换

作为创业者,我们经常从小公司的角度批评大公司,但这种批评往往缺乏同理心和系统性思考。

规模的必然性

当你的公司从10人成长到100人,再到1000人时,你会发现:

10人阶段:

  • 每个人都知道每个人在做什么
  • 决策可以在走廊里做出
  • 错误的成本相对较低
  • 快速迭代是可能的

100人阶段:

  • 开始需要正式的沟通渠道
  • 决策需要更多考虑和文档
  • 错误开始影响更多人
  • 需要一些流程来保持一致性

1000人阶段:

  • 协调成为主要挑战
  • 决策影响巨大,需要谨慎
  • 错误可能是灾难性的
  • 流程成为质量和风险管理的必需品

不同阶段的不同优化目标

初创公司优化:速度、灵活性、创新
大公司优化:稳定性、可预测性、风险管理

这不是对错问题,而是适应性问题。批评大公司”动作慢”就像批评坦克不如摩托车灵活——它们本来就不是为了同样的目的而设计的。

从批评到理解

会议文化的演进

我在不同规模公司的经历告诉我:

  • 小公司:会议是浪费时间,直接沟通更有效
  • 中型公司:会议开始变得必要,但仍然可控
  • 大公司:会议是协调的生命线,没有它们就会混乱

决策权的分布

在小公司,每个人都可以是决策者。在大公司,决策权必须集中,因为:

  • 影响范围太大,需要更高视角
  • 资源分配需要优先级排序
  • 品牌和用户体验需要一致性

流程的价值

我曾经讨厌流程,直到我看到没有流程的大公司是什么样子:

  • 重复的错误
  • 不一致的用户体验
  • 安全漏洞
  • 团队间的冲突和重复工作

对创业者的启示

1. 预见性规划

不要等到问题出现才建立流程。当你的团队达到某个规模时,主动引入必要的结构。

2. 文化的连续性

保持创业文化的同时,接受必要的变化。关键是解释为什么变化是必要的。

3. 批判性思维

在批评大公司的做法之前,问问自己:

  • 这个做法解决了什么问题?
  • 在我们的规模下,我们会面临同样的问题吗?
  • 有更好的解决方案吗?

4. 学习而非模仿

不要盲目复制大公司的做法,也不要盲目拒绝它们。理解背后的原理,然后适应你的情况。

2026年的新挑战

在AI和远程工作普及的2026年,大公司面临新的协调挑战:

  • 跨时区的异步协作
  • AI工具的标准化使用
  • 数据安全和隐私的新要求
  • 快速变化的技术栈

这些挑战需要新的流程和会议形式,这不是倒退,而是适应。

结语

理解大公司的运作方式不意味着为它们的所有做法辩护。许多大公司确实有真正的问题——有些是结构性的,有些是文化性的,许多是自我造成的。

但是,人们抱怨的许多行为不是病理——它们是后果。如果你想批评大型组织的运作方式,首先理解它们为什么那样运作会有所帮助。没有这种理解,批评可能感觉尖锐,但不会有用。

作为创业者,我们的目标不是避免成为大公司,而是在成长过程中保持我们的核心价值,同时适应规模带来的必然变化。

最好的公司是那些能够在不同阶段找到合适平衡点的公司——既不固守小公司的做法而无法扩展,也不盲目采用大公司的官僚主义而失去灵活性。


这篇文章受到了Philip O’Toole关于大型软件公司常见误解的深度思考启发。在快速成长的创业环境中,理解规模化的挑战比批评现有做法更有价值。